From so@atlantis.cs.pub.ro Sat Nov 1 08:29:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 00:29:32 -0800 (PST) Subject: [so] unscribe In-Reply-To: <20031031224159.70266.qmail@web20710.mail.yahoo.com> Message-ID: <20031101082932.10519.qmail@web11501.mail.yahoo.com> --- Alecu Adrian wrote: > Am si eu o mica problema.... > Am cam pierdut parola de pe acest mailing - list si > vad ca nu exista nici o cale de a ma scoate de pe > lista si a ma baga din nou.... sau altceva de genul > asta > as vrea si eu o sugestie ce as putea sa fac.. > mersi si bafta la teme La 'Edit Options' gasesti un buton 'Email my password to me'. Daca il apesi vei primi parola pe adresa cu care esti inscris acum. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sat Nov 1 08:40:41 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 1 Nov 2003 10:40:41 +0200 Subject: [so] fflush Message-ID: <001001c3a053$d53bed70$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C3A064.98B1AAA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable avem voie sa folosim fflush(stdout)? o alta varianta ar fi sa afisez un \n dar nu-mi convine varianta asta... ------=_NextPart_000_000D_01C3A064.98B1AAA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
avem voie sa folosim = fflush(stdout)?
o alta varianta ar fi sa afisez un \n = dar nu-mi=20 convine varianta asta...
------=_NextPart_000_000D_01C3A064.98B1AAA0-- From so@atlantis.cs.pub.ro Sat Nov 1 15:04:52 2003 From: so@atlantis.cs.pub.ro (Dana Tiba) Date: Sat, 1 Nov 2003 17:04:52 +0200 (EET) Subject: [so] interpretare Message-ID: <1092.81.196.10.119.1067699092.squirrel@dazoot.ro> Salut, Textul temei defineste o comanda compusa ca fiind formata din doi operanzi si un operator. Apoi sunt definiti cei 8 operatori care trebuiesc sa fie suportati(dintre care 4 de redirectare). Cei doi operanzi sunt definiti ca fiind fie comenzi oarecare, fie un nume de fisier in cazul in care operatorul este de redirectare. Din acestea eu am inteles initial ca trebuie suportate comenzi de genul: NUME1[operator NUME2],unde NUME1 trebuie neaparat sa fie o comanda(simpla, adica nume + parametrii), iar NUME2 in functie de tipul operatorului poate sa fie fie o alta comanda(simpla), fie un nume de fisier. Insa un mail anterior pe lista sugereaza ca trebuiesc suportate si comenzi cu mai multi operatori si operanzi (cat fisier > gigi & pwd > titi). Care este adevarata interpretare a temei? dana From so@atlantis.cs.pub.ro Sat Nov 1 21:12:18 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 1 Nov 2003 23:12:18 +0200 Subject: [so] alocare mem Message-ID: <000901c3a0bc$d4f90050$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C3A0CD.986A0290 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable in windows putem folosi malloc si realloc? ------=_NextPart_000_0006_01C3A0CD.986A0290 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
in windows putem folosi malloc si=20 realloc?
------=_NextPart_000_0006_01C3A0CD.986A0290-- From so@atlantis.cs.pub.ro Sat Nov 1 22:00:18 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 14:00:18 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <000901c3a0bc$d4f90050$0200a8c0@smeagol> Message-ID: <20031101220018.86497.qmail@web11502.mail.yahoo.com> --- Cibu Cristian wrote: > in windows putem folosi malloc si realloc? NU. Folositi HeapAlloc si HeapRealloc! Sau orice functie prezentata in 'Memory Management Functions' in Platform SDK, care nu e deprecated (local and global functions _nu_ sunt recomandate). (ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm) Nu folositi functiile de lucru cu memoria virtuala pentru ca inca nu stiti prea bine cu ce se mananca si nici nu e nevoie de ele in tema. Practic puteti folosi de la 'Memory Management Functions' funtiile din primul si din al 4-lea (heap functions) tabel. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sat Nov 1 22:19:19 2003 From: so@atlantis.cs.pub.ro (Cristian Traum) Date: Sat, 1 Nov 2003 14:19:19 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031101220018.86497.qmail@web11502.mail.yahoo.com> Message-ID: <20031101221919.96655.qmail@web13204.mail.yahoo.com> --0-477966446-1067725159=:94353 Content-Type: text/plain; charset=us-ascii nu avem voie deloc deloc? adica daca vreau in cadrul parsarii sa copiez un sir... nu am voie strdup??? sau HeapAlloc si HeapRealloc tb folosite cand e vorba de procese...? Cosmin Arad wrote: --- Cibu Cristian wrote: > in windows putem folosi malloc si realloc? NU. Folositi HeapAlloc si HeapRealloc! Sau orice functie prezentata in 'Memory Management Functions' in Platform SDK, care nu e deprecated (local and global functions _nu_ sunt recomandate). (ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm) Nu folositi functiile de lucru cu memoria virtuala pentru ca inca nu stiti prea bine cu ce se mananca si nici nu e nevoie de ele in tema. Practic puteti folosi de la 'Memory Management Functions' funtiile din primul si din al 4-lea (heap functions) tabel. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Exclusive Video Premiere - Britney Spears --0-477966446-1067725159=:94353 Content-Type: text/html; charset=us-ascii
nu avem voie deloc deloc? adica daca vreau in cadrul parsarii sa copiez un sir... nu am voie strdup???
sau HeapAlloc si HeapRealloc tb folosite cand e vorba de procese...?


Cosmin Arad <cosminarad@yahoo.com> wrote:
--- Cibu Cristian wrote:
> in windows putem folosi malloc si realloc?

NU. Folositi HeapAlloc si HeapRealloc!
Sau orice functie prezentata in 'Memory Management
Functions' in Platform SDK, care nu e deprecated
(local and global functions _nu_ sunt recomandate).
(ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm)

Nu folositi functiile de lucru cu memoria virtuala
pentru ca inca nu stiti prea bine cu ce se mananca si
nici nu e nevoie de ele in tema.

Practic puteti folosi de la 'Memory Management
Functions' funtiile din primul si din al 4-lea (heap
functions) tabel.

Cosmin


__________________________________
Do you Yahoo!?
Exclusive Video Premiere - Britney Spears
http://launch.yahoo.com/promos/britneyspears/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Exclusive Video Premiere - Britney Spears --0-477966446-1067725159=:94353-- From so@atlantis.cs.pub.ro Sun Nov 2 07:11:52 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 02 Nov 2003 09:11:52 +0200 Subject: [so] upload Message-ID: <3FA4AE38.6020102@pcnet.ro> Intrebarea: ce se intampla daca fac upload la o tema de 2 ori? Se considera ultima varianta? Multumesc Ruxandra p.s. stiu ca nu e indicat sa se intample asta....dar totusi....daca se intampla.... From so@atlantis.cs.pub.ro Sun Nov 2 07:59:24 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 23:59:24 -0800 (PST) Subject: [so] upload In-Reply-To: <3FA4AE38.6020102@pcnet.ro> Message-ID: <20031102075924.66448.qmail@web11509.mail.yahoo.com> --- Ruxi Jitianu wrote: > Intrebarea: ce se intampla daca fac upload la o tema > de 2 ori? Se > considera ultima varianta? Da. > Multumesc > > Ruxandra > > p.s. > stiu ca nu e indicat sa se intample asta....dar > totusi....daca se > intampla.... e ok. poti sa uploadezi de cate ori vrei. Cosmin __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From so@atlantis.cs.pub.ro Sun Nov 2 10:07:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 2 Nov 2003 02:07:21 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031101221919.96655.qmail@web13204.mail.yahoo.com> Message-ID: <20031102100721.85107.qmail@web11509.mail.yahoo.com> --- Cristian Traum wrote: > nu avem voie deloc deloc? adica daca vreau in cadrul > parsarii sa copiez un sir... nu am voie strdup??? > sau HeapAlloc si HeapRealloc tb folosite cand e > vorba de procese...? > E recomandabil sa folosesti HeapAlloc iar pentru copierea sirului CopyMemory. In toate cazurile. Cosmin __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From so@atlantis.cs.pub.ro Sun Nov 2 20:27:23 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Sun, 2 Nov 2003 22:27:23 +0200 Subject: [so] Scule (instrumente) de dezvoltare Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C3A190.801BE460 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Imi cer scuze anticipat pentru eventuale exprimari scapate de sub control in cele ce urmeaza. De ce trebuie sa folosim pe Windows tampenia aia de MinGW cand exista la fel de bine Visual Studio.NET? Concret: Scriu totul cu VS, testez, etc etc, totul merge ok. Incerc sa compilez din MSYS cu gcc, se trezeste ca nu stie de strsafe.h (un header al unei librarii din Platform SDK, folosita pentru 'safe handling' pe stringuri C). Headerul ala e (pe bune!) in acelasi folder cu 'windows.h', e suportat cu tot restul MS Platform SDK samd, nimic ezoteric acolo. La tentativa de compilare gcc zice ca nu gaseste 'strsafe.h' si se plange de functiile din headerul ala. Finally, facultatea asta vesela are licenta de Visual Studio.NET pentru toti studentii. De ce trebuie sa folosim o scula de mana a zecea cand aveti scule de zeci de mii de dolari in MSDN AA? Mi se pare o idee super ca putem face temele si pe Win32 si pe Linux, dar pe Win32 am senzatia ca ma joc cu o mana legata la spate daca sunt limitat la niste tooluri destul de slabute in comparatie chiar cu cele mai slabe compilatoare comerciale de C/C++ existente pe Windows. Multumesc, Ovidiu ------=_NextPart_000_0006_01C3A190.801BE460 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Imi = cer scuze=20 anticipat pentru eventuale exprimari scapate de sub control in cele ce=20 urmeaza.
 
De ce = trebuie sa=20 folosim pe Windows tampenia aia de MinGW cand exista la fel de bine = Visual=20 Studio.NET? Concret: Scriu totul cu VS, testez, etc etc, totul merge ok. = Incerc=20 sa compilez din MSYS cu gcc, se trezeste ca nu stie de strsafe.h (un = header al=20 unei librarii din Platform SDK, folosita pentru 'safe handling' pe = stringuri C).=20 Headerul ala e (pe bune!) in acelasi folder cu 'windows.h', e suportat = cu tot=20 restul MS Platform SDK samd, nimic ezoteric acolo. La tentativa de = compilare gcc=20 zice ca nu gaseste 'strsafe.h' si se plange de functiile din headerul=20 ala.
 
Finally, facultatea=20 asta vesela are licenta de Visual Studio.NET pentru toti studentii. De = ce=20 trebuie sa folosim o scula de mana a zecea cand aveti scule de zeci de = mii de=20 dolari in MSDN AA? Mi se pare o idee super ca putem face temele si pe = Win32 si=20 pe Linux, dar pe Win32 am senzatia ca ma joc cu o mana legata la spate = daca sunt=20 limitat la niste tooluri destul de slabute in comparatie chiar cu cele = mai slabe=20 compilatoare comerciale de C/C++ existente pe = Windows.
 
Multumesc,
Ovidiu
------=_NextPart_000_0006_01C3A190.801BE460-- From so@atlantis.cs.pub.ro Sun Nov 2 21:22:43 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Sun, 02 Nov 2003 23:22:43 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: References: Message-ID: <20031102212243.16232.qmail@romus.ro> Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. From so@atlantis.cs.pub.ro Sun Nov 2 23:38:58 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 2 Nov 2003 15:38:58 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031102100721.85107.qmail@web11509.mail.yahoo.com> Message-ID: <20031102233858.73096.qmail@web41008.mail.yahoo.com> vorbind despre alocari, unde scrie ca malloc si suratele ei sunt posix compliant? --- Cosmin Arad wrote: > --- Cristian Traum wrote: > > nu avem voie deloc deloc? adica daca vreau in > cadrul > > parsarii sa copiez un sir... nu am voie strdup??? > > sau HeapAlloc si HeapRealloc tb folosite cand e > > vorba de procese...? > > > > E recomandabil sa folosesti HeapAlloc iar pentru > copierea sirului CopyMemory. In toate cazurile. > > Cosmin > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product > search > http://shopping.yahoo.com > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sun Nov 2 23:44:27 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 2 Nov 2003 15:44:27 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031102233858.73096.qmail@web41008.mail.yahoo.com> Message-ID: <20031102234427.86732.qmail@web41014.mail.yahoo.com> doar nu veti fi folosit toti posix_memalign !? --- Diana Fulger wrote: > vorbind despre alocari, unde scrie ca malloc si > suratele ei sunt posix compliant? > > --- Cosmin Arad wrote: > > --- Cristian Traum wrote: > > > nu avem voie deloc deloc? adica daca vreau in > > cadrul > > > parsarii sa copiez un sir... nu am voie > strdup??? > > > sau HeapAlloc si HeapRealloc tb folosite cand e > > > vorba de procese...? > > > > > > > E recomandabil sa folosesti HeapAlloc iar pentru > > copierea sirului CopyMemory. In toate cazurile. > > > > Cosmin > > > > __________________________________ > > Do you Yahoo!? > > The New Yahoo! Shopping - with improved product > > search > > http://shopping.yahoo.com > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > __________________________________ > Do you Yahoo!? > Exclusive Video Premiere - Britney Spears > http://launch.yahoo.com/promos/britneyspears/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Mon Nov 3 08:07:49 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 10:07:49 +0200 Subject: [so] alocare mem In-Reply-To: <20031102233858.73096.qmail@web41008.mail.yahoo.com> References: <20031102233858.73096.qmail@web41008.mail.yahoo.com> Message-ID: On Sun, 2 Nov 2003 15:38:58 -0800 (PST), Diana Fulger wrote: > vorbind despre alocari, unde scrie ca malloc si > suratele ei sunt posix compliant? > Nu sunt posix sunt ANSI-C. From so@atlantis.cs.pub.ro Mon Nov 3 08:35:09 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Mon, 3 Nov 2003 10:35:09 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: <20031102212243.16232.qmail@romus.ro> Message-ID: Multumesc pt suport. -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Adrian Stanciu Sent: Sunday, November 02, 2003 11:23 PM To: so@atlantis.cs.pub.ro Subject: [so] Re: Scule (instrumente) de dezvoltare Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so From so@atlantis.cs.pub.ro Mon Nov 3 11:12:16 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Mon, 3 Nov 2003 03:12:16 -0800 (PST) Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: Message-ID: <20031103111216.70225.qmail@web40017.mail.yahoo.com> --0-954673201-1067857936=:67536 Content-Type: text/plain; charset=us-ascii Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei. Mihai Murgan Ovidiu Platon wrote: Multumesc pt suport. -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Adrian Stanciu Sent: Sunday, November 02, 2003 11:23 PM To: so@atlantis.cs.pub.ro Subject: [so] Re: Scule (instrumente) de dezvoltare Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Exclusive Video Premiere - Britney Spears --0-954673201-1067857936=:67536 Content-Type: text/html; charset=us-ascii
Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei.
 
Mihai Murgan

Ovidiu Platon <ovidiupl@microsoft-lab.pub.ro> wrote:
Multumesc pt suport.

-----Original Message-----
From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On
Behalf Of Adrian Stanciu
Sent: Sunday, November 02, 2003 11:23 PM
To: so@atlantis.cs.pub.ro
Subject: [so] Re: Scule (instrumente) de dezvoltare


Nu cred ca ai inteles scopul acestei liste de discutii:

Scopul unic al acestei liste de discutii este de a ajuta studentii sa
rezolve temele propuse si de a lamurii probleme legate de ele.

NU de a pune in discutie ce compilator e mai bun.
NU de a pune in discutie ce _ar trebui_ folosit.
NU de a pune in discutie preferintele studentilor in materie de
compilatoare.
NU de a pune in discutie regulile.
NU pentru plangeri.

Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la
adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu
direct domnului profesor sau in cadrul laboratorului.

Pe scurt:
Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO
(in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta
lista.

--Adrian.

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Exclusive Video Premiere - Britney Spears --0-954673201-1067857936=:67536-- From so@atlantis.cs.pub.ro Mon Nov 3 11:16:36 2003 From: so@atlantis.cs.pub.ro (Catalin Constantin) Date: Mon, 3 Nov 2003 13:16:36 +0200 Subject: [so] malloc Message-ID: <20031103121944.4774F28C059@atlantis> sa inteleg ca daca am folosit malloc in tema pe linux o sa fim depunctati ? Catalin From so@atlantis.cs.pub.ro Mon Nov 3 11:48:29 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 13:48:29 +0200 Subject: [so] malloc In-Reply-To: <20031103121944.4774F28C059@atlantis> References: <20031103121944.4774F28C059@atlantis> Message-ID: On Mon, 3 Nov 2003 13:16:36 +0200, Catalin Constantin wrote: > sa inteleg ca daca am folosit malloc in tema pe linux > o sa fim depunctati ? > Nu. tavi From so@atlantis.cs.pub.ro Mon Nov 3 12:45:46 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 14:45:46 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: <20031103111216.70225.qmail@web40017.mail.yahoo.com> References: <20031103111216.70225.qmail@web40017.mail.yahoo.com> Message-ID: On Mon, 3 Nov 2003 03:12:16 -0800 (PST), Murgan Mihai wrote: > Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste > de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un > mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows > daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e > prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de > windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un MSYS != MinGW > student face o propunere de bun-simt si care chiar are legatura cu tema > si rezolvarea ei. > Daca aveti comentarii relativ la reguli sau orice altceva care nu este legat de discutarea temelor, va rog trimiteti mailurile la tavi@cs.pub.ro si nu pe lista. tavi From so@atlantis.cs.pub.ro Mon Nov 3 18:23:44 2003 From: so@atlantis.cs.pub.ro (FlorinPop) Date: Mon, 3 Nov 2003 20:23:44 +0200 (E. Europe Standard Time) Subject: [so] Re: Scule (instrumente) de dezvoltare References: <20031103111216.70225.qmail@web40017.mail.yahoo.com> Message-ID: <3FA69D30.000007.02232@einstein> --------------Boundary-00=_KFGSWCW0000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_KFGSRN00000000000000" --------------Boundary-00=_KFGSRN00000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable asa e!=0D =0D -------Original Message-------=0D =0D From: so@atlantis.cs.pub.ro=0D Date: Monday, November 03, 2003 13:13:07=0D To: so@atlantis.cs.pub.ro=0D Subject: RE: [so] Re: Scule (instrumente) de dezvoltare=0D =0D Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste = de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mar= e ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun d= in moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei= =2E=0D =0D Mihai Murgan=0D =0D Ovidiu Platon wrote:=0D Multumesc pt suport. =0D =0D -----Original Message-----=0D From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On= =0D Behalf Of Adrian Stanciu=0D Sent: Sunday, November 02, 2003 11:23 PM=0D To: so@atlantis.cs.pub.ro=0D Subject: [so] Re: Scule (instrumente) de dezvoltare=0D =0D =0D Nu cred ca ai inteles scopul acestei liste de discutii: =0D =0D Scopul unic al acestei liste de discutii este de a ajuta studentii sa=0D rezolve temele propuse si de a lamurii probleme legate de ele. =0D =0D NU de a pune in discutie ce compilator e mai bun.=0D NU de a pune in discutie ce _ar trebui_ folosit.=0D NU de a pune in discutie preferintele studentilor in materie de=0D compilatoare.=0D NU de a pune in discutie regulile.=0D NU pentru plangeri. =0D =0D Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la=0D adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exem= plu=0D direct domnului profesor sau in cadrul laboratorului. =0D =0D Pe scurt:=0D Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de S= O=0D (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta=0D lista. =0D =0D --Adrian. =0D =0D _______________________________________________=0D so mailing list=0D so@atlantis.cs.pub.ro=0D http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so=0D =0D _______________________________________________=0D so mailing list=0D so@atlantis.cs.pub.ro=0D http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so=0D =0D =0D Do you Yahoo!?=0D Exclusive Video Premiere - Britney Spears =0D =20 --------------Boundary-00=_KFGSRN00000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
asa e!
 
-------Original Message-------
 
Date: Monday, Nove= mber 03, 2003 13:13:07
Subject: RE: [so] = Re: Scule (instrumente) de dezvoltare
 
Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei l= iste de discutii este de a ajuta studentii sa rezolve temele propuse". Pa= i un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific window= s daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e= prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de wi= ndows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un stu= dent face o propunere de bun-simt si care chiar are legatura cu tema si r= ezolvarea ei.
 
Mihai Murgan

Ovidiu Platon <ovidiupl@microsoft-lab.p= ub.ro> wrote:
Multumesc pt suport.

-----Origina= l Message-----
From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atla= ntis.cs.pub.ro] On
Behalf Of Adrian Stanciu
Sent: Sunday, November = 02, 2003 11:23 PM
To: so@atlantis.cs.pub.ro
Subject: [so] Re: Scule= (instrumente) de dezvoltare


Nu cred ca ai inteles scopul aces= tei liste de discutii:

Scopul unic al acestei liste de discutii e= ste de a ajuta studentii sa
rezolve temele propuse si de a lamurii pro= bleme legate de ele.

NU de a pune in discutie ce compilator e mai= bun.
NU de a pune in discutie ce _ar trebui_ folosit.
NU de a pune= in discutie preferintele studentilor in materie de
compilatoare.
N= U de a pune in discutie regulile.
NU pentru plangeri.

Regulile= sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la
adres= a lor va sugerez sa incercati sa le exprimati in alta parte, de exempludirect domnului profesor sau in cadrul laboratorului.

Pe scurt:=
Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului = de SO
(in coditiile regulilor prestabilite), deci nu-si are rostul pe = aceasta
lista.

--Adrian.

_____________________________= __________________
so mailing list
so@atlantis.cs.pub.ro
http://= atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

___________________= ____________________________
so mailing list
so@atlantis.cs.pub.ro<= BR>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so
da, e mai bine cu o bariera rentranta, parerea mea.
Eu asa o sa fac.
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_KUAYLVC0000000000000-- --------------Boundary-00=_JUAYQL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_JUAYQL80000000000000-- From so@atlantis.cs.pub.ro Thu Nov 6 23:16:23 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Fri, 7 Nov 2003 01:16:23 +0200 Subject: [so] tema 2 Message-ID: <008801c3a4bb$fe7b9f20$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0085_01C3A4CC.C1F15C50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Tema 2 in principiu e simpla. e vorba de o memorie comuna si de = sincronizari, mesaje, etc. enuntul poate fi interpretat (in anumite = locuri). ce vreau eu sa stiu, este: ce parti din problema este = obligatoriu sa se rezolve intr-un anumit fel. Sincronizarile pot fi facute si cu semafoare, mutexuri, si cu cozi de = mesaje.=20 ce, unde, suntem obligati sa folosim si=20 unde avem voie sa facem cum credem noi? alta chestie, mai la detaliu. toti participantii la traficul de = prajituri :) cum actioneaza. furnizorul baga direct prajiturile in frigider sau i le = da cofetarului sa le bage el? clientii, se uita ei cate locuri libere sunt sau intreaba cofetarul? clientii, o data asezati, isi iau singuri prajiturile sau le primesc = prin intermediul cofetarului? (cofetarul e un proces, clientii, furnizorul, alte procese) toate variantele astea inclina spre folosirea mai mult sau mai putin a = barierelor (mutexurilor pentru memoria partajata) si mai putin sau mai = mult a mesajelor. (sau cel putin asa am eu impresia). Asadar, ce e lege si ce e indicatie? ------=_NextPart_000_0085_01C3A4CC.C1F15C50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Tema 2 in principiu e simpla. e vorba = de o memorie=20 comuna si de sincronizari, mesaje, etc. enuntul poate fi interpretat (in = anumite=20 locuri). ce vreau eu sa stiu, este: ce parti din problema este = obligatoriu sa se=20 rezolve intr-un anumit fel.
Sincronizarile pot fi facute si cu = semafoare,=20 mutexuri, si cu cozi de mesaje.
ce, unde, suntem obligati sa folosim si =
unde avem voie sa facem cum credem=20 noi?
 
alta chestie, mai la detaliu. toti = participantii la=20 traficul de prajituri :)
cum actioneaza. furnizorul baga direct = prajiturile=20 in frigider sau i le da cofetarului sa le bage el?
clientii, se uita ei cate locuri libere = sunt sau=20 intreaba cofetarul?
clientii, o data asezati, isi iau = singuri=20 prajiturile sau le primesc prin intermediul cofetarului?
(cofetarul e un proces, clientii, = furnizorul, alte=20 procese)
 
toate variantele astea inclina spre = folosirea mai=20 mult sau mai putin a barierelor (mutexurilor pentru memoria partajata) = si mai=20 putin sau mai mult a mesajelor.
(sau cel putin asa am eu = impresia).
 
Asadar, ce e lege si ce e = indicatie?
 
------=_NextPart_000_0085_01C3A4CC.C1F15C50-- From so@atlantis.cs.pub.ro Fri Nov 7 10:14:40 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 07 Nov 2003 12:14:40 +0200 Subject: [so] tema 2 In-Reply-To: <008801c3a4bb$fe7b9f20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> --=====================_2894592==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Raspund aici si la intrebarea anterioara legata de bariera reentranta. Enuntul e lege. (tr sa existe programe separate pt cofetarie, client, furnizor, frigiderul tr sa fie o mem partajata, etc) Ce scrie sub enunt, la observatii, ca indicatii, sunt indicatii. Ce nu scrie nicaieri, faceti cum credeti voi ca e mai bine. Maria. > >Asadar, ce e lege si ce e indicatie? > --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ --=====================_2894592==_.ALT Content-Type: text/html; charset="us-ascii" Raspund aici si la intrebarea anterioara legata de bariera reentranta.

Enuntul e lege. (tr sa existe programe separate pt cofetarie, client, furnizor, frigiderul tr sa fie o mem partajata, etc)
Ce scrie sub enunt, la observatii, ca indicatii, sunt indicatii.

Ce nu scrie nicaieri, faceti cum credeti voi ca e mai bine.

Maria.


 
Asadar, ce e lege si ce e indicatie?
 


Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

--=====================_2894592==_.ALT-- From so@atlantis.cs.pub.ro Fri Nov 7 19:39:14 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Fri, 7 Nov 2003 21:39:14 +0200 Subject: [so] threaduri Message-ID: <000a01c3a566$d3828760$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3A577.96F5D390 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable avem voie sa folosim threaduri? bine-nteles ca vor exista si procesele din enunt (din lege): sweetshop, = supplier si consumer. pe langa acestea, avem voie sa folosim si threaduri? ------=_NextPart_000_0007_01C3A577.96F5D390 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
avem voie sa folosim = threaduri?
bine-nteles ca vor exista si procesele = din enunt=20 (din lege): sweetshop, supplier si consumer.
 
pe langa acestea, avem voie sa folosim = si=20 threaduri?
------=_NextPart_000_0007_01C3A577.96F5D390-- From so@atlantis.cs.pub.ro Fri Nov 7 19:47:27 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Fri, 7 Nov 2003 11:47:27 -0800 (PST) Subject: [so] threaduri In-Reply-To: <000a01c3a566$d3828760$0200a8c0@smeagol> Message-ID: <20031107194727.70811.qmail@web41005.mail.yahoo.com> NU --- Cibu Cristian wrote: > avem voie sa folosim threaduri? > bine-nteles ca vor exista si procesele din enunt > (din lege): sweetshop, supplier si consumer. > > pe langa acestea, avem voie sa folosim si threaduri? > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 11:31:37 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 8 Nov 2003 03:31:37 -0800 (PST) Subject: [so] 2 variante de enunt In-Reply-To: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> Message-ID: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Care sunt cele doua variante de enunt pentru Linux respectiv Windows? Nu imi este foarte clar din discutiile anterioare! Multam! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 13:18:03 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 15:18:03 +0200 (EET) Subject: [so] prajituri si furnizori Message-ID: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai u= sor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa = un sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta= se va crea cate un proces dupa fiecare vizita a furnizorului, care se va ter= mina atunci cand prajiturile respective se strica. Este recomandata abordarea aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bag= at in frigider un numar de prajituri in frigider, pentru ca acesta sa stie c= ate si cand sa le arunce - deci o coada de mesaje ? ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Sat Nov 8 13:24:02 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:24:02 +0200 Subject: [so] 2 variante de enunt In-Reply-To: <20031108113137.54461.qmail@web41005.mail.yahoo.com> References: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031108152223.00a5b820@mail.mymail.ro> este acelasi enunt pentru amandoua. Nu este impus nimic mai mult decat scrie enunt. Unele dintre discutiile anterioare erau despre cum s'ar putea face tema, nu despre cum trebuie facuta. Maria. >Care sunt cele doua variante de enunt pentru Linux >respectiv Windows? Nu imi este foarte clar din >discutiile anterioare! > >Multam! --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:24:10 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 8 Nov 2003 15:24:10 +0200 Subject: [so] prajituri si furnizori References: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <000501c3a5fb$98260a30$0200a8c0@smeagol> ----- Original Message ----- From: "Marian Mihailescu" To: Sent: Saturday, November 08, 2003 3:18 PM Subject: [so] prajituri si furnizori Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un sleep) arunca prajiturile din frigider(care s-a stricat). ------------------------------------^^^^^^^^^^^ Trebuie sa avem in vedere si stricarea frigiderului? From so@atlantis.cs.pub.ro Sat Nov 8 13:32:07 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:32:07 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108152702.00a5b820@mail.mymail.ro> Te complici. Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei tu despre prajituri. Maria. >Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor >ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un >sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta se >va crea cate un proces dupa fiecare vizita a furnizorului, care se va termina >atunci cand prajiturile respective se strica. Este recomandata abordarea >aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bagat >in frigider un numar de prajituri in frigider, pentru ca acesta sa stie cate >si cand sa le arunce - deci o coada de mesaje ? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:35:56 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:35:56 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <000501c3a5fb$98260a30$0200a8c0@smeagol> References: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108153451.00addb70@mail.mymail.ro> > >Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor >ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un >sleep) arunca prajiturile din frigider(care s-a stricat). >------------------------------------^^^^^^^^^^^ >Trebuie sa avem in vedere si stricarea frigiderului? :))))))))))))))) ... asta mi'a placut :)... cred ca autorul vroia sa spuna (care s-au stricat) ... adica prajiturile. Maria. P.S. nu, se presupune ca este un frigider ideal ;). --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:49:10 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 8 Nov 2003 15:49:10 +0200 Subject: [so] intrebare Message-ID: <001a01c3a5ff$3e814a90$c09f9ad5@ioana> Un consumator poate sa ceara mai mult de cakes_max prajituri? Adica vreau sa stiu daca un consumator trebuie sa incerce sa ia toate cakes_no prajiturile dintr-o data (ma refer mai ales la varianta linux unde se poate decrementa un semafor cu mai mult de 1) sau ia una cate una, cate gaseste si pe urma cand mai aduce un furnizor mai ia din nou (in acest fel ar putea cere mai mult de cakes_max prajituri). O a 2-a intrebare : pot folosi in windows functia atoi? (nu gasesc ceva similar in win32api) From so@atlantis.cs.pub.ro Sat Nov 8 13:52:05 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Sat, 8 Nov 2003 05:52:05 -0800 (PST) Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Message-ID: <20031108135205.48079.qmail@web40017.mail.yahoo.com> --0-1026688301-1068299525=:47455 Content-Type: text/plain; charset=us-ascii Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie cu un alt proces care sa doarma valabilitatea unei prajituri si cand devine constient sa anunte sa fie aruncata, fie prin threaduri care sa faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc). Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca gresesc spuneti-mi ce anume sa folosesc. In al doilea rand, daca creez un nou proces acesta poate sa aiba doua comportamente: 1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas prajiturii puse cel mai de mult in frigider 2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei prajituri. In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai tarziu decat termenul limita, secunde pierdute de calculele facute de procesor si de primirea mesajelor intre procese. In cazul 2 consum inutil resurse. Cazul 1 mi se pare mult mai firesc pentru ca daca mananci ceva ce a expirat de 3 secunde sa zicem, nu cred ca patesti nimic totusi. Astept lamuriri ce metoda sa aleg sau cum anume sa fac daca nici una din metode nu e buna. Mihai Murgan --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1026688301-1068299525=:47455 Content-Type: text/html; charset=us-ascii
Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie cu un alt proces care sa doarma valabilitatea unei prajituri si cand devine constient sa anunte sa fie aruncata, fie prin threaduri care sa faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc).
Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca gresesc spuneti-mi ce anume sa folosesc.
In al doilea rand, daca creez un nou proces acesta poate sa aiba doua comportamente:
1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas prajiturii puse cel mai de mult in frigider
2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei prajituri.
In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai tarziu decat termenul limita, secunde pierdute de calculele facute de procesor si de primirea mesajelor intre procese.
In cazul 2 consum inutil resurse.
Cazul 1 mi se pare mult mai firesc pentru ca daca mananci ceva ce a expirat de 3 secunde sa zicem, nu cred ca patesti nimic totusi.
Astept lamuriri ce metoda sa aleg sau cum anume sa fac daca nici una din metode nu e buna.
 
Mihai Murgan

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1026688301-1068299525=:47455-- From so@atlantis.cs.pub.ro Sat Nov 8 15:19:32 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 17:19:32 +0200 Subject: [so] intrebare In-Reply-To: <001a01c3a5ff$3e814a90$c09f9ad5@ioana> Message-ID: <5.1.0.14.0.20031108171644.00a7c970@mail.mymail.ro> > > Un consumator poate sa ceara mai mult de cakes_max prajituri? Da, poate sa ceara mai mult de cakes_max prajituri, dar nu este obligatoriu sa le si obtina. > O a 2-a intrebare : pot folosi in windows functia atoi? (nu gasesc ceva >similar in win32api) habar nu am, cred ca da. Rog pe altcineva sa raspunda la intrebarea asta. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 15:19:34 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 17:19:34 +0200 Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108135205.48079.qmail@web40017.mail.yahoo.com> References: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031108170308.00a5bd68@mail.mymail.ro> >1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas >prajiturii puse cel mai de mult in frigider >2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei >prajituri. Ambele solutii sunt ok. Nu e nici o problema dc intarzii f putin cu aruncatul prajiturilor. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 15:20:40 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 17:20:40 +0200 (EET) Subject: [so] prajituri si furnizori Message-ID: <4638.141.85.0.67.1068304840.squirrel@www.as.ro> >Te complici. >Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei= tu >despre prajituri. este partajata ... dar cofetaria trebuie sa stie cand i se aduc prajituri= nu? ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Sat Nov 8 16:05:34 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 18:05:34 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <4638.141.85.0.67.1068304840.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> > > >Te complici. > >Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei tu > >despre prajituri. > >este partajata ... dar cofetaria trebuie sa stie cand i se aduc prajituri nu? Scuze, am citit eu in graba mesajul tau anterior. ideea nu incalca nici o lege :). e ok. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 19:40:13 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 8 Nov 2003 21:40:13 +0200 Subject: [so] grupurile si membrii lor Message-ID: <000801c3a630$2114acf0$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C3A640.E487F920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ce nevoie e de people_max si group_max? pentru a sti dimensiunea = vectorilor? si daca facem cu liste? ca sa las sa se ocupe prea multa memorie? marimea memoriei e relativa :) daca nu am nevoie de people_max si group_max pot pur si simplu sa le = ignor? ------=_NextPart_000_0005_01C3A640.E487F920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
ce nevoie e de people_max si group_max? = pentru a=20 sti dimensiunea vectorilor? si daca facem cu liste?
ca sa las sa se ocupe prea multa = memorie? marimea=20 memoriei e relativa :)
daca nu am nevoie de people_max si = group_max pot=20 pur si simplu sa le ignor?
------=_NextPart_000_0005_01C3A640.E487F920-- From so@atlantis.cs.pub.ro Sun Nov 9 10:01:55 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 02:01:55 -0800 (PST) Subject: [so] ordinea sosirilor In-Reply-To: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> Message-ID: <20031109100155.75775.qmail@web41003.mail.yahoo.com> Cum sosesc membrii unui grup? Daca de exemplu am grupul 1 cu 6 membrii vor sosii toti 6 unul dupa altul sau printre ei se pot intercala membrii altor grupuri? Se poate intampla sa soseasca: gr 1 primul membru gr 1 al doilea membru gr 2 primul membru gr 1 al treilea membru ... __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 10:07:16 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 12:07:16 +0200 Subject: [so] ordinea sosirilor In-Reply-To: <20031109100155.75775.qmail@web41003.mail.yahoo.com> References: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> se pot intercala. Maria. >Cum sosesc membrii unui grup? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 10:18:58 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 02:18:58 -0800 (PST) Subject: [so] group_max, group_id In-Reply-To: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> Message-ID: <20031109101858.83480.qmail@web41005.mail.yahoo.com> In enunt se specifca ca pot exista GROUP_MAX grupuri. Asta inseamna ca pe parcursul rularii programului pot avea grup_max grupuri in total sau la un moment dat in cofetarie? de ex: daca grupul cu id = 0 vine in cofetarie face consumatie si termina, pe urma sa mai poate intampla ca grupul cu id-ul 0 sa mai apara la intrarea programului? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 13:01:25 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 15:01:25 +0200 Subject: [so] group_max, group_id In-Reply-To: <20031109101858.83480.qmail@web41005.mail.yahoo.com> References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> nu, id ul este unic unui grup. >daca grupul cu id = 0 vine in cofetarie face >consumatie si termina, pe urma sa mai poate intampla >ca grupul cu id-ul 0 sa mai apara la intrarea programului? Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 13:03:50 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 15:03:50 +0200 Subject: [so] grupurile si membrii lor In-Reply-To: <000801c3a630$2114acf0$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> >ce nevoie e de people_max si group_max? pentru a sti dimensiunea >vectorilor? si daca facem cu liste? >ca sa las sa se ocupe prea multa memorie? marimea memoriei e relativa :) >daca nu am nevoie de people_max si group_max pot pur si simplu sa le ignor? da. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 17:03:50 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sun, 9 Nov 2003 19:03:50 +0200 Subject: [so] group_max, group_id References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> Message-ID: <004c01c3a6e3$90a4eae0$0e0c6150@ioana> Deci daca dupa ce a terminat grupul 0, mai vine din nou grupul 0 el trebuie sa fie ignorat? Eu ma gandisem ca se poate ca un grup sa vina de mai multe ori la cofetarie si am facut implementarea in acest mod. Este gresit asa? ----- Original Message ----- From: "Maria Mateescu" To: Sent: Sunday, November 09, 2003 3:01 PM Subject: Re: [so] group_max, group_id > > > nu, id ul este unic unui grup. > > >daca grupul cu id = 0 vine in cofetarie face > >consumatie si termina, pe urma sa mai poate intampla > >ca grupul cu id-ul 0 sa mai apara la intrarea programului? > > > Maria. > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sun Nov 9 20:23:37 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 12:23:37 -0800 (PST) Subject: [so] grupuri In-Reply-To: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> Message-ID: <20031109202337.30347.qmail@web41009.mail.yahoo.com> e ok daca asteptam sa se intregeasca grupul si pe urma cautam sa punem mana pe scaune? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 21:46:18 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 23:46:18 +0200 Subject: [so] group_max, group_id In-Reply-To: <004c01c3a6e3$90a4eae0$0e0c6150@ioana> References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109234545.00a5e100@mail.mymail.ro> nu e gresit. Maria. >Deci daca dupa ce a terminat grupul 0, mai vine din nou grupul 0 >el trebuie sa fie ignorat? >Eu ma gandisem ca se poate ca un grup sa vina de mai multe ori la cofetarie >si am facut implementarea in acest mod. Este gresit asa? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 21:47:01 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 23:47:01 +0200 Subject: [so] grupuri In-Reply-To: <20031109202337.30347.qmail@web41009.mail.yahoo.com> References: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109234629.00ac7400@mail.mymail.ro> > >e ok daca asteptam sa se intregeasca grupul si pe urma >cautam sa punem mana pe scaune? da. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 10 04:15:00 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 9 Nov 2003 20:15:00 -0800 (PST) Subject: [so] tema 1 win Message-ID: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Am o problema penibila, careia nu ii dau de cap: Pentru modul executie din fisier, apelez functia din program care executa o comanda cu indirectare, cu parametrii argv[0] si argv[1]. In Linux a functionat perfect, insa in Windows nu imi citeste din fisierul care este Stdin decat prima linie, o executa, si se opreste, adica nu mai citeste nimic din fisier (considera ca s-a terminat). Am verificat separat bucata de citire din fisier, merge. Merge si indirectarea comenzilor in mod interactiv. Are cineva vreo idee? Ma gandesc ca poate am gresit ceva la indirectare, care nu se vede decat in situatia asta, dar nu imi pot imagina ce. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 13:14:51 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 15:14:51 +0200 Subject: [so] prajituri si furnizori Message-ID: <200311081514.51182.mmk@as.ro> Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta se va crea cate un proces dupa fiecare vizita a furnizorului, care se va termina atunci cand prajiturile respective se strica. Este recomandata abordarea aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bagat in frigider un numar de prajituri in frigider, pentru ca acesta sa stie cate si cand sa le arunce - deci o coada de mesaje ? From so@atlantis.cs.pub.ro Mon Nov 10 12:34:17 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Mon, 10 Nov 2003 14:34:17 +0200 Subject: [so] tema 1 win In-Reply-To: <20031110041500.15540.qmail@web41009.mail.yahoo.com> References: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Message-ID: <841331013.20031110143417@rdsnet.ro> Hello Diana, Monday, November 10, 2003, 6:15:00 AM, you wrote: DF> in Windows nu imi citeste din fisierul DF> care este Stdin decat prima linie, o executa, si se DF> opreste, adica nu mai citeste nimic din fisier DF> (considera ca s-a terminat). Nu stiu daca am inteles exact care este problema. Eu am intampinat ceva asemanator, si s-a dovedit ca de fapt imi citea din fisierul care este Stdin <>! Tu spui mai sus 2 lucruri care se contrazic : "citeste doar prima linie" si "considera ca s-a terminat". Eu as merge pe mana lui Bill Gates si as zice ca tu chiar citesti tot fisierul... sa nu uitam ca functiile <> din WIN32API nu citesc linie cu linie. Ion From so@atlantis.cs.pub.ro Mon Nov 10 12:44:56 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Mon, 10 Nov 2003 04:44:56 -0800 (PST) Subject: [so] tema 1 win In-Reply-To: <841331013.20031110143417@rdsnet.ro> Message-ID: <20031110124456.1680.qmail@web41009.mail.yahoo.com> intr-adevar nu citesc linie cu linie, ci caracter cu caracter... a, si am uitat sa mentionez ca prima linie o executa cu succes? ceea ce n us-ar fi intamplat daca imi citea tot fisierul, nu? (nu ar fi recunoscut comenzile) --- Ion Petrescu wrote: > Hello Diana, > > Monday, November 10, 2003, 6:15:00 AM, you wrote: > > > DF> in Windows nu imi citeste din fisierul > DF> care este Stdin decat prima linie, o executa, si > se > DF> opreste, adica nu mai citeste nimic din fisier > DF> (considera ca s-a terminat). > > Nu stiu daca am inteles exact care este problema. > Eu am intampinat ceva asemanator, si s-a dovedit ca > de fapt imi citea > din fisierul care este Stdin < linie>>! > > Tu spui mai sus 2 lucruri care se contrazic : > "citeste doar prima > linie" si "considera ca s-a terminat". > Eu as merge pe mana lui Bill Gates si as zice ca tu > chiar citesti tot > fisierul... sa nu uitam ca functiile <> > din WIN32API nu citesc linie cu > linie. > > Ion > > > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 10 13:11:05 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Mon, 10 Nov 2003 15:11:05 +0200 Subject: Re[2]: [so] tema 1 win In-Reply-To: <20031110124456.1680.qmail@web41009.mail.yahoo.com> References: <841331013.20031110143417@rdsnet.ro> <20031110124456.1680.qmail@web41009.mail.yahoo.com> Message-ID: <893539219.20031110151105@rdsnet.ro> DF> intr-adevar nu citesc linie cu linie, ci caracter cu DF> caracter... DF> a, si am uitat sa mentionez ca prima linie o executa DF> cu succes? ceea ce n us-ar fi intamplat daca imi citea DF> tot fisierul, nu? (nu ar fi recunoscut comenzile) Pai si atunci cum explici ca fisierul "Stdin" e considerat terminat, pe cand tu zici ca nu ai citit decat o linie? S-a ajuns la sfarsitul fisierului sau nu s-a ajuns? Si apoi, daca nu s-a ajuns, de ce nu se avanseaza? Apoi, eu nu inteleg ce ai vrut sa zici cu "Pentru modul executie din fisier, apelez functia din program care executa o comanda cu indirectare, cu parametrii argv[0] si argv[1]." Dar poate altii au inteles si o sa iti raspunda. Oricum iti dai seama ca fara cod sunt sanse mici sa isi dea seama cineva care e problema. Daca afli misterul sa ne spui si noua. From so@atlantis.cs.pub.ro Mon Nov 10 14:35:11 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 10 Nov 2003 16:35:11 +0200 Subject: [so] tema 1 win In-Reply-To: <20031110041500.15540.qmail@web41009.mail.yahoo.com> References: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Message-ID: On Sun, 9 Nov 2003 20:15:00 -0800 (PST), Diana Fulger wrote: > Am o problema penibila, careia nu ii dau de cap: > Pentru modul executie din fisier, apelez functia din > program care executa o comanda cu indirectare, cu > parametrii argv[0] si argv[1]. In Linux a functionat > perfect, insa in Windows nu imi citeste din fisierul > care este Stdin decat prima linie, o executa, si se > opreste, adica nu mai citeste nimic din fisier > (considera ca s-a terminat). > Am verificat separat bucata de citire din fisier, > merge. Merge si indirectarea comenzilor in mod > interactiv. Are cineva vreo idee? Ma gandesc ca poate > am gresit ceva la indirectare, care nu se vede decat > in situatia asta, dar nu imi pot imagina ce. > Poate ai editat fisierul in Linux? In Linux sfarsitul unei linii e dat de '\n' iar in Windows de '\r\n'. tavi From so@atlantis.cs.pub.ro Mon Nov 10 14:39:51 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 10 Nov 2003 16:39:51 +0200 Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108135205.48079.qmail@web40017.mail.yahoo.com> References: <20031108135205.48079.qmail@web40017.mail.yahoo.com> Message-ID: On Sat, 8 Nov 2003 05:52:05 -0800 (PST), Murgan Mihai wrote: > Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs > timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie > cu un alt proces care sa doarma valabilitatea unei prajituri si cand > devine constient sa anunte sa fie aruncata, fie prin threaduri care sa > faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue > si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am > inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am > discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc). > Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca > gresesc spuneti-mi ce anume sa folosesc. > In al doilea rand, daca creez un nou proces acesta poate sa aiba doua > comportamente: > 1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas > prajiturii puse cel mai de mult in frigider > 2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei > prajituri. > In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai > tarziu decat termenul limita, secunde pierdute de calculele facute de > procesor si de primirea mesajelor intre procese. La fel si in cazul 2 :) Solutii pentru probleme de genul asta nu exista decat daca se foloseste un RTOS. Chiar daca faci busy waiting nu poti fi sigur (SO te poate intrerupe, teoretic indefinit de mult timp) tavi From so@atlantis.cs.pub.ro Mon Nov 10 16:07:34 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Mon, 10 Nov 2003 18:07:34 +0200 (EET) Subject: [so] o problema ciudata Message-ID: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> pe "scurt": "If sem_op is 0 (read operation) and semval is non-zero, the process sleeps on a queue waiting for semval to become zero." Am facut un program mic care incrementeaza val unui semafor; daca valoare= a semaforului ajunge la N, atunci un alt semafor e facut 0. In continuare s= e face un sem_op 0 pe semaforul 2, si cand iese afiseaza ceva. Pornesc programul, intra in starea "waiting"... de ce atunci cand il intrerup (CTRL-Z) si il trimit in background ("bg") se sare de starea waiting ? (a se intelege ca e vb de linux...) ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Mon Nov 10 17:22:24 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Mon, 10 Nov 2003 09:22:24 -0800 (PST) Subject: [so] Structuri IPC In-Reply-To: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <20031110172224.58452.qmail@web40016.mail.yahoo.com> --0-491379405-1068484944=:57656 Content-Type: text/plain; charset=us-ascii In enuntul temei este un paragraf care poate naste interpretari. Se scrie ca: "Cofetaria trebuie sa fie implementata ca un program separat, ce initializeaza structurile IPC si arunca prajiturile vechi." Eu de aici am inteles ca in cofetarie se vor initializa structurile( semafoare, memorie partajata, coada de mesaje) necesare pe tot parcursul programului si ca aici se vor arunca prajiturile. Semafoarele necesare sincronizarii clientilor, cum ar fi semaforul de asteptare al tuturor membrilor unui grup eu am ales sa fie creat si distrus de primul membru sosit al unui grup(verifica daca nu era deja creat si daca nu era deja creat inseamna ca e primul membru al grupului). Aceasta abordare mi se pare normala pentru ca cofetaria nu are de unde sa stie ce semafoare sa creeze atata vreme cat nu stie id-urile respectivelor grupurii ce urmeaza sa vina, asa ca nu ar avea cum sa creeze in avans aceste semafoare.Iar daca ar astepta mesaj cu id-ul grupului pana ar creea semaforul la care sa astepte grupul primul membru ar termina de mult procesul pentru ca nu ar gasi semafoare la care sa astepte. Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si orice altceva de genul acesta ar trebui create in cofetarie. As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar trebui creat in cofetarie. Va multumesc, Mihai Murgan --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-491379405-1068484944=:57656 Content-Type: text/html; charset=us-ascii
In enuntul temei este un paragraf care poate naste interpretari. Se scrie ca:
"Cofetaria trebuie sa fie implementata ca un program separat, ce initializeaza structurile IPC si arunca prajiturile vechi."
Eu de aici am inteles ca in cofetarie se vor initializa structurile( semafoare, memorie partajata, coada de mesaje) necesare pe tot parcursul programului si ca aici se vor arunca prajiturile. Semafoarele necesare sincronizarii clientilor, cum ar fi semaforul de asteptare al tuturor membrilor unui grup eu am ales sa fie creat si distrus de primul membru sosit  al unui grup(verifica daca nu era deja creat si daca nu era deja creat inseamna ca e primul membru al grupului).
Aceasta abordare mi se pare normala pentru ca cofetaria nu are de unde sa stie ce semafoare sa creeze atata vreme cat nu stie id-urile respectivelor grupurii ce urmeaza sa vina, asa ca nu ar avea cum sa creeze in avans aceste semafoare.Iar daca ar astepta mesaj cu id-ul grupului pana ar creea semaforul la care sa astepte grupul primul membru ar termina de mult procesul pentru ca nu ar gasi semafoare la care sa astepte.
Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si orice altceva de genul acesta ar trebui create in cofetarie.
As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar trebui creat in cofetarie.
 
Va multumesc,
Mihai Murgan

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-491379405-1068484944=:57656-- From so@atlantis.cs.pub.ro Mon Nov 10 17:43:36 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 10 Nov 2003 19:43:36 +0200 Subject: [so] Structuri IPC In-Reply-To: <20031110172224.58452.qmail@web40016.mail.yahoo.com> References: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> > >Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea >intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si >orice altceva de genul acesta ar trebui create in cofetarie. >As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar >trebui creat in cofetarie. > nu este necesar ca toate ipcurile sa fie create din cofetarie. imi cer scuze pt neclaritate, incercam sa arat ce ar trebui sa faca programul cofetarie. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 10 20:03:56 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 10 Nov 2003 22:03:56 +0200 Subject: [so] upload Message-ID: <1068494636.3fafef2c88d0c@cs.pub.ro> Pentru unii din voi informatiile la crearea contului de upload au fost incomplete - lipsea grupa. Cu campul respectiv nesetat, va puteti loga, dar nu puteti face upload. In concluzie, cine vrea :) sa faca upload de teme in viitorul apropiat, e asteptat (pe mail: dee@cs.pub.ro) cu precizari asupra grupei. Mai jos e lista de studenti in cauza: CostacheRuxandra ClejaMihai StanculeanuIonel HerbeiuRadu BarjovanuVlad DavidDan Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 10 20:14:36 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Mon, 10 Nov 2003 12:14:36 -0800 (PST) Subject: [so] terminarea programului In-Reply-To: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> Message-ID: <20031110201436.37781.qmail@web41012.mail.yahoo.com> Cand ar trebui sa se termine programul sweetshop? In momentul in care au aparut toate cele group_max grupuri si toti mebrii lor au fost serviti? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 10 22:37:24 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Tue, 11 Nov 2003 00:37:24 +0200 (EET) Subject: [so] erori Message-ID: <1785.141.85.0.67.1068503844.squirrel@www.as.ro> Ce (ar trebui)/(ar fi bine) sa se intample cand un consumator comanda un numar de prajituri mai mare decat capacitatea frigiderului sau un grup e format din un numar de oameni mai mare decat capacitatea cofetariei? Si separat, ce ar tb sa se intample daca consumeri din acealasi grup sunt porniti cu un numar al membrilor grupului diferit ? (la intrebarea asta, din enunt se intelegea ca "se presupune acelasi", deci nu ar trebui tratata eroarea). Marian. ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Tue Nov 11 00:41:25 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 02:41:25 +0200 Subject: [so] erori In-Reply-To: <1785.141.85.0.67.1068503844.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031111024047.00ad6448@mail.mymail.ro> nu se intampla asa ceva :). Maria. >Ce (ar trebui)/(ar fi bine) sa se intample cand un consumator comanda un >numar de prajituri mai mare decat capacitatea frigiderului sau un grup e >format din un numar de oameni mai mare decat capacitatea cofetariei? >Si separat, ce ar tb sa se intample daca consumeri din acealasi grup sunt >porniti cu un numar al membrilor grupului diferit ? (la intrebarea asta, >din enunt se intelegea ca "se presupune acelasi", deci nu ar trebui >tratata eroarea). > >Marian. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 00:46:18 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 02:46:18 +0200 Subject: [so] terminarea programului In-Reply-To: <20031110201436.37781.qmail@web41012.mail.yahoo.com> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> teoretic nu ar tr sa se termine niciodata si sa fie oprita cu CTRL-C... dar cum inca nu ati facut semnale pentru a putea distruge IPCurile (lucru absolut necesar (sa distrugeti IPCurile)), ideea ta e buna... asa ca raspunsul este: da. Maria. At 12:14 PM 11/10/2003 -0800, you wrote: >Cand ar trebui sa se termine programul sweetshop? >In momentul in care au aparut toate cele group_max >grupuri si toti mebrii lor au fost serviti? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 06:18:01 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Tue, 11 Nov 2003 08:18:01 +0200 Subject: [so] terminarea programului References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> Message-ID: <3FB07F19.7090509@pcnet.ro> Cum nu s-a specificat nimic in enuntz in legatura cu terminarea programelor eu am astfel: inchid cofetaria daca apas pe tasta q, moment cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie si daca nu mai sunt inchid ipc-urile si daca sunt nu inchid...trimit mesaj ca sa mai aspepte cu inchiderea.Stiam ca trebuie semnale dar nu aveam voie sa folosim.E ok asa? Maria Mateescu wrote: > > teoretic nu ar tr sa se termine niciodata si sa fie oprita cu > CTRL-C... dar cum inca nu ati facut semnale pentru a putea distruge > IPCurile (lucru absolut necesar (sa distrugeti IPCurile)), ideea ta e > buna... asa ca raspunsul este: > da. > > Maria. > > At 12:14 PM 11/10/2003 -0800, you wrote: > > >> Cand ar trebui sa se termine programul sweetshop? >> In momentul in care au aparut toate cele group_max >> grupuri si toti mebrii lor au fost serviti? > > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > From so@atlantis.cs.pub.ro Tue Nov 11 08:28:29 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 10:28:29 +0200 Subject: [so] terminarea programului In-Reply-To: <3FB07F19.7090509@pcnet.ro> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031111102801.00a5ea00@mail.mymail.ro> da... e bine de vreme ce se termina intr'un fel. Maria. >Cum nu s-a specificat nimic in enuntz in legatura cu terminarea >programelor eu am astfel: inchid cofetaria daca apas pe tasta q, moment >cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie si daca nu >mai sunt inchid ipc-urile si daca sunt nu inchid...trimit mesaj ca sa mai >aspepte cu inchiderea.Stiam ca trebuie semnale dar nu aveam voie sa >folosim.E ok asa? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 10:10:55 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 11 Nov 2003 02:10:55 -0800 (PST) Subject: [so] o problema ciudata In-Reply-To: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <20031111101055.30937.qmail@web60502.mail.yahoo.com> --- Marian Mihailescu wrote: > pe "scurt": > "If sem_op is 0 (read operation) and semval is > non-zero, the process > sleeps on a queue waiting for semval to become > zero." > Am facut un program mic care incrementeaza val unui > semafor; daca valoarea > semaforului ajunge la N, atunci un alt semafor e > facut 0. In continuare se > face un sem_op 0 pe semaforul 2, si cand iese > afiseaza ceva. Pornesc > programul, intra in starea "waiting"... de ce atunci > cand il intrerup > (CTRL-Z) si il trimit in background ("bg") se sare > de starea waiting ? > (a se intelege ca e vb de linux...) Operatiile blocante pot fi intrerupte de semnale. Probabil ca procesul tau din background incearca sa faca o scriere sau o citire de la stdout/stdin si primeste un semnal SIGTTOU/SIGTTIN pt ca nu are consola (fiind in background) iar parintele sau primeste un semnal SIGCHLD. Daca nu asta e cazul, in orice caz procesul tau care asteapta la semafor este deblocat de catre un semnal. De aceea este recomandat ca operatiile blocante sa se efectueze intr-o bucla de genul: do { result = operatie_blocanta(); } while (result != OK); /* conditia result != OK variaza de la caz la caz */ Aceast lucru este valabil atat pentru semafoare cat si pentru cozi de mesaje. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 10:20:08 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 11 Nov 2003 02:20:08 -0800 (PST) Subject: [so] intrebare In-Reply-To: <5.1.0.14.0.20031108171644.00a7c970@mail.mymail.ro> Message-ID: <20031111102008.5977.qmail@web60503.mail.yahoo.com> --- Maria Mateescu wrote: > > > > > > Un consumator poate sa ceara mai mult de > cakes_max prajituri? > > Da, poate sa ceara mai mult de cakes_max prajituri, > dar nu este obligatoriu > sa le si obtina. > > > > > O a 2-a intrebare : pot folosi in windows > functia atoi? (nu gasesc ceva > >similar in win32api) > > > habar nu am, cred ca da. > Rog pe altcineva sa raspunda la intrebarea asta. Exista niste functii pentru stringuri Unicode dar nu ne intereseaza acest aspect la SO. E Ok sa folosesti atoi pentru ca noi o sa lucram doar cu stringuri ASCII. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 11:29:07 2003 From: so@atlantis.cs.pub.ro (sorin adi) Date: Tue, 11 Nov 2003 03:29:07 -0800 (PST) Subject: [so] despre makefile Message-ID: <20031111112907.56948.qmail@web21205.mail.yahoo.com> in reguli nu sunt specificate decat ca arhiva nu contine executabile,ok. Dar daca dupa rularea makefile executabilele le-am pus in src e bine sau nu? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 13:00:38 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Tue, 11 Nov 2003 15:00:38 +0200 Subject: [so] o problema ciudata In-Reply-To: <20031111101055.30937.qmail@web60502.mail.yahoo.com> References: <20031111101055.30937.qmail@web60502.mail.yahoo.com> Message-ID: On Tue, 11 Nov 2003 02:10:55 -0800 (PST), Cosmin Arad wrote: > > Operatiile blocante pot fi intrerupte de semnale. > Probabil ca procesul tau din background incearca sa > faca o scriere sau o citire de la stdout/stdin si > primeste un semnal SIGTTOU/SIGTTIN pt ca nu are > consola (fiind in background) iar parintele sau > primeste un semnal SIGCHLD. > Daca nu asta e cazul, in orice caz procesul tau care > asteapta la semafor este deblocat de catre un semnal. > > De aceea este recomandat ca operatiile blocante sa se > efectueze intr-o bucla de genul: > > do { > result = operatie_blocanta(); > } while (result != OK); > /* conditia result != OK variaza de la caz la caz */ > Exista un macro care face acest lucru pentru voi: TEMP_FAILURE_RETRY. tavi From so@atlantis.cs.pub.ro Wed Nov 12 09:35:26 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 12 Nov 2003 11:35:26 +0200 Subject: [so] terminarea programului In-Reply-To: <3FB07F19.7090509@pcnet.ro> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> <3FB07F19.7090509@pcnet.ro> Message-ID: <3FB1FEDE.4000403@romus.ro> Ruxi Jitianu wrote: > Cum nu s-a specificat nimic in enuntz in legatura cu terminarea > programelor eu am astfel: inchid cofetaria daca apas pe tasta q, > moment cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie > si daca nu mai sunt inchid ipc-urile si daca sunt nu inchid...trimit > mesaj ca sa mai aspepte cu inchiderea.Stiam ca trebuie semnale dar nu > aveam voie sa folosim.E ok asa? Puneti si in readme treburile astea. --Adrian. From so@atlantis.cs.pub.ro Wed Nov 12 09:38:58 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 12 Nov 2003 11:38:58 +0200 Subject: [so] despre makefile In-Reply-To: <20031111112907.56948.qmail@web21205.mail.yahoo.com> References: <20031111112907.56948.qmail@web21205.mail.yahoo.com> Message-ID: <3FB1FFB2.8090800@romus.ro> sorin adi wrote: >in reguli nu sunt specificate decat ca arhiva nu >contine >executabile,ok. Dar daca dupa rularea makefile >executabilele >le-am pus in src e bine sau nu? > > Directorul src este acolo ca sa contina _doar_ surse. Deci incearca sa faci executabilele in acelasi director cu Makefile, nu in src. --Adrian. From so@atlantis.cs.pub.ro Wed Nov 12 17:41:44 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 12 Nov 2003 19:41:44 +0200 Subject: [so] terminare Message-ID: <001101c3a944$3d265b20$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_000E_01C3A955.00A0D340 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sper ca nu sunt depunctat daca la mine cofetaria se termina la ctrl-c. = (signal pe linux si consolectrlhandler pe windows) Toate structurile alocate sunt dealocate in ordine, toate ipc-urile = create sunt distruse. ------=_NextPart_000_000E_01C3A955.00A0D340 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Sper ca nu sunt depunctat daca la mine = cofetaria se=20 termina la ctrl-c. (signal pe linux si consolectrlhandler pe=20 windows)
Toate structurile alocate sunt = dealocate in ordine,=20 toate ipc-urile create sunt distruse.
------=_NextPart_000_000E_01C3A955.00A0D340-- From so@atlantis.cs.pub.ro Wed Nov 12 18:24:25 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Wed, 12 Nov 2003 20:24:25 +0200 (E. Europe Standard Time) Subject: [so] Intrebare ... Furnizor References: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <3FB27AD9.000001.01504@einstein> --------------Boundary-00=_PG49QL80000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_PG49LVC0000000000000" --------------Boundary-00=_PG49LVC0000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Furnizorul verifica periodic frigiderul cofetariei?=0D sau il chem eu cand vreau eu? --------------Boundary-00=_PG49LVC0000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Furnizorul verifica periodic frigiderul cofetariei?
sau il chem eu cand vreau eu?
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_PG49LVC0000000000000-- --------------Boundary-00=_PG49QL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: <7480D687-4EF4-4555-B65B-D83D71EE0843> R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_PG49QL80000000000000-- From so@atlantis.cs.pub.ro Wed Nov 12 19:32:21 2003 From: so@atlantis.cs.pub.ro (Costin APOSTOL) Date: Wed, 12 Nov 2003 21:32:21 +0200 (EET) Subject: [so] Timpul afisat la upload Message-ID: Din fericire ne este afisat timpul cand ne logam pentru a trimite tema. Din pacate nu ne avantajeaza deloc: e cam inainte cu vreo ora si 20 minute. Cu ce ora si DATA sunt primite temele noastre, ca asa cum vad eu lucrurile acum deadline-ul este pe la ora 22:30 ? Errare humanum est, perseverare diabolicum Costin From so@atlantis.cs.pub.ro Wed Nov 12 19:43:09 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 12 Nov 2003 21:43:09 +0200 Subject: [so] Timpul afisat la upload In-Reply-To: References: Message-ID: On Wed, 12 Nov 2003 21:32:21 +0200 (EET), Costin APOSTOL wrote: > > Din fericire ne este afisat timpul cand ne logam pentru a trimite > tema. Din pacate nu ne avantajeaza deloc: e cam inainte cu vreo ora si 20 > minute. > No more... tavi From so@atlantis.cs.pub.ro Wed Nov 12 23:55:13 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 01:55:13 +0200 Subject: [so] Intrebare ... Furnizor In-Reply-To: <3FB27AD9.000001.01504@einstein> References: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> --=====================_595195==_.REL Content-Type: text/plain; charset="us-ascii"; format=flowed frunizorul este un program care este lansat de fiecare data cand vrea utilizatorul, adica eu :). Maria. >Furnizorul verifica periodic frigiderul cofetariei? >sau il chem eu cand vreau eu? >____________________________________________________ >IMSTP1.gif >IncrediMail - Email has finally evolved - >Click Here > > >---------- >90ecd.jpg Acasa.ro vine cu albumele, >tu vino doar cu pozele ;) > > --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ --=====================_595195==_.REL Content-Type: image/gif; name="IMSTP1.gif"; x-mac-type="47494666"; x-mac-creator="4A565752" Content-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro.1> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="IMSTP1.gif" R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --=====================_595195==_.REL Content-Type: image/jpeg; name="90ecd.jpg"; x-mac-type="4A504547"; x-mac-creator="4A565752" Content-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro.2> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="90ecd.jpg" /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAABAAEDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD/AD/6 KKKAP//Z --=====================_595195==_.REL-- From so@atlantis.cs.pub.ro Thu Nov 13 08:35:53 2003 From: so@atlantis.cs.pub.ro (Toma Monica) Date: Thu, 13 Nov 2003 00:35:53 -0800 (PST) Subject: [so] intrebare acces la frigider Message-ID: <20031113083553.78577.qmail@web10404.mail.yahoo.com> Am si eu o pb destul de ..grava... Intrebarea se refera la accesul la memoria partajata. Mai precis, daca de exp un consumator face cerere pe memoria partajata si obtine drept de acces(adica sunt suficiente prajituri)dar intre timp (inainte de a "pune mana pe mutex") vine procesul care curata frigiderul si ia mutexul si scoate suficiente prajituri astfel incat, in momentul in care termina, in frigider nu mai sunt suficiente prajituri pt a le scoate din memorie...Ce se poate face. Noi avem practic 2 tipuri de consumatori care actioneza diferit. Ce se poate face in acest caz? Sa mai introducem un mutex ? Ma gandesc ca modificarea prod-cons nu se poate pune pb.. ===== I dream of finding myself laughing! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 13 08:45:41 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Thu, 13 Nov 2003 00:45:41 -0800 (PST) Subject: [so] alta intrebare tema 2 In-Reply-To: <2.0beta.1068059446313.1360656092858937010.atta@@mymail.ro> Message-ID: <20031113084541.57257.qmail@web41001.mail.yahoo.com> --- Maria Mateescu wrote: > Cum vrei. > > Am schimbat putin enuntul temei. Nu mai trebuie > ca daca ai 4 scaune libere > si vine un grup de 5 si apoi un grup de 3, al > doilea grup sa o ia inainte. > Primul grup poate sa ocupe 4 scaune si sa mai > astepte unul. > > Maria. Asa trebuie facuta implementarea? Pentru ca din enunt se intelege ca grupul de 5 asteapta pana sunt libere 5 scaune? "Daca nu exista group_size locuri libere in sala consumatorii din intregul grup asteapta eliberarea lor" Intelesesem ca enuntul nu s-a schimbat. :( __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 13 21:07:55 2003 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Thu, 13 Nov 2003 13:07:55 -0800 Subject: [so] semafoare windows References: <20031113084541.57257.qmail@web41001.mail.yahoo.com> Message-ID: <010301c3aa2a$35bc7f40$42c8100a@dany> Salut! Pentru a simula un semafor care sa decrementeze cu mai mult de 1 odata este ok daca asociez fiecarui semafor o memorie partajata? toate bune! From so@atlantis.cs.pub.ro Thu Nov 13 10:41:44 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:41:44 +0300 Subject: [so] intrebare acces la frigider Message-ID: <2.0beta.1068723704000.-6533070337438367259.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Dupa cum ti-ai dat seama, abordarea ta este fundamental gresita. Gandeste-te de ce apar race-urile in general, si care sunt mecanismele pentru evitarea lor. =20 Hint: cum faci sa "rezervi" cate prajituri vrei, ca sa nu ti le poata lua celalalt proces ? =20 Maria. =20 >Am si eu o pb destul de ..grava... >Intrebarea se refera la accesul la memoria partajata. >Mai precis, daca de exp un consumator face cerere pe >memoria partajata si obtine drept de acces(adica sunt >suficiente prajituri)dar intre timp (inainte de a >"pune mana pe mutex") vine procesul care curata >frigiderul si ia mutexul si scoate suficiente >prajituri astfel incat, in momentul in care termina, >in frigider nu mai sunt suficiente prajituri pt a le >scoate din memorie...Ce se poate face. Noi avem >practic 2 tipuri de consumatori care actioneza >diferit. >Ce se poate face in acest caz? Sa mai introducem un >mutex ? Ma gandesc ca modificarea prod-cons nu se >poate pune pb.. =20 >=3D=3D=3D=3D=3D =20 >I dream of finding myself laughing! =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Dupa cum ti-ai dat seama, abordarea ta este fundamental gresita.
Gandeste-te de ce apar race-urile in general, si care sunt mecanismele pentru = evitarea lor.

Hint: cum faci sa "rezervi" cate prajituri vrei, ca sa nu ti le = poata lua celalalt proces ?

Maria.

>Am si eu o pb destul de ..grava...
>Intrebarea se refera la accesul la memoria partajata.
>Mai precis, daca de exp un consumator face cerere pe
>memoria partajata si obtine drept de acces(adica sunt
>suficiente prajituri)dar intre timp (inainte de a
>"pune mana pe mutex") vine procesul care curata
>frigiderul si ia mutexul si scoate suficiente
>prajituri astfel incat, in momentul in care termina,
>in frigider nu mai sunt suficiente prajituri pt a le
>scoate din memorie...Ce se poate face. Noi avem
>practic 2 tipuri de consumatori care actioneza
>diferit.
>Ce se poate face in acest caz? Sa mai introducem un
>mutex ? Ma gandesc ca modificarea prod-cons nu se
>poate pune pb..

>=3D=3D=3D=3D=3D

>I dream of finding myself laughing!


>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 10:43:48 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:43:48 +0300 Subject: [so] alta intrebare tema 2 Message-ID: <2.0beta.1068723828027.89367946393948167.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable mail.yahoo.com Asta se refera la faptul ca ei nu se apuca sa manance pana cand nu au toti loc. =20 Maria. =20 >"Daca nu exista group_size locuri libere in sala >consumatorii din intregul grup asteapta eliberarea >lor" =20 >Intelesesem ca enuntul nu s-a schimbat. :( =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable mail.yahoo.com
Asta se refera la faptul ca ei nu se apuca sa manance pana cand nu au toti = loc.

Maria.

>"Daca nu exista group_size locuri libere in sala
>consumatorii din intregul grup asteapta eliberarea
>lor"

>Intelesesem ca enuntul nu s-a schimbat. :(


>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 10:45:59 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:45:59 +0300 Subject: [so] semafoare windows Message-ID: <2.0beta.1068723959730.7933368643405124340.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable in principiu nu... dar depinde de ce faci cu memoria partajata :P. ai putea avea probleme cu downu'. =20 Maria. >Salut! =20 > Pentru a simula un semafor care sa decrementeze cu mai mult de 1 >odata este ok daca asociez fiecarui semafor o memorie partajata? =20 >toate bune! =20 >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable in principiu nu... dar depinde de ce faci cu memoria partajata :P.
ai putea avea probleme cu downu'.

Maria.
>Salut!

> Pentru a simula un semafor care sa decrementeze cu mai mult de = 1
>odata este ok daca asociez fiecarui semafor o memorie partajata?

>toate bune!

>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 11:50:20 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Thu, 13 Nov 2003 13:50:20 +0200 (E. Europe Standard Time) Subject: [so] Conflict References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> Message-ID: <3FB36FFC.000001.01540@einstein> --------------Boundary-00=_WVGAQL80000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_WVGALVC0000000000000" --------------Boundary-00=_WVGALVC0000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable M-am lovit de urmatoarea problema.=0D Se face o cerere de prajituri din partea consumatorilor.=0D Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si i= a pentru el prajuturile vechi.=0D Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei.=0D =0D Cum rezolv problema?=0D =0D Florin --------------Boundary-00=_WVGALVC0000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
M-am lovit de urmatoarea problema.
Se face o cerere de prajituri din partea consumatorilor.
Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul= si ia pentru el prajuturile vechi.
Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei= =2E
 
Cum rezolv problema?
 
Florin
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_WVGALVC0000000000000-- --------------Boundary-00=_WVGAQL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: <8373EF3A-E7B5-4240-8244-1781197289A5> R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_WVGAQL80000000000000-- From so@atlantis.cs.pub.ro Thu Nov 13 12:23:07 2003 From: so@atlantis.cs.pub.ro (dinca radu) Date: Thu, 13 Nov 2003 14:23:07 +0200 Subject: [so] semafoare Message-ID: <200311131223.hADCN85W010603@k.k.ro> Sunt obligat sa folosesc semafoare ? Daca programul meu ar functiona la fel de bine si fara, ar fi vreo problema ? Sentimente.ro - www.sentimente.ro Peste 50.000 de prieteni te asteapta! From so@atlantis.cs.pub.ro Thu Nov 13 13:28:42 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 15:28:42 +0200 Subject: [so] semafoare In-Reply-To: <200311131223.hADCN85W010603@k.k.ro> References: <200311131223.hADCN85W010603@k.k.ro> Message-ID: On Thu, 13 Nov 2003 14:23:07 +0200, dinca radu wrote: > > Sunt obligat sa folosesc semafoare ? Daca programul meu ar functiona la > fel de bine si fara, ar fi vreo problema ? > Nu poate sa functioneze corect fara semafoare/cozi de mesaje/alte mecanisme IPC. Prin functionat corect nu se intelege faptul ca "mi-e imi merge", ci faptul ca se poate demonstra mai mult sau mai putin riguros sa nu exista conditii de cursa sau probleme de sincronizare. tavi From so@atlantis.cs.pub.ro Thu Nov 13 13:31:11 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 15:31:11 +0200 Subject: [so] Conflict In-Reply-To: <3FB36FFC.000001.01540@einstein> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <3FB36FFC.000001.01540@einstein> Message-ID: On Thu, 13 Nov 2003 13:50:20 +0200 (E. Europe Standard Time), Florin Pop wrote: > M-am lovit de urmatoarea problema. > > Se face o cerere de prajituri din partea consumatorilor. > > Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si > ia > pentru el prajuturile vechi. > Consumatorilor nu trebuie sa li se spuna ca exista prajituri. Ei trebuie sa le astepte pana cand vin. tavi From so@atlantis.cs.pub.ro Thu Nov 13 13:49:57 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 15:49:57 +0200 Subject: [so] terminare In-Reply-To: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> ok Maria. >Sper ca nu sunt depunctat daca la mine cofetaria se termina la ctrl-c. >(signal pe linux si consolectrlhandler pe windows) >Toate structurile alocate sunt dealocate in ordine, toate ipc-urile create >sunt distruse. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Thu Nov 13 16:05:51 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 18:05:51 +0200 Subject: [so] semafoare In-Reply-To: <200311131431.hADEV7eD021996@k.k.ro> References: <200311131431.hADEV7eD021996@k.k.ro> Message-ID: On Thu, 13 Nov 2003 16:31:07 +0200, dinca radu wrote: > > Pai am o locatie de memorie in care imi pun "mutex-ul" meu virtual > ...daca > locatia respectiva e 0 atunci mi se da acces la frigider , altfel > programul > asteapta sa se faca locatia 0. De ce nu mi s-ar functiona ? > > Trebuie sa ai garantia ca citirea si scrierea din "mutex-ul virtual" se fac atomic. Sunt multe motive pentru care citirea si scrierea in "multex-ul virtual" ar putea sa nu fie atomice: - optimizari de compilator - optimizari in procesor - executie paralela in procesor - cvasi-paralelismul oferit de SO pentru procese - sisteme SMP In al doilea rand, daca tu astepti ca locatia sa se faca 0 fara a folosi semafoare & stuff, o sa o faci busy wating. From so@atlantis.cs.pub.ro Thu Nov 13 20:13:42 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 13 Nov 2003 22:13:42 +0200 Subject: [so] Asteptare Message-ID: <004001c3aa22$a332c7d0$6400a8c0@andrei> This is a multi-part message in MIME format. ------=_NextPart_000_003D_01C3AA33.65B09070 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable O asteptare de genul urmator: repeta la infinit: take mutex verificare resursa partajata (eventual break) release mutex facuta de mai multe procese simultan, se considera a fi ok sau tinde = spre o asteptare blocanta? daca e ok, au toate procesele "sanse" egale de a face verificarea = resursei? ------=_NextPart_000_003D_01C3AA33.65B09070 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
O asteptare de genul = urmator:
 
repeta la infinit:
    take = mutex
    verificare resursa=20 partajata (eventual break)
    release = mutex
 
facuta de mai multe procese simultan, = se considera=20 a fi ok sau tinde spre o asteptare blocanta?
daca e ok, au toate procesele "sanse" = egale de a=20 face verificarea resursei?
------=_NextPart_000_003D_01C3AA33.65B09070-- From so@atlantis.cs.pub.ro Thu Nov 13 20:56:28 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 13 Nov 2003 12:56:28 -0800 (PST) Subject: [so] Asteptare In-Reply-To: <004001c3aa22$a332c7d0$6400a8c0@andrei> Message-ID: <20031113205628.98887.qmail@web60509.mail.yahoo.com> --- Andrei Hagiescu wrote: > O asteptare de genul urmator: > > repeta la infinit: > take mutex > verificare resursa partajata (eventual break) > release mutex > > facuta de mai multe procese simultan, se considera a > fi ok sau tinde spre o asteptare blocanta? > daca e ok, au toate procesele "sanse" egale de a > face verificarea resursei? Nu e OK pentru ca e busy-waiting. Asta daca nu cumva procesul care modifica resursa tine mutexul de la inceput si ii da drumul abia dupa modificarea resursei iar cei care citesc nu cicleaza infinit. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 09:33:52 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Fri, 14 Nov 2003 01:33:52 -0800 (PST) Subject: [so] prajituri vs consumatori In-Reply-To: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> Message-ID: <20031114093352.9175.qmail@web41007.mail.yahoo.com> Daca un consumator vrea 5 prajituri si in frigider sunt doar 3 , consumatorul va lua 3 prajituri dupa care va mai astepta sa ia 2 ? sau va astepta sa fie 5 prajituri in frigider ca sa le poate lua pe toate? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 09:55:11 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 14 Nov 2003 11:55:11 +0200 Subject: [so] prajituri vs consumatori In-Reply-To: <20031114093352.9175.qmail@web41007.mail.yahoo.com> References: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031114115453.00a5f640@mail.mymail.ro> cum vrei. Maria. >Daca un consumator vrea 5 prajituri si in frigider >sunt doar 3 , consumatorul va lua 3 prajituri dupa >care va mai astepta sa ia 2 ? > >sau va astepta sa fie 5 prajituri in frigider ca sa le >poate lua pe toate? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Fri Nov 14 14:21:39 2003 From: so@atlantis.cs.pub.ro (sorin adi) Date: Fri, 14 Nov 2003 06:21:39 -0800 (PST) Subject: [so] despre upload Message-ID: <20031114142139.22742.qmail@web21207.mail.yahoo.com> Am dat din greseala upload la o tema de windows in loc de tema de linux. Dupa care am uploadat si pe tema de linux,adica eu am trimis 2 teme identice fara sa vreau si mi-au aparut ca 2 teme trimise. Acuma nu as vrea sa ii fie corectata tema de windows (care e de fapt de linux) si vreau sa trimit si tema Windows(dar poate mai incolo in vacanta).Cum fac? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 16:03:15 2003 From: so@atlantis.cs.pub.ro (Badea Ovidiu) Date: Fri, 14 Nov 2003 08:03:15 -0800 (PST) Subject: [so] loc Message-ID: <20031114160315.98270.qmail@web13507.mail.yahoo.com> Exista vreo restrictie in ceea ce priveste locul (programul) in care trebuie sa aiba loc consumarea prajiturilor. Ceva de genul: consumatorii trebuie sa astepte sa intre in cofetarie in programul consumer si apoi sa isi astepte prajiturile in programul sweetshop? Sau asta ramane la latitudinea noastra ? In enunt nu era nimic explicit, dar dupa ce am citit niste mesaje de pe lista m-au lovit dubiile (si m-au trantit la pamant). __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 15:36:32 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 14 Nov 2003 18:36:32 +0300 Subject: [so] loc Message-ID: <2.0beta.1068827792528.2399367487516369908.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable nu exista nici o restrictie explicita dar trebuie sa te gandesti cum e mai bine. =20 Maria. >Exista vreo restrictie in ceea ce priveste locul >(programul) in care trebuie sa aiba loc consumarea >prajiturilor. Ceva de genul: consumatorii trebuie sa >astepte sa intre in cofetarie in programul consumer si >apoi sa isi astepte prajiturile in programul >sweetshop? Sau asta ramane la latitudinea noastra ? In >enunt nu era nimic explicit, dar dupa ce am citit >niste mesaje de pe lista m-au lovit dubiile (si m-au >trantit la pamant). =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable nu exista nici o restrictie explicita dar trebuie sa te gandesti cum e mai = bine.

Maria.
>Exista vreo restrictie in ceea ce priveste locul
>(programul) in care trebuie sa aiba loc consumarea
>prajiturilor. Ceva de genul: consumatorii trebuie sa
>astepte sa intre in cofetarie in programul consumer si
>apoi sa isi astepte prajiturile in programul
>sweetshop? Sau asta ramane la latitudinea noastra ? In
>enunt nu era nimic explicit, dar dupa ce am citit
>niste mesaje de pe lista m-au lovit dubiile (si m-au
>trantit la pamant).

>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/





Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Fri Nov 14 18:10:07 2003 From: so@atlantis.cs.pub.ro (Irina Carabus) Date: Fri, 14 Nov 2003 10:10:07 -0800 (PST) Subject: [so] Cakes_max Message-ID: <20031114181007.28599.qmail@web42002.mail.yahoo.com> Buna! Am si eu o intrebare : daca un consumator cere mai mult de "cakes_max " prajituri, ce se intampla? Il las sa astepte (treaba lui!) sau ii dau mesaj (si atunci va sti sa plece)? Mersi! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 22:48:23 2003 From: so@atlantis.cs.pub.ro (Ionut Cirjan) Date: Fri, 14 Nov 2003 14:48:23 -0800 (PST) Subject: Fwd: Re: [so] expandarea var de mediu in lin de comanda Message-ID: <20031114224823.21245.qmail@web41106.mail.yahoo.com> Fac fwd la un mail din timpul temei 1 . Este legat de expandarea variabilelor de mediu in Linux. S-a discutat acest lucru pe lista, s-a lamurit (atunci). Insa daca va uitati sunt puncte scazute pentru ca nu tinem cont de variabile de genul $HOME/bin (varibila trebuia sa se termina la / ). Nu e mult scazut (-0.3) si nu numai la mine, ci la toti!. Ca principiu mi se pare incorect din moment ce a aparut aceasta intrebare, a fost discutata clar si nu era *necesar* sa se utilizeze ca delimitatori si '/'. Durerea nu este in punctele scazute, si in principiul de functionare al acestei liste: avem incredere 100% in ce se raspunde/lamureste/stabileste aici ??? Ionut. PS: cred ca majoritatea colegilor mei ar vrea un raspuns. --- Cosmin Arad wrote: > From: Cosmin Arad > Subject: Re: [so] expandarea var de mediu in lin de > comanda > To: so@atlantis.cs.pub.ro > Date: Tue, 28 Oct 2003 00:17:08 -0800 (PST) > > --- Ionut Cirjan wrote: > > Sal. > > > > Pls, o mica lamurire. > > > > Daca $ apare intr-o comanda, dupa el e un cuvant > > care > > vrea sa reprezinte o variabila de mediu. > > Cum delimitam acest cuvant la celalat capat (la > > sfarsit, la ce caractere ne oprim) ? Space e > > evident, > > dar mai e si altul ? > > Alti delimitatori ar fi operatorii. Atentie insa la > '\' care poate sa iti protejeze $-ul de la inceput > caz > in care nu e vorba de o variabila de mediu ci de > numele unei comenzi sau fisier, de exemplu: ls > \$HOME > va incerca sa faca ls pe fisierul cu numele '$HOME'. > > > Dar daca cuvantul gasit nu e variabila de mediu, > cu > > ce > > il inlocuim ? > > Cu sirul vid. > > > Thanks, > > Ionut. > > __________________________________ > Do you Yahoo!? > Exclusive Video Premiere - Britney Spears > http://launch.yahoo.com/promos/britneyspears/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so ===== I wish you all a lovely day, tomorow and today. Cirjan Ionut Silviu __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 23:46:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Fri, 14 Nov 2003 15:46:32 -0800 (PST) Subject: Fwd: Re: [so] expandarea var de mediu in lin de comanda In-Reply-To: <20031114224823.21245.qmail@web41106.mail.yahoo.com> Message-ID: <20031114234632.99022.qmail@web60506.mail.yahoo.com> Salut, Eu am zis ca "Alti delimitatori ar fi operatorii". Nu am spus ca sunt singurii alti delimitatori. Din ce ti-am raspuns eu in mailul respectiv nu reiese in nici un fel ca nu este *necesar* ca variabilele de mediu sa fie delimitate la dreapta de '/'. Scopul listei este sa te ajute sa-ti faci temele. Bineinteles ca poti sa ai incredere in raspunsurile de pe lista insa citeste-le cu atentie si daca simti ca nu esti lamurit 100% mai intreaba. Succes, Cosmin --- Ionut Cirjan wrote: > Fac fwd la un mail din timpul temei 1 . > Este legat de expandarea variabilelor de mediu in > Linux. > S-a discutat acest lucru pe lista, s-a lamurit > (atunci). > Insa daca va uitati sunt puncte scazute pentru ca nu > tinem cont de variabile de genul $HOME/bin (varibila > trebuia sa se termina la / ). > Nu e mult scazut (-0.3) si nu numai la mine, ci la > toti!. > Ca principiu mi se pare incorect din moment ce a > aparut aceasta intrebare, a fost discutata clar si > nu > era *necesar* sa se utilizeze ca delimitatori si > '/'. > > Durerea nu este in punctele scazute, si in > principiul > de functionare al acestei liste: avem incredere 100% > in ce se raspunde/lamureste/stabileste aici ??? > > Ionut. > > PS: cred ca majoritatea colegilor mei ar vrea un > raspuns. > > > --- Cosmin Arad wrote: > > From: Cosmin Arad > > Subject: Re: [so] expandarea var de mediu in lin > de > > comanda > > To: so@atlantis.cs.pub.ro > > Date: Tue, 28 Oct 2003 00:17:08 -0800 (PST) > > > > --- Ionut Cirjan wrote: > > > Sal. > > > > > > Pls, o mica lamurire. > > > > > > Daca $ apare intr-o comanda, dupa el e un cuvant > > > care > > > vrea sa reprezinte o variabila de mediu. > > > Cum delimitam acest cuvant la celalat capat (la > > > sfarsit, la ce caractere ne oprim) ? Space e > > > evident, > > > dar mai e si altul ? > > > > Alti delimitatori ar fi operatorii. Atentie insa > la > > '\' care poate sa iti protejeze $-ul de la inceput > > caz > > in care nu e vorba de o variabila de mediu ci de > > numele unei comenzi sau fisier, de exemplu: ls > > \$HOME > > va incerca sa faca ls pe fisierul cu numele > '$HOME'. > > > > > Dar daca cuvantul gasit nu e variabila de mediu, > > cu > > > ce > > > il inlocuim ? > > > > Cu sirul vid. > > > > > Thanks, > > > Ionut. > > > > __________________________________ > > Do you Yahoo!? > > Exclusive Video Premiere - Britney Spears > > http://launch.yahoo.com/promos/britneyspears/ > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > ===== > > > > I wish you all a lovely day, > tomorow and today. > > Cirjan Ionut Silviu > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 23:44:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 01:44:55 +0200 Subject: [so] Cakes_max In-Reply-To: <20031114181007.28599.qmail@web42002.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> il lasi sa astepte. Maria. >daca un consumator cere mai >mult de "cakes_max " prajituri, ce se intampla? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Fri Nov 14 23:50:57 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 01:50:57 +0200 Subject: [so] Conflict In-Reply-To: <3FB36FFC.000001.01540@einstein> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Iti inteleg lovitura.... :). solutia ar fi ca in loc sa lasi consumatorii sa rezerve prajituri care ar putea dispare sa pui gunoierul in situatia in care sa poata rezerva pentru aruncare prajituri care pot fi mancate intre timp. Maria. >M-am lovit de urmatoarea problema. >Se face o cerere de prajituri din partea consumatorilor. >Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si ia >pentru el prajuturile vechi. >Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei. > >Cum rezolv problema? > >Florin --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 00:06:16 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Fri, 14 Nov 2003 16:06:16 -0800 (PST) Subject: [so] ./sweetshop parametri Message-ID: <20031115000616.29411.qmail@web60305.mail.yahoo.com> Este o sugestie ca max_cakes si max_seats sa fie luati cu getenv. Bun! dar ala care testeaza ce face se duce in fiecare consola si seteaza variabilele sau le are setate odate de la bootare si atunci ar cam trebuie sa stim numele. Sau alta intrebare, ce rost mai au paramtrii pt sweetshop daca vom face cu getenv? Intreb pt ca ar fi trist sa fac tema si la corectare: ./sweetshop 30 30 70 ... hmm nu merge? nota 4 :P deci care ma lumineaza (intrebarea este pt cei care corecteaza)? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:18:41 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 15 Nov 2003 01:18:41 -0800 (PST) Subject: [so] Cakes_max In-Reply-To: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <20031115091841.77992.qmail@web41002.mail.yahoo.com> In cazul in care un consumator va cere mai mult de cakes max el nu va fi niciodata servit deci tot grupul va ramane blocat. Sa intelegem ca acesta e un comportamnet ok ? --- Maria Mateescu wrote: > > il lasi sa astepte. > > Maria. > > > >daca un consumator cere mai > >mult de "cakes_max " prajituri, ce se intampla? > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:20:13 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 15 Nov 2003 01:20:13 -0800 (PST) Subject: [so] parametrii liniei de comanda In-Reply-To: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <20031115092013.8122.qmail@web41009.mail.yahoo.com> Se presupune ca paramterii liniei de comanda sunt dati corect adica se vor introduce niste parametrii valizi? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:34:38 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 11:34:38 +0200 Subject: [so] parametrii liniei de comanda In-Reply-To: <20031115092013.8122.qmail@web41009.mail.yahoo.com> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115113430.00a5f960@mail.mymail.ro> da >Se presupune ca paramterii liniei de comanda sunt dati >corect adica se vor introduce niste parametrii valizi? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 09:34:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 11:34:55 +0200 Subject: [so] Cakes_max In-Reply-To: <20031115091841.77992.qmail@web41002.mail.yahoo.com> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> da >In cazul in care un consumator va cere mai mult de >cakes max el nu va fi niciodata servit deci tot grupul >va ramane blocat. Sa intelegem ca acesta e un >comportamnet ok ? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 10:06:35 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sat, 15 Nov 2003 12:06:35 +0200 Subject: [so] Cakes_max References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> Message-ID: <3FB5FAAB.2040303@pcnet.ro> E a nu stiu cata oara cand se vorbeste despre chestia asta si m-am incurcat de tot.....vreau sa stiu daca e ok ca eu l-am dat afara pe clientul "mancacios" care vrea mai multe prajituri decat capacitatea frigiderului.Mai exact ies imedit ce constat ca a cerut mai multe prajituri decat cate i de pot da. Multumesc! Ruxandra From so@atlantis.cs.pub.ro Sat Nov 15 10:54:14 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 12:54:14 +0200 Subject: [so] Cakes_max In-Reply-To: <3FB5FAAB.2040303@pcnet.ro> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115125358.00ae5a68@mail.mymail.ro> e ok. si asa, si asa. >E a nu stiu cata oara cand se vorbeste despre chestia asta si m-am >incurcat de tot.....vreau sa stiu daca e ok ca eu l-am dat afara pe >clientul "mancacios" care vrea mai multe prajituri decat capacitatea >frigiderului.Mai exact ies imedit ce constat ca a cerut mai multe >prajituri decat cate i de pot da. > >Multumesc! > >Ruxandra --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 11:34:22 2003 From: so@atlantis.cs.pub.ro (Octavian PURDILA) Date: Sat, 15 Nov 2003 13:34:22 +0200 Subject: [so] Re: Am o nelamurire In-Reply-To: <20031114212032.96165.qmail@web40020.mail.yahoo.com> References: <20031114212032.96165.qmail@web40020.mail.yahoo.com> Message-ID: <1068896062.3fb60f3ecd151@cs.pub.ro> Quoting Murgan Mihai : Acest raspuns este unul generic pentru toate plangerile de genul celor de mai jos (buguri de tip buffer overflow). Nu se va mai raspunde la alte plangeri similare. > Domnule profesor, > > nedumerit. Din ceea ce spuneati dumneavoastra pe lista > reiesea clar ca se pot limita comenzile la maxim 500 > de caractere, dar sa specificam acest lucru in readme. > Exact asa am facut si eu, am specificat in readme > acest lucru si intr-adevar nu am mai verificat in > program daca se depaseste sau nu aceasta limita, din Dupa cum reiese din discutia de pe lista, puteai sa limitezi buferele, DAR trebuia sa verifici atunci cand scrii in ele astfel incat sa nu le depasesti. Problema care s-a intalnit la tine poarte numele de buffer overflow si este responsabila de 90% (sau poate chiar mai mult) de exploiturile existente. Problema buffer overflow nu poate fi corectata decat - daca programatorul programeaza corect si nu scrie in bufere mai mult decat este cazul - limbajul verifica la fiecare scriere dimensiunea bufferului Cum optiunea doi nu este implementata in C, singura solutie corecta este optiunea unu. tavi ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Sat Nov 15 12:24:18 2003 From: so@atlantis.cs.pub.ro (dinca radu) Date: Sat, 15 Nov 2003 14:24:18 +0200 Subject: [so] JMP Message-ID: <200311151224.hAFCOI6I002971@k.k.ro> ce instructiune gen jmp din assembler exista in C de linux ? si cum folosesc etichete pt. ea? daca se poate as dori un raspuns cat mai rapid , pt. ca chiar am nevoie de ea :) Radu Sentimente.ro - www.sentimente.ro Peste 50.000 de prieteni te asteapta! From so@atlantis.cs.pub.ro Sat Nov 15 12:26:36 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 04:26:36 -0800 (PST) Subject: [so] JMP In-Reply-To: <200311151224.hAFCOI6I002971@k.k.ro> Message-ID: <20031115122636.90010.qmail@web60503.mail.yahoo.com> --- dinca radu wrote: > > ce instructiune gen jmp din assembler exista in C de > linux ? si cum > folosesc etichete pt. ea? > daca se poate as dori un raspuns cat mai rapid , pt. > ca chiar am nevoie de > ea :) instructiuni; goto label; instructiuni; label: instructiuni; Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 17:09:53 2003 From: so@atlantis.cs.pub.ro (Dana Tiba) Date: Sat, 15 Nov 2003 19:09:53 +0200 (EET) Subject: [so] Conflict In-Reply-To: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Message-ID: <35508.81.196.10.119.1068916193.squirrel@dazoot.ro> Salut, In textul temei scrie: "Chiar daca a obtinut numarul de prajituri cerute, fiind tare politicos, consumatorul nu va incepe sa manance decat atunci cand toti prietenii lui si-au primit prajiturile. " Eu intelesesem ca in momentul in care un consumator comanda prajiturile dorite le si primeste (daca acestea exista in momentul acela in frigider) si apoi asteapta sa le manince (adica sa inceapa timpul aleator de microsecunde destinat mincarii). Adica in timpul in care este "politicos" si ii asteapta pe ceilalti el are deja prajiturile pe masa, nu mai sunt in frigider, deci gunoierul nu mai are de ce sa le arunce. dana > > Iti inteleg lovitura.... :). > solutia ar fi ca in loc sa lasi consumatorii sa rezerve prajituri care > ar putea dispare sa pui gunoierul in situatia in care sa poata rezerva > pentru aruncare prajituri care pot fi mancate intre timp. > > Maria. > > >>M-am lovit de urmatoarea problema. >>Se face o cerere de prajituri din partea consumatorilor. >>Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si >> ia pentru el prajuturile vechi. >>Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei. >> >>Cum rezolv problema? >> >>Florin > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so From so@atlantis.cs.pub.ro Sat Nov 15 17:48:00 2003 From: so@atlantis.cs.pub.ro (andrei damian) Date: Sat, 15 Nov 2003 19:48:00 +0200 Subject: [so] Testarea temelor Message-ID: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Salut, In urma rezultatului obtinut la tema 1 am 2 intrebari: - se tine cont de conventiile pe care le-am mentionat in readme privind = implementarea temei? - eu de exemplu am fost depunctat pentru redirectari de genul cmd1 < = cmd2 in conditiile in care am mentionat ca minishellul meu, atunci cand = apar operatori de redirectare, prelucreaza o comanda de genul 'cmd = op_redir nume_fisier'; - din discutiile de pe forum si din textul temei am inteles ca nici = nu se asteapta altceva - va exista un server pe care ne vom putea testa temele si pe care se va = face si corectura? - unele din erorile pentru care am fost depunctat nu imi apar acasa; = e posibil sa fii programat prost, dar nu as fi trimis o tema daca la = comenzi simple ar fi dat segm.fault:D; poate ar fi util sa se = stabileasca macar versiunea de kernel si cea a compilatorului pe care se = face testarea. 10x Andrei DAMIAN 342CA ------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Salut,
 
In urma rezultatului obtinut la tema 1 = am 2=20 intrebari:
- se tine cont de conventiile pe care = le-am=20 mentionat in readme privind implementarea temei?
    - eu de exemplu am = fost=20 depunctat pentru redirectari de genul cmd1 < cmd2 in conditiile = in care=20 am mentionat ca minishellul meu, atunci cand apar operatori de=20 redirectare, prelucreaza o = comanda de genul=20 'cmd op_redir nume_fisier';
    - din discutiile de = pe forum si=20 din textul temei am inteles ca nici nu se asteapta = altceva
 
- va exista un server pe care ne vom = putea testa=20 temele si pe care se va face si corectura?
    - unele din erorile = pentru care=20 am fost depunctat nu imi apar acasa; e posibil sa fii programat prost, = dar nu as=20 fi trimis o tema daca la comenzi simple ar fi dat segm.fault:D; poate ar = fi util=20 sa se stabileasca macar versiunea de kernel si cea a compilatorului pe = care se=20 face testarea.
 
10x
 
Andrei DAMIAN
342CA
 
------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/ignore; charset=US-ASCII; name="SecurityCheck.txt" Content-Disposition: inline ------------------------------------------------------- Xnet scaneaza automat toate mesajele impotriva virusilor folosind RAV AntiVirus. Xnet automatically scans all messages for viruses using RAV AntiVirus. Nota: RAV AntiVirus poate sa nu detecteze toti virusii noi sau toate variantele lor. Va rugam sa luati in considerare ca exista un risc de fiecare data cand deschideti fisiere atasate si ca MobiFon nu este responsabila pentru nici un prejudiciu cauzat de virusi. Disclaimer: RAV AntiVirus may not be able to detect all new viruses and variants. Please be aware that there is a risk involved whenever opening e-mail attachments to your computer and that MobiFon is not responsible for any damages caused by viruses. ------=_NextPart_000_0007_01C3ABB1.5FC03920-- From so@atlantis.cs.pub.ro Sat Nov 15 23:31:10 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 15 Nov 2003 15:31:10 -0800 (PST) Subject: [so] semget Message-ID: <20031115233110.90269.qmail@web11206.mail.yahoo.com> Atunci cand creez un set de semafoare cu semget, ce valoare este introdusa default in semval ? Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo legatura cu numarul maxim de grupuri ? Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 23:42:53 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 15:42:53 -0800 (PST) Subject: [so] semget In-Reply-To: <20031115233110.90269.qmail@web11206.mail.yahoo.com> Message-ID: <20031115234253.11813.qmail@web60502.mail.yahoo.com> --- Andrei Stefan wrote: > Atunci cand creez un set de semafoare cu semget, ce > valoare este introdusa default in semval ? > Id-urile grupurilor pot fi orice numere sau trebuie > sa > aiba vreo legatura cu numarul maxim de grupuri ? Referitor la prima intrebare ai putea presupune ca semafoarele sunt initializate la 0, dar cel mai sigur e sa faci tu un semctl ca sa setezi valaorea. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 00:27:08 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 15 Nov 2003 16:27:08 -0800 (PST) Subject: [so] semget In-Reply-To: <20031115234253.11813.qmail@web60502.mail.yahoo.com> Message-ID: <20031116002708.51318.qmail@web11207.mail.yahoo.com> Pot sa setez la 0 semaforul, dar intre apelul functiei semget si apelul imediat al functiei semctl, un alt proces poate accesa acest semafor, iar pe mine ma intereseaza ca inainte de accesul la semafor, el sa aiba valoarea 1. Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 00:31:24 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 16:31:24 -0800 (PST) Subject: [so] semget In-Reply-To: <20031116002708.51318.qmail@web11207.mail.yahoo.com> Message-ID: <20031116003124.71205.qmail@web60505.mail.yahoo.com> --- Andrei Stefan wrote: > Pot sa setez la 0 semaforul, dar intre apelul > functiei > semget si apelul imediat al functiei semctl, un alt > proces poate accesa acest semafor, iar pe mine ma > intereseaza ca inainte de accesul la semafor, el sa > aiba valoarea 1. Initializarea semafoarelor ar trebui facuta inainte de crearea proceselor care le vor folosi. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 08:09:45 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sun, 16 Nov 2003 00:09:45 -0800 (PST) Subject: [so] aceeasi intrebare Message-ID: <20031116080945.87256.qmail@web11204.mail.yahoo.com> Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo legatura cu numarul maxim de grupuri (intre 0 si GROUP_MAX) ? Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 12:03:23 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 16 Nov 2003 14:03:23 +0200 Subject: [so] inchidere cofetarie References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <3FB7678B.7020400@pcnet.ro> Va rog sa imi spuneti daca se scade din punctaj in caz ca nu ofer posibilitate de inchidere cofetarie in Windows.In linux le-am inchis dar cum nu s-a specificat nimic in partea de enuntz obligatoriu am considerat ca inchiderea este o facilitate in plus.In Linux oricum se impunea pentru ca altfel raman IPC-urile agatate. multumesc! Ruxandra From so@atlantis.cs.pub.ro Sun Nov 16 14:41:52 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 16 Nov 2003 06:41:52 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <20031116144152.9122.qmail@web60309.mail.yahoo.com> --0-1664088012-1068993712=:1228 Content-Type: text/plain; charset=us-ascii e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 de exemplu sa ia fiecare cate 3 si sa se blocheze? Evident ca este vorba de windows ( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1664088012-1068993712=:1228 Content-Type: text/html; charset=us-ascii

e posibil ca, daca exista 6 prajituri si vin doi clienti care cer  4 si 5 de exemplu

sa ia fiecare cate 3 si sa se blocheze?

 

Evident ca este vorba de windows

( si eu care speram sa o portez in mai putin de 3 ore )

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1664088012-1068993712=:1228-- From so@atlantis.cs.pub.ro Sun Nov 16 16:18:08 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 16 Nov 2003 08:18:08 -0800 (PST) Subject: [so] tema 1 corectare Message-ID: <20031116161808.26378.qmail@web41013.mail.yahoo.com> Salut Uitandu-ma peste notele colegilor mei, am observat urmatoarea depunctare: implementare "gresita" a operatorului de cauzalitate, comanda a doua se executa intotdeauna. Recunosc ca, la momentul implementarii temei, nu m-am documentat exact asupra chestiunii. Insa, daca dati man bash, veti observa ca si acolo spune negru pe alb (sau cum aveti voi setate terminalele) ca a doua comanda se executa "if and only if" prima a returnat cod de eroare 0. Deci, pana la urma ne straduim sa urmarim Posix-ul, sau nu? (eu de exemplu am pierdut destul de mult timp simuland paralelismul exact ca in shell, pentru ca acum sa vad ca nu asta se astepta de la noi, mai ales ca nu s-a precizat la vreun moment dat comportamentul exact asteptat). Astept lamuriri. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 16:29:39 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 16 Nov 2003 08:29:39 -0800 (PST) Subject: [so] tema 1 corectare In-Reply-To: <20031116161808.26378.qmail@web41013.mail.yahoo.com> Message-ID: <20031116162939.33899.qmail@web60504.mail.yahoo.com> --- Diana Fulger wrote: > Salut > Uitandu-ma peste notele colegilor mei, am observat > urmatoarea depunctare: implementare "gresita" a > operatorului de cauzalitate, comanda a doua se > executa > intotdeauna. > Recunosc ca, la momentul implementarii temei, nu > m-am > documentat exact asupra chestiunii. Insa, daca dati > man bash, veti observa ca si acolo spune negru pe > alb > (sau cum aveti voi setate terminalele) ca a doua > comanda se executa "if and only if" prima a returnat > cod de eroare 0. Deci, pana la urma ne straduim sa > urmarim Posix-ul, sau nu? (eu de exemplu am pierdut > destul de mult timp simuland paralelismul exact ca > in > shell, pentru ca acum sa vad ca nu asta se astepta > de > la noi, mai ales ca nu s-a precizat la vreun moment > dat comportamentul exact asteptat). > > Astept lamuriri. Iata-le: Cred ca tu interpretezi gresit textul corecturii. "Comanda a doua se executa intotdeauna" in implementarea din tema respectiva si e gresit. Corect este cum ai citit si tu in man. Nu inteleg de ce te referi la paralelism cand operatorul de cauzalitate secventiaza comenzile. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 16:31:00 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 16 Nov 2003 08:31:00 -0800 (PST) Subject: [so] tema 1 corectare In-Reply-To: <20031116162939.33899.qmail@web60504.mail.yahoo.com> Message-ID: <20031116163100.12851.qmail@web41008.mail.yahoo.com> Referinta la paralelism era ceva diferit, am observat ca si pentru asta s-a mai scazut. --- Cosmin Arad wrote: > --- Diana Fulger wrote: > > Salut > > Uitandu-ma peste notele colegilor mei, am observat > > urmatoarea depunctare: implementare "gresita" a > > operatorului de cauzalitate, comanda a doua se > > executa > > intotdeauna. > > Recunosc ca, la momentul implementarii temei, nu > > m-am > > documentat exact asupra chestiunii. Insa, daca > dati > > man bash, veti observa ca si acolo spune negru pe > > alb > > (sau cum aveti voi setate terminalele) ca a doua > > comanda se executa "if and only if" prima a > returnat > > cod de eroare 0. Deci, pana la urma ne straduim sa > > urmarim Posix-ul, sau nu? (eu de exemplu am > pierdut > > destul de mult timp simuland paralelismul exact ca > > in > > shell, pentru ca acum sa vad ca nu asta se astepta > > de > > la noi, mai ales ca nu s-a precizat la vreun > moment > > dat comportamentul exact asteptat). > > > > Astept lamuriri. > > Iata-le: > Cred ca tu interpretezi gresit textul corecturii. > "Comanda a doua se executa intotdeauna" in > implementarea din tema respectiva si e gresit. > Corect > este cum ai citit si tu in man. > > Nu inteleg de ce te referi la paralelism cand > operatorul de cauzalitate secventiaza comenzile. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 21:33:21 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 16 Nov 2003 23:33:21 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <20031116080945.87256.qmail@web11204.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031116233309.00a5fce8@mail.mymail.ro> orice numar. Maria. >Id-urile grupurilor pot fi orice numere sau trebuie sa >aiba vreo legatura cu numarul maxim de grupuri (intre >0 si GROUP_MAX) ? > > > >Andrei > >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 16 21:34:51 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 16 Nov 2003 23:34:51 +0200 Subject: [so] Bill Gates x-( In-Reply-To: <20031116144152.9122.qmail@web60309.mail.yahoo.com> References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031116233417.00a9e610@mail.mymail.ro> da. Maria. >e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 >de exemplu > >sa ia fiecare cate 3 si sa se blocheze? > > > >Evident ca este vorba de windows > >( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 16 22:15:09 2003 From: so@atlantis.cs.pub.ro (miahi) Date: Mon, 17 Nov 2003 00:15:09 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <5.1.0.14.0.20031116233309.00a5fce8@mail.mymail.ro> Message-ID: <20031116231629.DD14328C059@atlantis> nu e un pic cam tarzie precizarea asta? miahi -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Maria Mateescu Sent: 16 noiembrie 2003 23:33 To: so@atlantis.cs.pub.ro Subject: Re: [so] aceeasi intrebare orice numar. Maria. >Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo >legatura cu numarul maxim de grupuri (intre 0 si GROUP_MAX) ? > > > >Andrei From so@atlantis.cs.pub.ro Sun Nov 16 22:27:44 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Sun, 16 Nov 2003 14:27:44 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <5.1.0.14.0.20031116233417.00a9e610@mail.mymail.ro> Message-ID: <20031116222744.47117.qmail@web40002.mail.yahoo.com> --0-1932631138-1069021664=:42994 Content-Type: text/plain; charset=us-ascii Nu inteleg de ce da. In mod normal nu ar trebui sa fie servit unul dintre el si sa ramana celalalt sa astepte? In tema scrie: "fiecare consumator isi asteapta prajiturile (daca nu exista cakes_no prajituri consumatorul va astepta sa se aduca (de catre un furnizor). " Eu inteleg de aici ca presupunand ca cel cu 4 prajituri e primul venit el va lua 4 din cele 6, vor ramane 2 in frigider si cel care vrea 5 va astepta pana vine un furnizor si ii aduce cakes_no(nu neaparat cakes_no, in acest caz cakes_no-2, adica sa ii completeze pana la cakes_no). Am trimis tema in acest mod si as vrea un raspuns, te rog mult, ca sa stiu ca totul e in ordine. Mihai Murgan Maria Mateescu wrote: da. Maria. >e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 >de exemplu > >sa ia fiecare cate 3 si sa se blocheze? > > > >Evident ca este vorba de windows > >( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1932631138-1069021664=:42994 Content-Type: text/html; charset=us-ascii
Nu inteleg de ce da. In mod normal nu ar trebui sa fie servit unul dintre el si sa ramana celalalt sa astepte?
In tema scrie:
"fiecare consumator isi asteapta prajiturile (daca nu exista cakes_no prajituri consumatorul va astepta sa se aduca (de catre un furnizor). "
Eu inteleg de aici ca presupunand ca cel cu 4 prajituri e primul venit el va lua 4 din cele 6, vor ramane 2 in frigider si cel care vrea 5 va astepta pana vine un furnizor si ii aduce cakes_no(nu neaparat cakes_no, in acest caz cakes_no-2, adica sa ii completeze pana la cakes_no). Am trimis tema in acest mod si as vrea un raspuns, te rog mult, ca sa stiu ca totul e in ordine.
 
Mihai Murgan

Maria Mateescu <atta@mymail.ro> wrote:

da.

Maria.



>e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5
>de exemplu
>
>sa ia fiecare cate 3 si sa se blocheze?
>
>
>
>Evident ca este vorba de windows
>
>( si eu care speram sa o portez in mai putin de 3 ore )



---------------------------------------------------------------
Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
http://poze.acasa.ro/

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1932631138-1069021664=:42994-- From so@atlantis.cs.pub.ro Sun Nov 16 22:48:12 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 16 Nov 2003 14:48:12 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <20031116222744.47117.qmail@web40002.mail.yahoo.com> Message-ID: <20031116224812.83220.qmail@web41011.mail.yahoo.com> io am intrebat exact acelasi lucru si mi s-a zis ca putem sa facem tema cum vrem adica fie ia cate o prajitura pana isi face numarul fie le asteapta pe toate. --- Murgan Mihai wrote: > Nu inteleg de ce da. In mod normal nu ar trebui sa > fie servit unul dintre el si sa ramana celalalt sa > astepte? > In tema scrie: > "fiecare consumator isi asteapta prajiturile (daca > nu exista cakes_no prajituri consumatorul va astepta > sa se aduca (de catre un furnizor). " > Eu inteleg de aici ca presupunand ca cel cu 4 > prajituri e primul venit el va lua 4 din cele 6, vor > ramane 2 in frigider si cel care vrea 5 va astepta > pana vine un furnizor si ii aduce cakes_no(nu > neaparat cakes_no, in acest caz cakes_no-2, adica sa > ii completeze pana la cakes_no). Am trimis tema in > acest mod si as vrea un raspuns, te rog mult, ca sa > stiu ca totul e in ordine. > > Mihai Murgan > > Maria Mateescu wrote: > > da. > > Maria. > > > > >e posibil ca, daca exista 6 prajituri si vin doi > clienti care cer 4 si 5 > >de exemplu > > > >sa ia fiecare cate 3 si sa se blocheze? > > > > > > > >Evident ca este vorba de windows > > > >( si eu care speram sa o portez in mai putin de 3 > ore ) > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > --------------------------------- > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 07:17:16 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 09:17:16 +0200 Subject: [so] Testarea temelor In-Reply-To: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> References: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> Message-ID: <1069053436.3fb875fc2981e@cs.pub.ro> Salut, > In urma rezultatului obtinut la tema 1 am 2 intrebari: > - eu de exemplu am fost depunctat pentru redirectari de genul cmd1 < cmd2 > in conditiile in care am mentionat ca minishellul meu, atunci cand apar > operatori de redirectare, prelucreaza o comanda de genul 'cmd op_redir > nume_fisier'; Intr-adevar cmd1 < cmd2 nu avea ce cauta acolo, nefiind in cerintele temei. Am corectat. > - va exista un server pe care ne vom putea testa temele si pe care se va face > si corectura? > - unele din erorile pentru care am fost depunctat nu imi apar acasa; e > posibil sa fii programat prost, dar nu as fi trimis o tema daca la comenzi > simple ar fi dat segm.fault:D; poate ar fi util sa se stabileasca macar > versiunea de kernel si cea a compilatorului pe care se face testarea. In legatura cu serverul de lucru, o sa intreb. Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 07:53:04 2003 From: so@atlantis.cs.pub.ro (Ifrim Mircea) Date: Sun, 16 Nov 2003 23:53:04 -0800 (PST) Subject: [so] CreateProcess Message-ID: <20031117075304.41556.qmail@web20308.mail.yahoo.com> --0-360097760-1069055584=:38427 Content-Type: text/plain; charset=us-ascii Am si eu o mica problema: cum creez un proces pe windows care sa aiba ca parametru o functie de-a mea, de exemplu functia void myprocedure(void) ? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-360097760-1069055584=:38427 Content-Type: text/html; charset=us-ascii
Am si eu o mica problema: cum creez un proces pe windows care sa aiba ca parametru o functie de-a mea,  de exemplu functia void myprocedure(void) ?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-360097760-1069055584=:38427-- From so@atlantis.cs.pub.ro Mon Nov 17 08:39:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 00:39:32 -0800 (PST) Subject: [so] CreateProcess In-Reply-To: <20031117075304.41556.qmail@web20308.mail.yahoo.com> Message-ID: <20031117083932.12528.qmail@web60509.mail.yahoo.com> --- Ifrim Mircea wrote: > Am si eu o mica problema: cum creez un proces pe > windows care sa aiba ca parametru o functie de-a > mea, de exemplu functia void myprocedure(void) ? Nu inteleg prea bine ce vrei sa faci. Banuiesc ca vrei sa executi o functie specificata la run-time. Daca asta este cazul iti dai seama ca codul functiei trebuie sa fie executabil si sa fie incarcat undeva in segmentul de cod al procesului. Ai 2 variante: Sa definesti toate functiile al caror nume il poti primi ca parametru in programul tau sau sa le definesti intr-un DLL pe care sa-l incarci. Daca vrei sa faci altceva specifica clar ce. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 10:02:18 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 17 Nov 2003 12:02:18 +0200 Subject: [so] Testarea temelor In-Reply-To: <1069053436.3fb875fc2981e@cs.pub.ro> References: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> <1069053436.3fb875fc2981e@cs.pub.ro> Message-ID: On Mon, 17 Nov 2003 09:17:16 +0200, Doina Bucur wrote: > Salut, >> - va exista un server pe care ne vom putea testa temele si pe care se >> va face si corectura? >> Acest lucru nu este posibil: unii dintre asistenti nu pot corecta tema pe server pentru ca nu au Internet decat prin dial-up. tavi From so@atlantis.cs.pub.ro Mon Nov 17 10:18:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 17 Nov 2003 12:18:55 +0200 Subject: [so] Conflict In-Reply-To: <35508.81.196.10.119.1068916193.squirrel@dazoot.ro> References: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031117121826.00a5ff20@mail.mymail.ro> asa este cum ai zis tu, dar alta era problema lui Florin. Maria. >Salut, > >In textul temei scrie: >"Chiar daca a obtinut numarul de prajituri cerute, fiind tare politicos, >consumatorul nu va incepe sa manance decat atunci cand toti prietenii lui >si-au primit prajiturile. " > >Eu intelesesem ca in momentul in care un consumator comanda prajiturile >dorite le si primeste (daca acestea exista in momentul acela in frigider) >si apoi asteapta sa le manince (adica sa inceapa timpul aleator de >microsecunde destinat mincarii). Adica in timpul in care este "politicos" >si ii asteapta pe ceilalti el are deja prajiturile pe masa, nu mai sunt in >frigider, deci gunoierul nu mai are de ce sa le arunce. > >dana --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 17 10:20:27 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 17 Nov 2003 12:20:27 +0200 Subject: [so] inchidere cofetarie In-Reply-To: <3FB7678B.7020400@pcnet.ro> References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031117121925.00a93778@mail.mymail.ro> e bine. terminarea se cere tocmai pentru ca ramaneau IPCuri nedistruse. Maria. >Va rog sa imi spuneti daca se scade din punctaj in caz ca nu ofer >posibilitate de inchidere cofetarie in Windows.In linux le-am inchis dar >cum nu s-a specificat nimic in partea de enuntz obligatoriu am considerat >ca inchiderea este o facilitate in plus.In Linux oricum se impunea pentru >ca altfel raman IPC-urile agatate. > >multumesc! > >Ruxandra --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 17 10:46:35 2003 From: so@atlantis.cs.pub.ro (bogdan dragusanu) Date: Mon, 17 Nov 2003 02:46:35 -0800 (PST) Subject: [so] 'ipcs' pe Win Message-ID: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Cum putem vedea semafoarele , cozile de mesaje, memoriile partajate ramase pe Windows. Adica ceva analog lui 'ipcs' de pe Linux. Eventual cum se poate da remove. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 10:59:25 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Mon, 17 Nov 2003 12:59:25 +0200 Subject: [so] despre upload In-Reply-To: <20031114142139.22742.qmail@web21207.mail.yahoo.com> References: <20031114142139.22742.qmail@web21207.mail.yahoo.com> Message-ID: <3FB8AA0D.5080903@romus.ro> sorin adi wrote: >Am dat din greseala upload la o tema de windows in loc >de tema de linux. >Dupa care am uploadat si pe tema de linux,adica eu am >trimis 2 teme identice fara sa vreau si mi-au aparut >ca 2 teme trimise. >Acuma nu as vrea sa ii fie corectata tema de windows >(care e de fapt de linux) si vreau sa trimit si tema >Windows(dar poate mai incolo in vacanta).Cum fac? > > Se ia in considerare ultima tema trimisa. --Adrian. From so@atlantis.cs.pub.ro Mon Nov 17 11:06:39 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Mon, 17 Nov 2003 13:06:39 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <20031116231629.DD14328C059@atlantis> References: <20031116231629.DD14328C059@atlantis> Message-ID: <3FB8ABBF.6090707@romus.ro> miahi wrote: >nu e un pic cam tarzie precizarea asta? > >miahi > > Cred ca intrebarile voastre vin cam tarziu! Au fost doua saptamani pentru tema!! --Adrian. From so@atlantis.cs.pub.ro Mon Nov 17 11:10:02 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Mon, 17 Nov 2003 13:10:02 +0200 Subject: [so] 'ipcs' pe Win In-Reply-To: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Message-ID: > Cum putem vedea semafoarele , cozile de mesaje, memoriile partajate ramase pe Windows. Adica ceva analog lui 'ipcs' de pe Linux. Eventual cum se poate da remove. http://www.sysinternals.com/ntw2k/freeware/procexp.shtml Toate obiectele din kernel sunt distruse cand e distrusa ultima referinta din sistem care indica spre ele. Referintele se inchid cu CloseHandle de catre programator sau la terminarea procesului. Ca sa fii sigur ca ai distrus un obiect din kernel, ori inchizi tu tot ce ai deschis (CloseHandle) ori inchizi toate procesele care au deschis handles la obiectele respective. Ovidiu From so@atlantis.cs.pub.ro Mon Nov 17 11:11:05 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 03:11:05 -0800 (PST) Subject: [so] 'ipcs' pe Win In-Reply-To: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Message-ID: <20031117111105.14742.qmail@web60505.mail.yahoo.com> --- bogdan dragusanu wrote: > Cum putem vedea semafoarele , cozile de mesaje, > memoriile partajate ramase pe Windows. Adica ceva > analog lui 'ipcs' de pe Linux. Eventual cum se poate > da remove. Exista utilitarul WinObj cu care poti vedea obiectele Windows. Daca dai dublu-click pe un Mutex sau Semafor iti spune daca este ocupat respectiv valoarea smeaforului. http://www.sysinternals.com/ntw2k/freeware/winobj.shtml Fiecare obiect are un contor de utilizare (de handle-uri deschise la acel obiect). La CloseHandle contorul respectiv este decrementat iar la Open... ori DuplicateHandle este incrementat. Mai exista un contor de referiri ale obiectului respectiv de catre sistemul de operare. De exemplu un semafor poate fi folosit de catre un driver. Cand ambele contoare ajung la 0 obiectul este distrus automat. Chiar daca tu nu dai CloseHandle oricum la terminarea procesului sunt inchise toate handle-urile deschise in proces, asadar obiectele se distrug automat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 13:00:41 2003 From: so@atlantis.cs.pub.ro (Roxana Andrei) Date: Mon, 17 Nov 2003 05:00:41 -0800 (PST) Subject: [so] Inchidere handle in Windows Message-ID: <20031117130041.11433.qmail@web21102.mail.yahoo.com> Eu am trimis tema de win si in urma discutiilor de astazi de pe grup m-am gandit sa intreb daca se depuncteaza daca nu am dat closehandle la toate obiectele. Dau doar in cei care le CREEAZA (frara cei care le deschid). Si inca o intrebare: negasind un "random" pentru win32 api, am citit in linia de comanda timpul de mancare prajituri. Daca nu se scade, nu as vrea sa retrimit (-0.25). Multumesc __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 13:08:16 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Mon, 17 Nov 2003 15:08:16 +0200 Subject: [so] tema 3 Message-ID: <20031117125913.M97111@idilis.ro> In enuntul temei 3 se specifica ca trebuie implementate politicile SIGNAL AND CONTINUE si SIGNAL AND WAIT. Eu am citit in primul document dat pe site ca exista SIGNAL AND WAIT si SIGNAL AND URGENT WAIT diferenta fiind aceea ca la SIGNAL AND WAIT prioritate cozii Entry=prioritatea cozii Signaller, iar la SIGNAL AND URGENT WAIT prioritatea cozii Entry 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu zice nimic de pb. 2. In documentatia de mingw care e referita la observatii (http://www.mingw.org/docs.shtml) nu am gasit instructiuni despre creat DLL de windows. Zice acolo ceva de librarii .so, etc, dar de .dll nu am vazut nimic. Daca se poate un link mai precis... -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again From so@atlantis.cs.pub.ro Mon Nov 17 16:45:38 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 18:45:38 +0200 Subject: [so] tema1 - corectare & note Message-ID: <1069087538.3fb8fb32075ad@cs.pub.ro> Salut, Baremul temei 1 arata asa: 1p - afisarea promptului si tot ce depinde de el 0.25p - posibilitatea de a citi & executa comenzi in linia de comanda/fisier (aici s-a scazut mai ales pentru buguri de citire din fisier) 0.75p - implementarea cd (comanda interna) 1p - executia comenzilor externe 1p - recunoasterea si expandarea variabilelor de mediu 1p - executia secventiala ";" 1p - executia paralela "&" 1p - executia cauzala "&&" 1p - executia cu pipe "|" 0.5p - redirectarea de output ">" 0.5p - redirectarea de output/err "&>" 0.5p - redirectarea de err "2>" 0.5p - indirectarea "<" Punctajele de mai sus sunt maximul de punctaj care vi se poate scadea pe o subproblema (de ex. "|") daca nu e implementata deloc. In afara de punctajele care vi se pot scadea pentru asta, exista punctaje scazute pentru incorectitudinea programarii (materializate prin segfault, de ex) . Pentru fiecare problema/bug pe care l-am intalnit, exista un punctaj fix care se scade (sau un interval de punctaj, in cazuri rare). Au existat vreo doua probleme/buguri pentru care a fost cazul ca punctajele sa fie modificate pe parcursul corectarii, de unde si eventualele neclaritati (asta si din cauza ca rezultatele au fost publicate partial pe site, inainte de terminarea corectarii - asta a fost necesar, ca sa nu repetati greselile la tema2). De ex.: -0.30 - fisierele rezultate prin redirectare de output/err nu au drepturi (parametrul mode la open) -0.20 - redirectarea la output/err nu face trunchiere pe fisiere existente -0.30 - segfault la getenv -1 - segfault la malloc & friends (buffer overflow) intre 0 si 0.60 - probleme de parsare a spatiilor (depunctarea depinde de gravitate); pentru simplitate problemele de genul asta, in afara de cateva cazuri speciale, au fost in final uniformizate etc Pentru neclaritati mailto: dee@cs.pub.ro, nu pe lista. Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 17:54:43 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 17 Nov 2003 19:54:43 +0200 Subject: [so] tema3 In-Reply-To: <20031117145954.6D8643FCF2@server1.messagingengine.com> References: <20031117145954.6D8643FCF2@server1.messagingengine.com> Message-ID: On Mon, 17 Nov 2003 16:59:54 +0200, Bogdan Butnaru wrote: > 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei > probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu > zice nimic de pb. > Formularea va invita sa trimiteti mailuri pe lista daca exista neclaritati :) > 2. In documentatia de mingw care e referita la observatii > (http://www.mingw.org/docs.shtml) nu am gasit instructiuni despre creat > DLL de windows. Zice acolo ceva de librarii .so, etc, dar de .dll nu am > vazut nimic. Daca se poate un link mai precis... > Nu prea ai cautat... Al treilea bulet: How to create a dll Here's an example. Cut and paste the following into a file named dllfct.h: #ifdef BUILD_DLL // the dll exports #define EXPORT __declspec(dllexport) #else // the exe imports #define EXPORT __declspec(dllimport) #endif // function to be imported/exported EXPORT void tstfunc (void); Cut and paste the following into a file named dllfct.c: #include #include "dllfct.h" EXPORT void tstfunc (void) { printf ("Hello\n"); } Cut and paste the following into a file named hello.c: #include "dllfct.h" int main () { tstfunc (); return (0); } To create the dll and an executable that uses it, try the following: gcc -c hello.c gcc -c -DBUILD_DLL dllfct.c dllwrap --output-lib=libtstdll.a --dllname=tst.dll --driver-name=gcc dllfct.o gcc -o hello.exe hello.o -L./ -ltstdll For more information on dlls, see http://www.nanotech.wisc.edu/~khan/software/gnu-win32/dllhelpers.html tavi From so@atlantis.cs.pub.ro Mon Nov 17 18:11:33 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Mon, 17 Nov 2003 10:11:33 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <1069087538.3fb8fb32075ad@cs.pub.ro> Message-ID: <20031117181133.70849.qmail@web11203.mail.yahoo.com> Ar fi fost bine de stiut de la inceput cam ce teste ar fi trebuit sa indeplineasca temele noastre, nu sa ne imaginam noi teste posibile si sa nu stim de fapt ce se cere de la noi ..... Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 20:24:51 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 22:24:51 +0200 Subject: [so] Re: Fwd: corectare tema1 linux In-Reply-To: References: Message-ID: <1069100691.3fb92e9373fc4@cs.pub.ro> Cum destul de multi dintre voi ati ales comportamentul tip "pus in background" pentru &, mesajul asta devine general: > ------- Forwarded message ------- > From: Catalin Constantin > To: tavi@cs.pub.ro > Subject: corectare tema1 linux > Date: Mon, 17 Nov 2003 22:14:01 +0200 > > > http://cs.pub.ro/so/Teme/note/343CA/ConstantinCatalin/tema1/lin/NOTA > > > > -0.40 > > > > Actiunea lui sleep nu e vizibila in testul urmator: > > > > [tavi@lemon]> sleep 2 & ls -la > > total 108 > > drwxr-xr-x 4 tavi tavi 4096 Nov 16 20:06 . > > drwxr-xr-x 3 tavi tavi 4096 Nov 2 23:35 .. > > // executia se termina imediat; pe primul proces nu faci wait la > > exec_comanda(,,false) > > > > > > mi se pare perfect normal sa faca asa > > pentru ca & pune in background ! Enuntul temei zice asa: "Operatorul de paralelism "&" . Astfel "alfa & beta" va executa comenzile alfa si beta in paralel." Adica trebuia sa implementati o facilitate care nu isi are echivalentul in bash, si pentru operatorul asta sa nu imitati bashul. > > am testat si pe bash si face la fel cum fac eu. Doina -- dee@cs.pub.ro ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 22:36:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 14:36:21 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031117125913.M97111@idilis.ro> Message-ID: <20031117223621.23494.qmail@web60508.mail.yahoo.com> --- Ioana Cutcutache wrote: > In enuntul temei 3 se specifica ca trebuie > implementate politicile SIGNAL > AND CONTINUE si SIGNAL AND WAIT. Eu am citit in > primul document dat pe site > ca exista SIGNAL AND WAIT si SIGNAL AND URGENT WAIT > diferenta fiind aceea ca > la SIGNAL AND WAIT prioritate cozii > Entry=prioritatea cozii Signaller, iar la > SIGNAL AND URGENT WAIT prioritatea cozii > Entry In enunt se specifica de asemenea ca : > "Cand aveti fire de executie in toate cozile > alegerea se va face tinand > cont ca coada de procese blocate la intrare, Entry > Queue, este cea mai putin > prioritara." > Din aceasta inteleg ca prioritatea Entry > Queue Queue, deci noi practic trebuie sa implementam > varianta SIGNAL AND URGENT > WAIT. Asa e? Da, asa e. Am scris eu prescurtat :). Am pus o clarificare la Observatii in legatura cu asta. > A doua intrebare : daca mai multe fire de > executie asteapta la o variabila > conditie trebuie ca atunci cand se da signal pe > variabila respectiva sa fie > trecut in coada Waiting cel care asteapta de cel mai > mult timp sau oricare > din ele? (daca ar trebui luat in considerare cel > care asteapta de cel mai de > mult ar trebui folosite si niste cozi...) Oricare dintre ele. Pe langa faptul ca este mai complicata, implementarea cu cozi FIFO aduce si o penalizare de performanta (can u see why?), deci nu isi are rostul. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 23:02:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 15:02:54 -0800 (PST) Subject: [so] P(n) pe Windows Message-ID: <20031117230254.17549.qmail@web60509.mail.yahoo.com> Salut, Cred ca unii dintre voi ati abordat gresit problema cu P(n) in Windows. Daca protejezi semaforul cu un mutex si faci n operatii WaitForSingleObject dupa care eliberezi mutexul se intampla serializarea operatiilor P. De exemplu pentru un semafor cu valoarea 6 pe care se fac operatiile P(7), P(2), P(2), P(2) din 4 threaduri diferite, operatiile P(2) vor astepta dupa P(7) care tine mutexul asociat semaforului, desi nu ar trebui sa astepte. Am pus la http://cs.pub.ro/~so/Laboratoare/Semaphore.zip o propunere de semafor generalizat pe Windows cu operatiile P(n), V(n) si WaitZero(). Semaforul poate fifolosit cu threaduri, asigura fairness si nu serializeaza operatiile. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 18 14:26:13 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Tue, 18 Nov 2003 16:26:13 +0200 Subject: [so] tema3 In-Reply-To: References: <20031117145954.6D8643FCF2@server1.messagingengine.com> Message-ID: <20031118142613.6A54941E2E@server1.messagingengine.com> OK, am inteles cum e cu dll-urile. Totusi, care sunt formularile pentru cele trei probleme suplimentare: Bounded Buffer cu mai multi producatori si mai multi consumatori, Dining Philosophers, Cigarette Smokers? On Mon, 17 Nov 2003 19:54:43 +0200, "Octavian Purdila" said: > On Mon, 17 Nov 2003 16:59:54 +0200, Bogdan Butnaru > wrote: > > > 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei > > probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu > > zice nimic de pb. > > > > Formularea va invita sa trimiteti mailuri pe lista daca exista > neclaritati > :) > -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Faster than the air-speed velocity of an unladen european swallow From so@atlantis.cs.pub.ro Wed Nov 19 06:51:54 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Wed, 19 Nov 2003 08:51:54 +0200 Subject: [so] tema 3 References: <20031117223621.23494.qmail@web60508.mail.yahoo.com> Message-ID: <000c01c3ae69$a1be7ac0$0c829ad5@ioana> Am o nelamurire : vad ca s-a mai schimbat ceva in enuntul temei, si anume a disparut propozitia "Deblocarea unui fir de executie din orice coada din monitor se va face obligatoriu in ordine FIFO." Asta inseamna ca nu trebuie sa fie deblocate in ordine FIFO firele de executie din Entry, Waiting, Signaller? De asemenea la destroy se spune "destroy - apelat cand monitorul nu este liber, mai exista un fir de executie activ in monitor. " Prin fir activ ce se intelege? Firul care detine monitorul? Banuiesc ca nu se poate distruge un monitor daca sunt fire care asteapta in una din cozi, chiar daca nici unul nu il detine. Rezolvarea celor 2 probleme se poate face cu oricare din politici vrem? From so@atlantis.cs.pub.ro Wed Nov 19 10:30:46 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 19 Nov 2003 02:30:46 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <000c01c3ae69$a1be7ac0$0c829ad5@ioana> Message-ID: <20031119103046.86608.qmail@web60505.mail.yahoo.com> --- Ioana Cutcutache wrote: > Am o nelamurire : vad ca s-a mai schimbat ceva > in enuntul temei, si > anume a disparut propozitia "Deblocarea unui fir de > executie din orice coada > din monitor se va face obligatoriu in ordine FIFO." > Asta inseamna ca nu > trebuie sa fie deblocate in ordine FIFO firele de > executie din Entry, > Waiting, Signaller? Exact. Nu este obligatorie ordinea FIFO in nici una din cozi. > De asemenea la destroy se spune "destroy - > apelat cand monitorul nu > este liber, mai exista un fir de executie activ in > monitor. " Prin fir activ > ce se intelege? Firul care detine monitorul? > Banuiesc ca nu se poate > distruge un monitor daca sunt fire care asteapta in > una din cozi, chiar daca > nici unul nu il detine. Da, prin fir activ se intelege cel care detine monitorul. Da, nu se poate distruge nici daca ai fire blocate in el. Am omis sa specific. > Rezolvarea celor 2 probleme se poate face cu > oricare din politici vrem? Da. In situatia in care una din probleme necesita o anumita politica specificati in README de ce. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 10:55:09 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 19 Nov 2003 02:55:09 -0800 (PST) Subject: [so] tema3 In-Reply-To: <20031118142613.6A54941E2E@server1.messagingengine.com> Message-ID: <20031119105510.3631.qmail@web60508.mail.yahoo.com> --- Bogdan Butnaru wrote: > OK, am inteles cum e cu dll-urile. Totusi, care sunt > formularile pentru > cele trei probleme suplimentare: > > Bounded Buffer cu mai multi producatori si mai multi > consumatori, > Dining Philosophers, > Cigarette Smokers? BoundedBuffer e problema producator consumator. Producatorul produce (adauga) elemente intr-un buffer de dimensiune fixa, iar consumatorul extrage elemente din buffer. De data aceasta vei avea mai mult de un producator si mai mult de un consumator. Practic nu e mare diferenta. Producatorii trebuie sa astepte la o conditie full si consumatorii la o conditie empty. Problema e banala dar s-o rezolvati corect. Dining philosophers e problema clasica cu N filosofi in jurul unei mese rotunde. Fiecare are in fata sa o farfurie cu spagette si exista N furculite plasate intre cele N farfurii astfel incat fiecare filosof are in stanga si in dreapta cate o furculita pe care se "bate" cu vecinii din stanga respectiv dreapta. In caz ca mai trebuie mentionat, filosofii sunt procese care concureaza pt resursele de tip furculita. Exista in cartea Modern Operating Systems a lui Tanenbaum o solutie cu semafoare la acesta problema. Voi trebuie sa gasiti o solutie cu monitoare si sunteti restrictionati la a folosi doar un monitor. Probabil ca in loc sa astepte la niste monitoare filosofii vor astepta la niste variabile conditie din monitor. S-ar putea ca inlocuirea chioara a semafoarelor din solutia lui Tanenbaum cu variabile conditie sa nu reprezinte o solutie corecta. Trebuie sa evitati deadlock, livelock, etc. Solutii gresite gasiti in curs ca sa vedeti care sunt capcanele. In problema Cigarette Smokers avem 4 procese: 3 fumatori si un agent. Fiecare fumator detine unul dintre ingredientele: tutun, hartie si chibrite, necesare pentru a aprinde o tigara. Asadar un fumator va avea doar tutun, unul doar hartie si unul doar chibrite. Agentul va avea o cantitate nelimitata din toate cele 3 ingrediente. La un moment dat agentul pune pe masa 2 dintre ingrediente, pe rand, iar fumatorul care il are pe al treilea isi va aprinde o tigara. Agentul va astepta ca fumatorul sa termine de fumat dupa care ciclul se repeta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 11:20:57 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 19 Nov 2003 13:20:57 +0200 Subject: [so] tema1 - corectare & note In-Reply-To: <20031117181133.70849.qmail@web11203.mail.yahoo.com> References: <20031117181133.70849.qmail@web11203.mail.yahoo.com> Message-ID: <3FBB5219.3080707@romus.ro> Andrei Stefan wrote: >Ar fi fost bine de stiut de la inceput cam ce teste ar >fi trebuit sa indeplineasca temele noastre, nu sa ne >imaginam noi teste posibile si sa nu stim de fapt ce >se cere de la noi ..... > Nu inteleg care-i problema. Scrie pe site (in enuntul temei si pe mail-list) ce trebuie sa faca temele, sau cum zici tu: ce se cere de la voi. Programele nu se fac sa mearga pe anumite teste! Ci pe toate combinatiile de teste care se incadreaza in cerinte. --sadyc From so@atlantis.cs.pub.ro Wed Nov 19 11:24:55 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 19 Nov 2003 13:24:55 +0200 Subject: [so] tema3 In-Reply-To: <20031118142613.6A54941E2E@server1.messagingengine.com> References: <20031117145954.6D8643FCF2@server1.messagingengine.com> <20031118142613.6A54941E2E@server1.messagingengine.com> Message-ID: <3FBB5307.6030805@romus.ro> Bogdan Butnaru wrote: >OK, am inteles cum e cu dll-urile. Totusi, care sunt formularile pentru >cele trei probleme suplimentare: > >Bounded Buffer cu mai multi producatori si mai multi consumatori, >Dining Philosophers, >Cigarette Smokers? > Da voi chiar nu cititi nimic ??? Daca nu ma insel aveti bibliografie pentru SO, crezi ca-i data de pomana? PS: nu astept raspuns la acest email! --sadyc From so@atlantis.cs.pub.ro Wed Nov 19 11:45:10 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Wed, 19 Nov 2003 03:45:10 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <3FBB5219.3080707@romus.ro> Message-ID: <20031119114510.22866.qmail@web41014.mail.yahoo.com> Sa nu exageram importanta informatiilor vehiculate atat pe site, cat si pe mailing list, atata timp cat la intrebarile pentru tema 1 v-ati lansat cu totii in indicatii din cele mai pretioase, iar specificatia exacta a ceea ce se astepta de la noi a sosit abia ca justificare a corectarii. --- Adrian Stanciu wrote: > Andrei Stefan wrote: > > >Ar fi fost bine de stiut de la inceput cam ce teste > ar > >fi trebuit sa indeplineasca temele noastre, nu sa > ne > >imaginam noi teste posibile si sa nu stim de fapt > ce > >se cere de la noi ..... > > > Nu inteleg care-i problema. > Scrie pe site (in enuntul temei si pe mail-list) ce > trebuie sa faca > temele, sau cum zici tu: ce se cere de la voi. > > Programele nu se fac sa mearga pe anumite teste! > Ci pe toate combinatiile de teste care se incadreaza > in cerinte. > > --sadyc > > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 12:41:22 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 19 Nov 2003 14:41:22 +0200 Subject: [so] tema1 - corectare & note In-Reply-To: <20031119114510.22866.qmail@web41014.mail.yahoo.com> References: <20031119114510.22866.qmail@web41014.mail.yahoo.com> Message-ID: Acesta este raspunsul final. Alte intrebari similare (sau comentarii) nu vor mai primi raspuns din partea noastra. On Wed, 19 Nov 2003 03:45:10 -0800 (PST), Diana Fulger wrote: > Sa nu exageram importanta informatiilor vehiculate > atat pe site, cat si pe mailing list, atata timp cat > la intrebarile pentru tema 1 v-ati lansat cu totii in > indicatii din cele mai pretioase, iar specificatia O fraza de introducere frumos construita, cu accente satirice. Dar cu ce o sustii? > exacta a ceea ce se astepta de la noi a sosit abia ca > justificare a corectarii. > Ce se astepta de la voi era specificat in cerintele temei. Fiecare punct din barem este prezent in cerintele temei. Cat despre "nu ar trebuie sa fim depunctati pentru greseli de C" pe care am mai auzit-o... Este o scuza lamentabila. Si in contextul de fata nu are sens: toate sistemele de operare in uz la ora actuala au fost scrise in C, si facilitatile puse la dispozitie de ele sunt disponibile la nivelul cel mai apropiat de SO tot din C. Si ati fost avertizati de la inceput, dar cati dintre voi s-au obosit sa citeasca regulile? Si in fine, o ultima remarca relativ la "cam ce teste ar fi trebuit sa indeplineasca temele noastre". Programele nu sunt terminate atunci cand s-a terminat de scris ultima linie de cod. Ele trebuie testate. De catre programatori in faza initiala pentru a scoate bug-urile evidente, si apoi de echipa QA. tavi From so@atlantis.cs.pub.ro Wed Nov 19 15:59:37 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Wed, 19 Nov 2003 07:59:37 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <3FBB5219.3080707@romus.ro> Message-ID: <20031119155937.94875.qmail@web11208.mail.yahoo.com> Pot sa existe mii de teste ..... Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 20 22:00:25 2003 From: so@atlantis.cs.pub.ro (Sava Ionut) Date: Thu, 20 Nov 2003 14:00:25 -0800 (PST) Subject: [so] In legatura cu corectarea Message-ID: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Am vazut ca tema 1 a fost corectata mai dur. E foarte bine. Ideea ar fi sa invatam ceva din toata chestia asta. Nu sa vedem ce punctaje mici am luat ... Eu as propune asta : sa se spuna cam care vor fi testele ( cel putin mai vag ) sau anume la ce sa fim atenti. Cu alte cuvinte ar trebui sa fim un pic ajutati sa gasim bugurile ca sa putem rezolvam, mai degraba decat sa vedem ca suntem depunctati. Eu personal nu cred ca cineva dupa ce isi vede tema corectata se apuca sa isi corecteze bugurile, deci cu alte cuvinte nu prea invata multe. De asemenea ar fi sa se faca pentru fiecare tema o lista de greseli frecvente si cum se pot rezolva ( eventual si cod dc nu depaseste 5-6 linii). Sau sa fie puse pe site un numar de teme facute f bine ca sa putem sa ne comparam (Chiar daca toti ar face o tema perfect tot ar fi unele care sa fie facute optimizat, cu mai putine linii de cod, mai elegant ... SI TOT AR FI O SANSA IN PLUS SA INVETI CEVA). De exemplu am vazut la mai multi oamneni nu se inchidea pipe-ul. Nu stiam ca trebuia inchis capatul de scriere al pipeului inainte de exec. Si probabil dc nu auzeam pe cine trebuie nici n-as fi aflat prea curand. As dori sa primesc un raspuns la acest mail. Have a nice day! __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Fri Nov 21 08:08:17 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 21 Nov 2003 10:08:17 +0200 Subject: [so] In legatura cu corectarea In-Reply-To: <20031120220025.85634.qmail@web21107.mail.yahoo.com> References: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Message-ID: On Thu, 20 Nov 2003 14:00:25 -0800 (PST), Sava Ionut wrote: > Eu as propune asta : sa se spuna cam care vor fi > testele ( cel putin mai vag ) sau anume la ce sa fim > atenti. Cu alte cuvinte ar trebui sa fim un pic In primul si in primul rand ar trebui sa cititi modalitatea de punctare, si mai ales de depunctare din sectiunea Reguli. Daca exista neclaritati, la cum puteti detecta situatiile descrise acolo, intrebati pe lista. Aproape toate greselile pentru care au fost depunctate majoritatea temelor sunt intalnite in acea lista. In al doilea rand: testati-va temele singuri. Contrar a ceea ce cred unii, nu e nevoie de mii de teste pentru a va verifica programul. Daca aveti clara arhitectura programului este simplu sa testati componentele acestuia, si sa eliminati bugurile evidente. In cazul primei teme acest lucru era banal, pentru ca fiecare comanda putea fi testata separat. Testarea temei este la fel de importanta ca si implementarea ei, asa ca noi consideram ca este mai bine sa nu va dam testele, astfel incat voi sa va ganditi la ele, si prin acest lucru sa intelegeti mai bine tema. > ajutati sa gasim bugurile ca sa putem rezolvam, mai > degraba decat sa vedem ca suntem depunctati. Eu > personal nu cred ca cineva dupa ce isi vede tema > corectata se apuca sa isi corecteze bugurile, deci cu > alte cuvinte nu prea invata multe. > Nu e atat de important sa corectati bugurile unei teme ce a fost notata deja, decat ca exercitiu. Dar e important sa intelegeti de ce a aparuta bugul, si cum puteti evita situatii de genul acesta in viitor. Stiti voi, errare humanum est, perseverare diabolicum. > De asemenea ar fi sa se faca pentru fiecare tema o > lista de greseli frecvente si cum se pot rezolva ( > eventual si cod dc nu depaseste 5-6 linii). Sau sa fie Cea mai frecventa "greseala" este faptul ca nu se programeaza cu pagina de manual in fata. Inainte de a folosi o functie, cititi cu atentie, si pe cat posibil, toata pagina de manual si luati in calcul toate posibilitatile oricat de improbabile ar parea ele. In plus, exista un stil de programare ce duce inevitabil la buguri: fixarea unor limite. Uneori acest lucru este inevitabil, dar in aceste cazuri tineti cont de limite. Aceste greseli sunt cauza a probabil 90% din buguri. > puse pe site un numar de teme facute f bine ca sa > putem sa ne comparam (Chiar daca toti ar face o tema > perfect tot ar fi unele care sa fie facute optimizat, > cu mai putine linii de cod, mai elegant ... SI TOT AR > FI O SANSA IN PLUS SA INVETI CEVA). Acest lucru este imposibil, in situatia in care temele sunt valabile inclusiv in sesiunea de restanta. > De exemplu am vazut la mai multi oamneni nu se > inchidea pipe-ul. Nu stiam ca trebuia inchis capatul > de scriere al pipeului inainte de exec. Si probabil dc > nu auzeam pe cine trebuie nici n-as fi aflat prea > curand. Sunt curios: ai fost la laborator? tavi From so@atlantis.cs.pub.ro Fri Nov 21 09:07:48 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Fri, 21 Nov 2003 01:07:48 -0800 (PST) Subject: [so] In legatura cu corectarea In-Reply-To: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Message-ID: <20031121090748.64855.qmail@web41015.mail.yahoo.com> --0-752689260-1069405668=:62183 Content-Type: text/plain; charset=us-ascii Salut, Chestia cu pipe-ul nu a fost o capcana. Este o chestie tehnica deci legata de laborator , si la care ai fi primit raspunsul si inainte daca ai fi intrebat ( inainte de a trimite tema). P.S. : Aceasta lista vizeaza numai intrebari si raspunsuri legate de teme. Pentru orice alta nelamurire,propunere, etc ar trebui sa va adresati direct la tavi@cs.pub.ro sau direct laborantului (cand problema este de ordin tehnic) George Sava Ionut wrote: Am vazut ca tema 1 a fost corectata mai dur. E foarte bine. Ideea ar fi sa invatam ceva din toata chestia asta. Nu sa vedem ce punctaje mici am luat ... Eu as propune asta : sa se spuna cam care vor fi testele ( cel putin mai vag ) sau anume la ce sa fim atenti. Cu alte cuvinte ar trebui sa fim un pic ajutati sa gasim bugurile ca sa putem rezolvam, mai degraba decat sa vedem ca suntem depunctati. Eu personal nu cred ca cineva dupa ce isi vede tema corectata se apuca sa isi corecteze bugurile, deci cu alte cuvinte nu prea invata multe. De asemenea ar fi sa se faca pentru fiecare tema o lista de greseli frecvente si cum se pot rezolva ( eventual si cod dc nu depaseste 5-6 linii). Sau sa fie puse pe site un numar de teme facute f bine ca sa putem sa ne comparam (Chiar daca toti ar face o tema perfect tot ar fi unele care sa fie facute optimizat, cu mai putine linii de cod, mai elegant ... SI TOT AR FI O SANSA IN PLUS SA INVETI CEVA). De exemplu am vazut la mai multi oamneni nu se inchidea pipe-ul. Nu stiam ca trebuia inchis capatul de scriere al pipeului inainte de exec. Si probabil dc nu auzeam pe cine trebuie nici n-as fi aflat prea curand. As dori sa primesc un raspuns la acest mail. Have a nice day! __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-752689260-1069405668=:62183 Content-Type: text/html; charset=us-ascii
Salut,
 
Chestia cu pipe-ul nu a fost o capcana. Este o chestie tehnica deci legata de laborator ,
si la care ai fi primit raspunsul si inainte daca ai fi intrebat ( inainte de a trimite tema).
 
P.S. : Aceasta lista vizeaza numai intrebari si raspunsuri legate de teme. Pentru orice alta nelamurire,propunere, etc  ar trebui sa va adresati direct la tavi@cs.pub.ro sau direct laborantului (cand problema este de ordin tehnic)
 
George

Sava Ionut <sava_ionut@yahoo.com> wrote:
Am vazut ca tema 1 a fost corectata mai dur. E
foarte bine. Ideea ar fi sa invatam ceva din toata
chestia asta. Nu sa vedem ce punctaje mici am luat ...

Eu as propune asta : sa se spuna cam care vor fi
testele ( cel putin mai vag ) sau anume la ce sa fim
atenti. Cu alte cuvinte ar trebui sa fim un pic
ajutati sa gasim bugurile ca sa putem rezolvam, mai
degraba decat sa vedem ca suntem depunctati. Eu
personal nu cred ca cineva dupa ce isi vede tema
corectata se apuca sa isi corecteze bugurile, deci cu
alte cuvinte nu prea invata multe.
De asemenea ar fi sa se faca pentru fiecare tema o
lista de greseli frecvente si cum se pot rezolva (
eventual si cod dc nu depaseste 5-6 linii). Sau sa fie
puse pe site un numar de teme facute f bine ca sa
putem sa ne comparam (Chiar daca toti ar face o tema
perfect tot ar fi unele care sa fie facute optimizat,
cu mai putine linii de cod, mai elegant ... SI TOT AR
FI O SANSA IN PLUS SA INVETI CEVA).
De exemplu am vazut la mai multi oamneni nu se
inchidea pipe-ul. Nu stiam ca trebuia inchis capatul
de scriere al pipeului inainte de exec. Si probabil dc
nu auzeam pe cine trebuie nici n-as fi aflat prea
curand.
As dori sa primesc un raspuns la acest mail.
Have a nice day!

__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-752689260-1069405668=:62183-- From so@atlantis.cs.pub.ro Fri Nov 21 10:45:15 2003 From: so@atlantis.cs.pub.ro (Eu Io) Date: Fri, 21 Nov 2003 02:45:15 -0800 (PST) Subject: [so] Comparatie CA CB Message-ID: <20031121104515.59912.qmail@web60110.mail.yahoo.com> Protest Materia Sisteme de Operare ar trebui sa fie accesibila si studentilor medii.Greadul de dificultate al temelor trebuie sa permita unui student mediu sa rezolve temele.A se vedea spre comparatie Sistemele de Operare de la seria CB(ce teme sunt la CB si ce teme la CA).La CA avemteme de casa imense iar la laborator trebuie sa ne facem exercitiile de acasa pentru ca nu avem timp sa terminam la laborator. __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sat Nov 22 09:47:38 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 01:47:38 -0800 (PST) Subject: [so] vesti bune Message-ID: <20031122094738.59193.qmail@web60510.mail.yahoo.com> Salut, Iata o mica nelamurire care s-a ivit in legatura cu tema 3. Dupa cum deja probabil ca v-ati dat seama nu este necesar sa implementati in monitor cozi explicite si va puteti folosi de variabile conditie. Aceasta fiind situatia una dintre cerintele temei este depistarea situatiilor de folosire incorecta a monitorului (operatiile signal, broadcast si wait pot fi apelate doar de threaduri intrate deja in monitor). De aici se naste intrebarea: cum putem sa ne dam seama ca un thread apeleaza signal sau wait inainte de a face enter. Neavand in monitor liste cu toate threadurile intrate o solutie ar fi ca fiecare thread sa-si tina un flag care sa indice daca threadul este sau nu in monitor, flag care sa fie testat in fiecare operatie. Deoarece programatorul care foloseste biblioteca monitor trebuie sa nu fie constient de flagul respectiv acesta va trebui implementat in biblioteca. Dar cum bliblioteca este partajata si ea se incarca in spatiul de adrese al procesului, un simplu flag global in librarie ar fi comun tuturor threadurilor care incarca libraria. Pentru acest motiv va trebui sa folositi thread local storage astfel incat flagul sa fie privat in fiecare thread. Vestile bune erau ca aveti ocazia sa invatati sa folositi thread local storage :). Pentru a initializa TLS veti folosi entry-pointul in librarie. Pe Windows faceti un TlsAlloc/TlsFree in DllMain, iar pe Linux faceti un pthread_key_create in constructorul/destructorul librariei declarat astfel: void __attribute__ ((constructor)) my_init(void); void __attribute__ ((destructor)) my_fini(void); Pentru detalii vezi urmatoarele linkuri in Platform SDK pt Windows: ms-help://MS.PSDK.1033/dllproc/base/thread_local_storage.htm ms-help://MS.PSDK.1033/dllproc/base/using_thread_local_storage.htm ms-help://MS.PSDK.1033/dllproc/base/using_thread_local_storage_in_a_dynamic_link_library.htm Pentru Linux vezi man pthread_key_create si din Program Library HOWTO: http://www.tldp.org/HOWTO/Program-Library-HOWTO/miscellaneous.html#INIT-AND-CLEANUP Am pus linkurile de mai sus si in sectiunea Observatii a temei. Nu este cazul sa va impacientati. Nu este nimic complicat, doar nou. O sa va ia vreo ora sa cititi indicatiile din linkurile de mai sus dar nu este mare filosofie. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 10:23:03 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 12:23:03 +0200 Subject: [so] tema3 Message-ID: <002b01c3b0e2$a06a62d0$7c829ad5@ioana> This is a multi-part message in MIME format. ------=_NextPart_000_0028_01C3B0F3.605B3F00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Problemele ce trebuiesc rezolvate folosind monitorul presupun = rularea la infinit a firelor de executie (de exemplu la bounded buffer = si producatorii si consumatorii ruleaza la infinit). Deci terminarea = acestor programe s-ar face cu CTRL-C, si in acest caz nu se mai apeleaza = functia de distrugere a monitorului. Este ok asa? Chiar daca se face un handler pt. semnalul ctrl-c, oricum nu ar = merge destroy-ul pt. ca practic ar mai fi fire blocate in monitor. ------=_NextPart_000_0028_01C3B0F3.605B3F00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
    Problemele ce = trebuiesc=20 rezolvate folosind monitorul presupun rularea la infinit a firelor = de=20 executie (de exemplu la bounded buffer si producatorii si consumatorii = ruleaza=20 la infinit). Deci terminarea acestor programe s-ar face cu CTRL-C, si in = acest=20 caz nu se mai apeleaza functia de distrugere a monitorului. Este ok=20 asa?
    Chiar daca se face = un handler=20 pt. semnalul ctrl-c, oricum nu ar merge destroy-ul pt. ca practic ar mai = fi fire=20 blocate in monitor.
------=_NextPart_000_0028_01C3B0F3.605B3F00-- From so@atlantis.cs.pub.ro Sat Nov 22 10:29:56 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 02:29:56 -0800 (PST) Subject: [so] tema3 In-Reply-To: <002b01c3b0e2$a06a62d0$7c829ad5@ioana> Message-ID: <20031122102956.68549.qmail@web60510.mail.yahoo.com> --- Ioana Cutcutache wrote: > Problemele ce trebuiesc rezolvate folosind > monitorul presupun rularea la infinit a firelor de > executie (de exemplu la bounded buffer si > producatorii si consumatorii ruleaza la infinit). > Deci terminarea acestor programe s-ar face cu > CTRL-C, si in acest caz nu se mai apeleaza functia > de distrugere a monitorului. Este ok asa? > Chiar daca se face un handler pt. semnalul > ctrl-c, oricum nu ar merge destroy-ul pt. ca practic > ar mai fi fire blocate in monitor. Poti sa tii in proces un flag global de oprire pe care sa-l testeze fiecare thread inainte de o noua operatie de citire/scriere. Initial flagul este false adica toata lumea lucreaza. In handlerul pt Ctrl+C poti seta flagul respectiv si astfel toate threadurile se vor opri gracefully. Dupa ce le-ai asteptat pe toate (in main) poti distruge monitorul. Bineinteles threadurile vor parasi monitorul inainte sa se termine. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 11:51:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 03:51:51 -0800 (PST) Subject: [so] vesti si mai bune Message-ID: <20031122115151.5930.qmail@web60503.mail.yahoo.com> Salut, Desi sper ca putini dintre voi au avut dificultati in a interpreta specificatiile formale pentru operatiile cu monitorul, descrise prin axiomele din buhr95monitor.pdf, am considerat ca e corect sa va dau specificatiile in limbaj natural ca sa nu fie nici un dubiu. De asemenea din documentatie lipseau specificatiile pentru broadcast si specificatiile de la SIGNAL AND WAIT (cele din doc) se modifica putin prin introducerea operatiei broadcast. Am adaugat in sectiunea de Observatii a temei un link catre specificatiile in limbaj natural. Cititi-le si daca mai aveti nelamuriri intrebati. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 14:37:38 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 16:37:38 +0200 Subject: [so] tema3 References: <20031122102956.68549.qmail@web60510.mail.yahoo.com> Message-ID: <000d01c3b106$2e45eac0$4e0c6150@ioana> Mai e o problema : in linux ca sa folosesc sigaction trebuie sa includ signal.h, si in momentul asta apare un conflict de nume intre functia mea signal pt. monitor si functia signal definita in signal.h. Solutia ar fi sa numesc altfel functia pt. monitor, de exemplu SignalMonitor, e ok? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 12:29 PM Subject: Re: [so] tema3 > > Poti sa tii in proces un flag global de oprire pe care > > sa-l testeze fiecare thread inainte de o noua operatie > de citire/scriere. Initial flagul este false adica > toata lumea lucreaza. > In handlerul pt Ctrl+C poti seta flagul respectiv si > astfel toate threadurile se vor opri gracefully. > > Dupa ce le-ai asteptat pe toate (in main) poti > distruge monitorul. Bineinteles threadurile vor parasi > monitorul inainte sa se termine. > > Cosmin > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 14:53:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 06:53:21 -0800 (PST) Subject: [so] tema3 In-Reply-To: <000d01c3b106$2e45eac0$4e0c6150@ioana> Message-ID: <20031122145321.26040.qmail@web60510.mail.yahoo.com> --- Ioana Cutcutache wrote: > Mai e o problema : in linux ca sa folosesc > sigaction trebuie sa includ > signal.h, si in momentul asta apare un conflict de > nume intre functia mea > signal pt. monitor si functia signal definita in > signal.h. Solutia ar fi sa > numesc altfel functia pt. monitor, de exemplu > SignalMonitor, e ok? E ok. Poate mai potrivit ar fi SignalCondition :) sau doar Signal si Wait (capitalized). Pentru cei care fac tema in C++ problema asta nu apare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 18:11:14 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Sat, 22 Nov 2003 20:11:14 +0200 Subject: [so] P(n) pe Windows In-Reply-To: <20031117230254.17549.qmail@web60509.mail.yahoo.com> References: <20031117230254.17549.qmail@web60509.mail.yahoo.com> Message-ID: <1888217195.20031122201114@rdsnet.ro> Tuesday, November 18, 2003, 1:02:54 AM, you wrote: CA> Am pus la CA> http://cs.pub.ro/~so/Laboratoare/Semaphore.zip CA> o propunere de semafor generalizat pe Windows cu CA> operatiile P(n), V(n) si WaitZero(). Din pacate nu contine si un README. Ma intreb cum ti-a acceptat uploadul ;) Este super ca ai pus o solutie!, insa ma tot chinui sa o citesc de vreo saptamana si renunt de fiecare data pentru ca nu reusesc sa inteleg si nu am tot timpul din lume. In cazul in care nu se vor publica comentarii vreau sa profit chiar acum de ocazie sa fac un apel la cei care pot sa ma ajute sa inteleg codul sa imi raspunda pe adresa personala. Cu multumiri, Ion Petrescu From so@atlantis.cs.pub.ro Sat Nov 22 18:53:43 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Sat, 22 Nov 2003 20:53:43 +0200 Subject: [so] readers&writers? Message-ID: <20031122185343.66A2E40988@server1.messagingengine.com> Nu sunt sigur daca am inteles enuntul la "Readers and Writers cu prioritate pentru writers": E vorba de o zona de memorie in care fiecare scrie/citeste unde/de unde vrea (respectand regulile de prioritati), cam ca la shared memory? Initial am crezut ca e bounded buffer, dar parca nu e asa, avand in vedere ca ati pus separat problema asta. --- Cosmin Arad wrote: >BoundedBuffer e problema producator consumator. >Producatorul produce (adauga) elemente intr-un buffer >de dimensiune fixa, iar consumatorul extrage elemente >din buffer. De data aceasta vei avea mai mult de un >producator si mai mult de un consumator. Practic nu e >mare diferenta. Producatorii trebuie sa astepte la o >conditie full si consumatorii la o conditie empty. >Problema e banala dar s-o rezolvati corect. -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again From so@atlantis.cs.pub.ro Sat Nov 22 19:14:25 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 21:14:25 +0200 Subject: [so] vesti si mai bune References: <20031122115151.5930.qmail@web60503.mail.yahoo.com> Message-ID: <001301c3b12c$db7f8270$090c6150@ioana> La "un thread executa leave" scrie la sfarsit "Daca si aceasta(Entry Queue) va fi goala, threadul curent nu are pe cine sa planifice si va parasi monitorul, care in acest caz este gol si poate fi distrus.". Mie nu mi se pare corecta afirmatia ca monitorul in acest caz este gol si poate fi distrus. Daca nu e nimeni in waiting, signaller, entry, nu inseamna ca nu exista fire blocate la variabile conditie. Deci monitorul poate sa nu fie gol. Pentru a stii cand nu mai e nimeni in monitor (deci cand poate fi distrus) putem folosi o variabila (contor) care sa contorizeze cate fire sunt la un moment dat in monitor? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 1:51 PM Subject: [so] vesti si mai bune > Salut, > > Desi sper ca putini dintre voi au avut dificultati in > a interpreta specificatiile formale pentru operatiile > cu monitorul, descrise prin axiomele din > buhr95monitor.pdf, am considerat ca e corect sa va dau > specificatiile in limbaj natural ca sa nu fie nici un > dubiu. > De asemenea din documentatie lipseau specificatiile > pentru broadcast si specificatiile de la SIGNAL AND > WAIT (cele din doc) se modifica putin prin > introducerea operatiei broadcast. > Am adaugat in sectiunea de Observatii a temei un link > catre specificatiile in limbaj natural. > > Cititi-le si daca mai aveti nelamuriri intrebati. > > Succes, > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 20:03:22 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 22:03:22 +0200 Subject: [so] tema3 References: <20031122145321.26040.qmail@web60510.mail.yahoo.com> Message-ID: <000801c3b133$af5e7f00$420c6150@ioana> Din pacate vad ca nu prea merge solutia cu ctrl+c si handler pe semnal, pentru ca daca sunt fire de executie blocate la o variabila conditie, semnalul sigint nu le deblocheaza... si deci programul nu se mai termina. Exista vreo posibilitate de a debloca firele care asteapta la o variabila conditie? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 4:53 PM Subject: Re: [so] tema3 > --- Ioana Cutcutache wrote: > > Mai e o problema : in linux ca sa folosesc > > sigaction trebuie sa includ > > signal.h, si in momentul asta apare un conflict de > > nume intre functia mea > > signal pt. monitor si functia signal definita in > > signal.h. Solutia ar fi sa > > numesc altfel functia pt. monitor, de exemplu > > SignalMonitor, e ok? > > E ok. Poate mai potrivit ar fi SignalCondition :) > sau doar Signal si Wait (capitalized). > Pentru cei care fac tema in C++ problema asta nu > apare. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 20:47:41 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 12:47:41 -0800 (PST) Subject: [so] vesti si mai bune In-Reply-To: <001301c3b12c$db7f8270$090c6150@ioana> Message-ID: <20031122204741.9322.qmail@web60506.mail.yahoo.com> --- Ioana Cutcutache wrote: > La "un thread executa leave" scrie la sfarsit > "Daca si aceasta(Entry > Queue) va fi goala, threadul curent nu are pe cine > sa planifice si va parasi > monitorul, care in acest caz este gol si poate fi > distrus.". Mie nu mi se > pare corecta afirmatia ca monitorul in acest caz > este gol si poate fi > distrus. > Daca nu e nimeni in waiting, signaller, entry, > nu inseamna ca nu exista > fire blocate la variabile conditie. Deci monitorul > poate sa nu fie gol. > Pentru a stii cand nu mai e nimeni in monitor > (deci cand poate fi > distrus) putem folosi o variabila (contor) care sa > contorizeze cate fire > sunt la un moment dat in monitor? Ai dreptate. My mistake. Am corectat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 21:04:57 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 13:04:57 -0800 (PST) Subject: [so] readers&writers? In-Reply-To: <20031122185343.66A2E40988@server1.messagingengine.com> Message-ID: <20031122210457.5361.qmail@web60505.mail.yahoo.com> --- Bogdan Butnaru wrote: > Nu sunt sigur daca am inteles enuntul la "Readers > and Writers cu > prioritate pentru writers": E vorba de o zona de > memorie in care fiecare > scrie/citeste unde/de unde vrea (respectand regulile > de prioritati), cam > ca la shared memory? Initial am crezut ca e bounded > buffer, dar parca nu > e asa, avand in vedere ca ati pus separat problema > asta. Readers and Writers modeleaza problema accesului concurential la o inregistrare dintr-o baza de date. Bufferul amintit in enunt e de dimensiune 1 (doar o variabila). Variabila poate fi citita in paralel de oricati readeri insa nu poate fi scrisa decat de un singur writer la un moment dat. Asadar in timpul unei scrieri nu este permis nici un alt acces insa in timpul unei citiri sunt admise oricate alte citiri. Astfel, daca un reader citeste dbufferul, in timpul acestei citiri pot sa mai apara alte cereri de citire care sunt permise. Se observa ca nu este exclus cazul in care cereri de citire sa ajunga in mod constant astfel incat sa se mentina tot timpul un cititor in buffer. In acest caz avem de-a face cu writer starvation pt ca unui writer nu-i va fi permis accesul la buffer decat cand toti readerii au iesit, dar cum readerii continua sa vina ... Voi trebuie sa implementati o solutie cu prioritate pt writeri, in care un writer nu va astepta la infinit chiar daca cereri de citire vin la infinit. O solutie ar fi ca in momentul sosirii unei cereri de scriere sa nu mai fie admisi in buffer alti cititori decat cei care erau deja, urmand ca dupa ce citirile deja incepute se termina, sa se faca scrierea dupa care alte citiri sau alte scrieri. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 21:18:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 13:18:54 -0800 (PST) Subject: [so] tema3 In-Reply-To: <000801c3b133$af5e7f00$420c6150@ioana> Message-ID: <20031122211854.56882.qmail@web60503.mail.yahoo.com> --- Ioana Cutcutache wrote: > Din pacate vad ca nu prea merge solutia cu ctrl+c si > handler pe semnal, > pentru ca daca sunt fire de executie blocate la o > variabila conditie, > semnalul sigint nu le deblocheaza... si deci > programul nu se mai termina. > Exista vreo posibilitate de a debloca firele care > asteapta la o variabila > conditie? Ar fi pthread_cancel. Threadurile ar trebui sa aiba setat tipul de cancelation PTHREAD_CANCELATION_ASYNCHRONOUS. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 00:18:30 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 16:18:30 -0800 (PST) Subject: [so] precizare tema 3 Message-ID: <20031123001830.55076.qmail@web60510.mail.yahoo.com> Hintul de la problema barbierilor nu trebuie neaparat luat in considerare. Problema se poate rezolva si cu un singur monitor. Ideea celor 2 monitoare era ca frizerii sa nu concureze pt ocuparea monitorului cu clientii nou intrati, insa este ok si o implementare cu un singur monitor, fiind mai simpla. Aveti grija la urmatoarele aspecte: - clientii care asteapta pe scaune vor fi tunsi cu prioritate fata de clientii tocmai intrati; - un client nou intrat nu va astepta pe scaun daca nimeni nu mai asteapta pe scaun si sunt barbieri liberi; - un client nou intrat va pleca imediat daca toate scaunele de asteptare sunt ocupate; - mai multi frizeri trebuie sa poata tunde in paralel; - un frizer care a terminat un tuns va trebui sa-l anunte exact pe clientul pe care l-a tuns el. Sa nu existe situatii in care cand un frizer termina un tuns elibereaza clientul altui frizer. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 01:17:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 17:17:29 -0800 (PST) Subject: [so] P(n) pe Windows In-Reply-To: <1888217195.20031122201114@rdsnet.ro> Message-ID: <20031123011729.27499.qmail@web60507.mail.yahoo.com> Incearca sa scrii pseudocodul pe hartie si o sa vezi ca e simplu. 4 mutexuri si 4 semafoare. Toate P-urile care nu pot continua se blocheaza la semaforul blockP si toate WaitZero care nu pot continua se blocheaza la semaforul blockZ. La fiecare V toate P-urile isi vor reevalua conditiile iar cele care se pot termina se vor termina. Se va folosi semaforul EvaluateP pt ca operatia V sa se asigure ca toate P-urile s-au reevaluat inainte de a continua. La fiecare P care aduce valoarea semaforului la 0 toate WaitZero blocate isi vor reevalua conditiile si se vor termina. Se va folosi semaforul EvaluateZ pt ca operatia P sa se asigure ca toate WaitZero s-au reevaluat inainte de a continua. 3 dintre mutexuri sunt folosite pt protejarea unor contoare iar sectionSequence pentru a departaja operatiile P ajunse inaintea unui V de cele ajunse dupa. In rest mai sunt niste contoare si un flag self-explanatory. Cosmin --- Ion Petrescu wrote: > Tuesday, November 18, 2003, 1:02:54 AM, you wrote: > > CA> Am pus la > CA> http://cs.pub.ro/~so/Laboratoare/Semaphore.zip > CA> o propunere de semafor generalizat pe Windows cu > CA> operatiile P(n), V(n) si WaitZero(). > > Din pacate nu contine si un README. Ma intreb cum > ti-a acceptat > uploadul ;) > > Este super ca ai pus o solutie!, insa ma tot chinui > sa o citesc de vreo > saptamana si renunt de fiecare data pentru ca nu > reusesc sa inteleg si > nu am tot timpul din lume. > > > In cazul in care nu se vor publica comentarii vreau > sa profit chiar > acum de ocazie sa fac un apel la cei care pot sa ma > ajute sa inteleg > codul sa imi raspunda pe adresa personala. > > > Cu multumiri, > Ion Petrescu > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 06:37:19 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sun, 23 Nov 2003 08:37:19 +0200 Subject: [so] readers&writers? References: <20031122210457.5361.qmail@web60505.mail.yahoo.com> Message-ID: <002f01c3b18c$d1029110$25829ad5@ioana> In legatura cu aceasta problema : cand termina un scriitor, daca sunt alti scriitori in asteptare, unul din ei trebuie sa fie anuntat ca poate sa scrie? Eu asa inteleg ca ar fi, daca se face cu prioritate pt. writeri. Dar in acest mod se poate ajunge la reader starvation, daca sunt multi scriitori. Ma gandesc ca atunci cand termina un scriitor el sa dea prioritatea cititorilor care deja asteptau (daca mai vin altii si exista scriitori ce asteapta, nu o sa poata intra in buffer), apoi cand termina ei, o sa aiba prioritate scriitori care asteapta si tot asa, in felul asta nu se ajunge la starvation pt. nimeni. ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 11:04 PM Subject: Re: [so] readers&writers? > --- Bogdan Butnaru wrote: > > Nu sunt sigur daca am inteles enuntul la "Readers > > and Writers cu > > prioritate pentru writers": E vorba de o zona de > > memorie in care fiecare > > scrie/citeste unde/de unde vrea (respectand regulile > > de prioritati), cam > > ca la shared memory? Initial am crezut ca e bounded > > buffer, dar parca nu > > e asa, avand in vedere ca ati pus separat problema > > asta. > > Readers and Writers modeleaza problema accesului > concurential la o inregistrare dintr-o baza de date. > Bufferul amintit in enunt e de dimensiune 1 (doar o > variabila). > Variabila poate fi citita in paralel de oricati > readeri insa nu poate fi scrisa decat de un singur > writer la un moment dat. > Asadar in timpul unei scrieri nu este permis nici un > alt acces insa in timpul unei citiri sunt admise > oricate alte citiri. Astfel, daca un reader citeste > dbufferul, in timpul acestei citiri pot sa mai apara > alte cereri de citire care sunt permise. Se observa ca > nu este exclus cazul in care cereri de citire sa > ajunga in mod constant astfel incat sa se mentina tot > timpul un cititor in buffer. In acest caz avem de-a > face cu writer starvation pt ca unui writer nu-i va fi > permis accesul la buffer decat cand toti readerii au > iesit, dar cum readerii continua sa vina ... > Voi trebuie sa implementati o solutie cu prioritate pt > writeri, in care un writer nu va astepta la infinit > chiar daca cereri de citire vin la infinit. > O solutie ar fi ca in momentul sosirii unei cereri de > scriere sa nu mai fie admisi in buffer alti cititori > decat cei care erau deja, urmand ca dupa ce citirile > deja incepute se termina, sa se faca scrierea dupa > care alte citiri sau alte scrieri. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sun Nov 23 09:29:00 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 01:29:00 -0800 (PST) Subject: [so] readers&writers? In-Reply-To: <002f01c3b18c$d1029110$25829ad5@ioana> Message-ID: <20031123092900.56247.qmail@web60510.mail.yahoo.com> Se presupune ca numarul cititorilor e mai mare decat cel al scriitorilor, adica cereri de scriere vin mai rar decat cereri de citire, si daca ai face o alternanta cum propui tu, scriitorii tot ar avea de suferit. Pe de alta parte se presupune ca un cititor isi doreste sa citeasca informatia actualizata, deci vrem ca un scriitor sa poata sa actualizeze informatia cat mai devreme. Cu alte cuvinte ne convine mai mult ca un cititor sa astepte dupa un scriitor decat invers. Cosmin --- Ioana Cutcutache wrote: > In legatura cu aceasta problema : cand termina un > scriitor, daca sunt alti > scriitori in asteptare, unul din ei trebuie sa fie > anuntat ca poate sa > scrie? Eu asa inteleg ca ar fi, daca se face cu > prioritate pt. writeri. Dar > in acest mod se poate ajunge la reader starvation, > daca sunt multi > scriitori. Ma gandesc ca atunci cand termina un > scriitor el sa dea > prioritatea cititorilor care deja asteptau (daca mai > vin altii si exista > scriitori ce asteapta, nu o sa poata intra in > buffer), apoi cand termina ei, > o sa aiba prioritate scriitori care asteapta si tot > asa, in felul asta nu se > ajunge la starvation pt. nimeni. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 16:26:54 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 23 Nov 2003 18:26:54 +0200 Subject: [so] creare shared library References: <20031123092900.56247.qmail@web60510.mail.yahoo.com> Message-ID: <3FC0DFCE.4060602@pcnet.ro> Buna! As vrea sa ma lamureasca si pe mine cineva de ce obtin urmataore eroare daca incerc sa crez shared library de care avem nevoie.Am urmat exemplul cu libhello din Program Library HOWTO. [root@ruxi tema3]# gcc -fPIC -Wall -g -c libmonitor1.c [root@ruxi tema3]# gcc -g -shared -Wl,-soname,libmonitor1.so.0 -o libmonitor1.so.0.0 libmonitor1.o -lc [root@ruxi tema3]# /sbin/ldconfig -n . [root@ruxi tema3]# ln -sf libmonitor1.so.0 libmonitor1.so [root@ruxi tema3]# gcc -Wall -g -c rw.c -o rw.o [root@ruxi tema3]# gcc -Wall -c rw.c -o rw.o -L. -lmonitor1 gcc: -lmonitor1: linker input file unused since linking not done p.s. nu am mai copiat libmonitor1.so.0.0 in vreun /usr/local/lib pt ca vreau sa fie in directorul curent, asa ca fac chestia aia cu /sbin/ldconfig -n . From so@atlantis.cs.pub.ro Sun Nov 23 16:33:25 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 08:33:25 -0800 (PST) Subject: [so] creare shared library In-Reply-To: <3FC0DFCE.4060602@pcnet.ro> Message-ID: <20031123163325.1172.qmail@web60507.mail.yahoo.com> La ultima comanda gcc ai specificat flagul -c care inseamna doar compilare fara legare, deci -l nu isi are sensul. Cosmin --- Ruxi Jitianu wrote: > Buna! > > As vrea sa ma lamureasca si pe mine cineva de ce > obtin urmataore eroare > daca incerc sa crez shared library de care avem > nevoie.Am urmat exemplul > cu libhello din Program Library HOWTO. > > > [root@ruxi tema3]# gcc -fPIC -Wall -g -c > libmonitor1.c > [root@ruxi tema3]# gcc -g -shared > -Wl,-soname,libmonitor1.so.0 -o libmonitor1.so.0.0 > libmonitor1.o -lc > [root@ruxi tema3]# /sbin/ldconfig -n . > [root@ruxi tema3]# ln -sf libmonitor1.so.0 > libmonitor1.so > [root@ruxi tema3]# gcc -Wall -g -c rw.c -o rw.o > [root@ruxi tema3]# gcc -Wall -c rw.c -o rw.o -L. > -lmonitor1 > gcc: -lmonitor1: linker input file unused since > linking not done > > p.s. > > nu am mai copiat libmonitor1.so.0.0 in vreun > /usr/local/lib pt ca vreau sa fie in directorul > curent, > asa ca fac chestia aia cu /sbin/ldconfig -n . __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 17:25:52 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sun, 23 Nov 2003 19:25:52 +0200 Subject: [so] tema 3 Message-ID: <002201c3b1e6$d83d3430$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_001F_01C3B1F7.9BA70A80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable libraria noastra cuprinde functii pentru monitoare. ok. dar pentru un = singur monitor sau pot sa fie oricate? adica: exista un grup de procese care reprezinta o aplicatie. acestea = folosesc un monitor. nu pot exista si alte grupuri de procese care sa = aiba nevoie de mecanismul de monitor sau o aceiasi aplicatie sa aiba = nevoie de mai multe monitoare? presupun ca da, si libraria noastra sa le = poata deservii pe toate. altfel nu vad ce rol are parametrul Monitor * = in toate functiile cerute. apoi, de ce este nevoie de un Monitor *? ce nevoie are o aplicatie sa = stie exact ce e acela un monitor? stie de concept, stie ce functii pune = la dispozitie libraria si ii este de ajuns. ce vreau eu sa zic este, nu = putem inlocui acel Monitor* cu un int? un fel de monitor descriptor = (analogie cu file descriptor). apoi, un proces creaza monitorul. ok, are un handle la el (int sau = Monitor *, nu conteaza) si face treaba cu el. celelalte procese cum procedeaza? pentru ca nu vad alta functie = asemanatoare cu create sau init ar trebui sa creeze el din nou monitorul = respectiv (adica din ou create). am putea face o chestie asemanatoare cu = MONITOR_CREATE | MONITOR_EXCLUSIVE la creare care sa returneze eroare = daca exista deja monitorul care voria sa fie creat. si asa ajung la o alta chestiune. ar trebui ca la crearea monitorului sa = se furnizeze si un identificator, o semnatura a aplicatiei, etc. o = chestie prin care sa se identifica monitorul in afara librariei. adica e = nevoie de un parametru extern pentru ca mecanismul CreateMonitor open = Monitor sa functioneze (analogie cu orice alta pereche Create / Open din = windows).=20 si ca sa fim consecventi ideii din windows, destroy nu ar sterge pur si = simplu monitorul ci doar ar marca renuntarea unui proces la serviciile = lui. cand monitorul nu mai este folosit de nimeni (folosit nu inseamna = toate cozile din el goale) s-ar sterge efectiv monitorul. sper ca m-am exprimat destul de clar ca sa se poate intelege ce am vrut = sa spun.=20 deci, ce intreb eu: 1. librarie monitor =3D un obiect monitor sau mai multe obiecte monitor 2. se poate inlocui Monitor* cu int 3. se poate adapta create la CreateMonitor si OpenMonitor si deci = adaugarea unui parametru in plus ------=_NextPart_000_001F_01C3B1F7.9BA70A80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
libraria noastra cuprinde functii = pentru monitoare.=20 ok. dar pentru un singur monitor sau pot sa fie oricate?
adica: exista un grup de procese care = reprezinta o=20 aplicatie. acestea folosesc un monitor. nu pot exista si alte grupuri de = procese=20 care sa aiba nevoie de mecanismul de monitor sau o aceiasi aplicatie sa = aiba=20 nevoie de mai multe monitoare? presupun ca da, si libraria noastra sa le = poata=20 deservii pe toate. altfel nu vad ce rol are parametrul Monitor * in = toate=20 functiile cerute.
 
apoi, de ce este nevoie de un Monitor = *? ce nevoie=20 are o aplicatie sa stie exact ce e acela un monitor? stie de concept, = stie ce=20 functii pune la dispozitie libraria si ii este de ajuns. ce vreau eu sa = zic=20 este, nu putem inlocui acel Monitor* cu un int? un fel de monitor = descriptor=20 (analogie cu file descriptor).
 
apoi, un proces creaza monitorul. ok, = are un handle=20 la el (int sau Monitor *, nu conteaza) si face treaba cu = el.
celelalte procese cum procedeaza? = pentru ca nu vad=20 alta functie asemanatoare cu create sau init ar trebui sa creeze el din = nou=20 monitorul respectiv (adica din ou create). am putea face o chestie = asemanatoare=20 cu MONITOR_CREATE | MONITOR_EXCLUSIVE la creare care sa returneze eroare = daca=20 exista deja monitorul care voria sa fie creat.
 
si asa ajung la o alta chestiune. ar = trebui ca la=20 crearea monitorului sa se furnizeze si un identificator, o semnatura a=20 aplicatiei, etc. o chestie prin care sa se identifica monitorul in afara = librariei. adica e nevoie de un parametru extern pentru ca mecanismul=20 CreateMonitor open Monitor sa functioneze (analogie cu orice alta = pereche Create=20 / Open din windows).
si ca sa fim consecventi ideii din = windows, destroy=20 nu ar sterge pur si simplu monitorul ci doar ar marca renuntarea unui = proces la=20 serviciile lui. cand monitorul nu mai este folosit de nimeni (folosit nu = inseamna toate cozile din el goale) s-ar sterge efectiv = monitorul.
 
sper ca m-am exprimat destul de clar ca = sa se poate=20 intelege ce am vrut sa spun.
 
deci, ce intreb eu:
 
1. librarie monitor =3D un obiect = monitor sau mai=20 multe obiecte monitor
2. se poate inlocui Monitor* cu = int
3. se poate adapta create la = CreateMonitor si=20 OpenMonitor si deci adaugarea unui parametru in=20 plus
------=_NextPart_000_001F_01C3B1F7.9BA70A80-- From so@atlantis.cs.pub.ro Sun Nov 23 17:41:38 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 09:41:38 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <002201c3b1e6$d83d3430$0200a8c0@smeagol> Message-ID: <20031123174138.17371.qmail@web60507.mail.yahoo.com> --- Cibu Cristian wrote: > libraria noastra cuprinde functii pentru monitoare. > ok. dar pentru un singur monitor sau pot sa fie > oricate? oricate. > adica: exista un grup de procese care reprezinta o > aplicatie. acestea folosesc un monitor. nu pot monitorul se va folosi de catre un grup de threaduri ale unui proces. nu de catre procese diferite. Memoria alocata pt monitor la create se aloca in spatiul de adrese al procesului apelant. > exista si alte grupuri de procese care sa aiba > nevoie de mecanismul de monitor sau o aceiasi > aplicatie sa aiba nevoie de mai multe monitoare? > presupun ca da, si libraria noastra sa le poata > deservii pe toate. altfel nu vad ce rol are > parametrul Monitor * in toate functiile cerute. un proces poate crea mai multe monitoare care sa fie folosite de firele sale de executie. Mai multe procese pot incarca libraria si crea mai multe monitoare. > apoi, de ce este nevoie de un Monitor *? ce nevoie > are o aplicatie sa stie exact ce e acela un monitor? > stie de concept, stie ce functii pune la dispozitie > libraria si ii este de ajuns. ce vreau eu sa zic > este, nu putem inlocui acel Monitor* cu un int? un > fel de monitor descriptor (analogie cu file > descriptor). Monitor * e un pointer de care aplicatia nu trebuie sa stie nimic. exact ca un handle din windows. Nu poti cu int pt ca in cazul asta biblioteca ar trebui sa tina un array de monitoare indexat dupa int-ul tau, si cum nu are de unde sa stie cate monitoare vor fi create e o complicatie inutila. > apoi, un proces creaza monitorul. ok, are un handle > la el (int sau Monitor *, nu conteaza) si face > treaba cu el. > celelalte procese cum procedeaza? pentru ca nu vad > alta functie asemanatoare cu create sau init ar > trebui sa creeze el din nou monitorul respectiv > (adica din ou create). am putea face o chestie > asemanatoare cu MONITOR_CREATE | MONITOR_EXCLUSIVE > la creare care sa returneze eroare daca exista deja > monitorul care voria sa fie creat. Un monitor se va partaja intre firele de executie ale unui proces, nu intre procese. Nu este necesar deci un apel de genul Open. Procesul va crea monitorul inainte de crearea firelor care il folosesc, acestea avand astfel acces la monitor. > si asa ajung la o alta chestiune. ar trebui ca la > crearea monitorului sa se furnizeze si un > identificator, o semnatura a aplicatiei, etc. o > chestie prin care sa se identifica monitorul in > afara librariei. adica e nevoie de un parametru > extern pentru ca mecanismul CreateMonitor open > Monitor sa functioneze (analogie cu orice alta > pereche Create / Open din windows). > si ca sa fim consecventi ideii din windows, destroy > nu ar sterge pur si simplu monitorul ci doar ar > marca renuntarea unui proces la serviciile lui. cand > monitorul nu mai este folosit de nimeni (folosit nu > inseamna toate cozile din el goale) s-ar sterge > efectiv monitorul. am vazut deja ca cele de mai sus nu sunt necesare > sper ca m-am exprimat destul de clar ca sa se poate > intelege ce am vrut sa spun. > > deci, ce intreb eu: > > 1. librarie monitor = un obiect monitor sau mai > multe obiecte monitor mai multe obiecte monitor. > 2. se poate inlocui Monitor* cu int nu > 3. se poate adapta create la CreateMonitor si > OpenMonitor si deci adaugarea unui parametru in plus nu are sens. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 23:57:00 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Mon, 24 Nov 2003 01:57:00 +0200 Subject: [so] vesti bune References: <20031122094738.59193.qmail@web60510.mail.yahoo.com> Message-ID: <003001c3b21d$7d052230$6400a8c0@andrei> Datorita posibilitatii folosirii mai multor monitoare un thread poate fi la un moment dat intr-unul dintre ele si in afara altuia....sau de ce nu in mai multe monitoare? Daca da, atunci informatia stocata in TLS (cu privire la starea unui thread inauntrul sau in afara unui monitor) trebuie sa nu mai fie o simpla informatie booleana ci o lista de monitoare in care thread-ul este intrat, nu? Nu devine o solutie mai greu de implementat decat o lista de thread-uri intrate pentru fiecare monitor? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, 22 November, 2003 11:47 AM Subject: [so] vesti bune > > Salut, > > Iata o mica nelamurire care s-a ivit in legatura cu > tema 3. Dupa cum deja probabil ca v-ati dat seama nu > este necesar sa implementati in monitor cozi explicite > si va puteti folosi de variabile conditie. > Aceasta fiind situatia una dintre cerintele temei este > depistarea situatiilor de folosire incorecta a > monitorului (operatiile signal, broadcast si wait pot > fi apelate doar de threaduri intrate deja in monitor). > De aici se naste intrebarea: cum putem sa ne dam seama > ca un thread apeleaza signal sau wait inainte de a > face enter. Neavand in monitor liste cu toate > threadurile intrate o solutie ar fi ca fiecare thread > sa-si tina un flag care sa indice daca threadul este > sau nu in monitor, flag care sa fie testat in fiecare > operatie. > Deoarece programatorul care foloseste biblioteca > monitor trebuie sa nu fie constient de flagul > respectiv acesta va trebui implementat in biblioteca. > Dar cum bliblioteca este partajata si ea se incarca in > spatiul de adrese al procesului, un simplu flag global > in librarie ar fi comun tuturor threadurilor care > incarca libraria. > Pentru acest motiv va trebui sa folositi thread local > storage astfel incat flagul sa fie privat in fiecare > thread. Vestile bune erau ca aveti ocazia sa invatati > sa folositi thread local storage :). > From so@atlantis.cs.pub.ro Mon Nov 24 00:20:34 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 16:20:34 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <003001c3b21d$7d052230$6400a8c0@andrei> Message-ID: <20031124002034.29811.qmail@web60503.mail.yahoo.com> --- Andrei Hagiescu wrote: > Datorita posibilitatii folosirii mai multor > monitoare un thread poate fi la > un moment dat intr-unul dintre ele si in afara > altuia....sau de ce nu in mai > multe monitoare? Daca da, atunci informatia stocata > in TLS (cu privire la > starea unui thread inauntrul sau in afara unui > monitor) trebuie sa nu mai > fie o simpla informatie booleana ci o lista de > monitoare in care thread-ul > este intrat, nu? Nu devine o solutie mai greu de > implementat decat o lista > de thread-uri intrate pentru fiecare monitor? Oops. You've got that right. Solutia ramane totusi simpla. In loc sa faceti TlsAlloc respectiv pthread_key_create in entry-pointul librariei (DllMain respectiv constructorul librariei pe Linux) veti face in functia create. Astfel fiecare monitor contine un index distinct in TLS iar verificarile de utilizare corecta care se fac in operatii se vor face folosind indexul respectiv. Asadar informatia ramane booleana :) si implementarea nu presupune overhead. Limitele sunt rezonabile: 1088 de indexuri in Windows 2000 si 1024 in Linux, deci un proces poate sa construiasca cam 1000 de monitoare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 11:05:58 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 03:05:58 -0800 (PST) Subject: [so] alta precizare Message-ID: <20031124110558.69575.qmail@web60506.mail.yahoo.com> Pe Windows nu folositi functiile SuspendThread, ResumeThread ori SwitchToThread pentru sincronizare. Acestea sunt puse la dispozitie pt alte scopuri. Precizarea e valabila pentru orice functie si pentru orice alta tema. Cititi cu atentie rolul ei in documentatie si daca nu face exact ceea ce aveti voi nevoie cautati altceva. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 13:49:08 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Mon, 24 Nov 2003 15:49:08 +0200 Subject: [so] win Message-ID: <20031124134820.M16684@idilis.ro> La varianta de windows putem folosi functia TerminateThread pt. a opri firele in cazul in care se da CTRL+C? http://www.idilis.ro - Stiri, e-mail gratuit, download, SMS, server de counter-strike, hosting gratuit, servicii internet... Fii cu un pas inaintea celorlati! From so@atlantis.cs.pub.ro Mon Nov 24 18:52:41 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 10:52:41 -0800 (PST) Subject: [so] win In-Reply-To: <20031124134820.M16684@idilis.ro> Message-ID: <20031124185241.87333.qmail@web60509.mail.yahoo.com> Cred ca e mai indicat sa folositi ExitProcess pt ca macar apeleaza o data enry-pointul in dll. Cosmin --- Ioana Cutcutache wrote: > La varianta de windows putem folosi functia > TerminateThread pt. a opri firele in > cazul in care se da CTRL+C? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 19:03:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 11:03:51 -0800 (PST) Subject: [so] inca o precizare la tema 3 Message-ID: <20031124190351.42656.qmail@web60505.mail.yahoo.com> Pe Linux, daca aveti nevoie de semafoare folositi semafoarele POSIX prezentate in laboratorul 7, nu pe cele SYS V din laboratorul 4. Incercati sa va bazati cat mai mult pe variabile conditie pentru ca abordarea asta e cea mai simpla si cea mai eficienta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 00:08:06 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Mon, 24 Nov 2003 16:08:06 -0800 (PST) Subject: [so] link lib In-Reply-To: <20031124190351.42656.qmail@web60505.mail.yahoo.com> Message-ID: <20031125000806.81570.qmail@web41006.mail.yahoo.com> gcc -fPIC -Wall -g -c libmonitor.c gcc -g -lpthread -shared -Wl,-soname,libmonitor.so.0 -o libmonitor.so.0.0 libmonitor.o -lc /sbin/ldconfig -n . Cand ajung la acest pas obtin /sbin/ldconfig: Can't link ./libmonitor.so.0 to libmonitor.so.0.0 Any ideas? multam __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Tue Nov 25 00:15:34 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Mon, 24 Nov 2003 16:15:34 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031123174138.17371.qmail@web60507.mail.yahoo.com> Message-ID: <20031125001534.64025.qmail@web60309.mail.yahoo.com> --0-1839004515-1069719334=:63283 Content-Type: text/plain; charset=us-ascii Monitor * e un pointer de care aplicatia nu trebuie sa stie nimic. exact ca un handle din windows. Nu poti cu int pt ca in cazul asta biblioteca ar trebui sa tina un array de monitoare indexat dupa int-ul tau, si cum nu are de unde sa stie cate monitoare vor fi create e o complicatie inutila. Cred ca e nevoie sa stie care sunt functiile care se pot aplica pe el nu? Nu se include .h monitorului in aplicatie? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1839004515-1069719334=:63283 Content-Type: text/html; charset=us-ascii

<quote>

Monitor * e un pointer de care aplicatia nu trebuie sa
stie nimic. exact ca un handle din windows. Nu poti cu
int pt ca in cazul asta biblioteca ar trebui sa tina
un array de monitoare indexat dupa int-ul tau, si cum
nu are de unde sa stie cate monitoare vor fi create e
o complicatie inutila.

</quote>

Cred ca e nevoie sa stie care sunt functiile care se pot aplica pe el nu?

Nu se include .h monitorului in aplicatie?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1839004515-1069719334=:63283-- From so@atlantis.cs.pub.ro Tue Nov 25 00:57:13 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Mon, 24 Nov 2003 16:57:13 -0800 (PST) Subject: [so] Semafor windows In-Reply-To: <20031125000806.81570.qmail@web41006.mail.yahoo.com> Message-ID: <20031125005713.69950.qmail@web60306.mail.yahoo.com> Avem voie cu functia asta? NtQuerySemaphore e buna sa aflam valoarea unui semafor (nu sunt sigur ca e atomica, dar mi s-ar parea ca normal sa fie) http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20Objects/Semaphore/NtQuerySemaphore.html __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 06:15:14 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Tue, 25 Nov 2003 08:15:14 +0200 (EET) Subject: [so] .so-uri Message-ID: <1177.141.85.0.67.1069740914.squirrel@www.as.ro> Nu e nevoie sa instalati libraria pentru a o folosi (ldconfig). Puneti "." in LD_LIBRARY_PATH si va merge. ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Tue Nov 25 07:01:16 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Mon, 24 Nov 2003 23:01:16 -0800 (PST) Subject: [so] variabile conditie pe windows In-Reply-To: <1177.141.85.0.67.1069740914.squirrel@www.as.ro> Message-ID: <20031125070116.98782.qmail@web41013.mail.yahoo.com> --0-810786181-1069743676=:98646 Content-Type: text/plain; charset=us-ascii Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos. Se observa ca nu mai exista mutexul suplimentar care tb luat inainte de orice operatie. Voi folosi doua semafoare si un contor ce vor fi tinute intr-o structura sau intr-o clasa in implementarea voastra : //------------------------------------ sem zonaCritica = 1; sem conditie = 0; int contor = 0; //------------------------------------ void signal() { WaitForSingleObject(zonaCritica); if (contor) { // trezesc pe cineva contor--; ReleaseSemaphore(conditie, 1); } else { // pierde semnalul ReleaseSemaphore(zonaCritica, 1); } } //------------------------------------ void wait() { WaitForSingleObject(zonaCritica); contor++; SignalObjectAndWait(zonaCritica, conditie); } //------------------------------------ void broadcast() { WaitForSingleObject(zonaCritica); if (contor) { // era cineva blocat ReleaseSemaphore(zonaCritica, contor); contor = 0; ReleaseSemaphore(zonaCritica, 1); } else { // se pierde broadcast-ul ReleaseSemaphore(zonaCritica, 1); } } //------------------------------------ Observatie : ce vedeti mai sus este pseudocod ;) George --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-810786181-1069743676=:98646 Content-Type: text/html; charset=us-ascii

Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos.
Se observa ca nu mai exista mutexul suplimentar care tb luat inainte de orice operatie.
Voi folosi doua semafoare si un contor ce vor fi tinute intr-o structura sau intr-o clasa
in implementarea voastra :


//------------------------------------
sem zonaCritica = 1;
sem conditie = 0;
int contor = 0;
//------------------------------------

void signal() {
 WaitForSingleObject(zonaCritica);
 if (contor) { // trezesc pe cineva
  contor--;
  ReleaseSemaphore(conditie, 1);
  
 } else { // pierde semnalul
  ReleaseSemaphore(zonaCritica, 1);
 }
}
//------------------------------------
void wait() {
 WaitForSingleObject(zonaCritica);
 contor++;
 SignalObjectAndWait(zonaCritica, conditie);
}
//------------------------------------
void broadcast() {
 WaitForSingleObject(zonaCritica);
 if (contor) { // era cineva blocat
  ReleaseSemaphore(zonaCritica, contor);
  contor = 0;
  ReleaseSemaphore(zonaCritica, 1);
 } else { // se pierde broadcast-ul
  ReleaseSemaphore(zonaCritica, 1);
 }
}
//------------------------------------

Observatie : ce vedeti mai sus este pseudocod ;)
George

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-810786181-1069743676=:98646-- From so@atlantis.cs.pub.ro Tue Nov 25 07:48:45 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Mon, 24 Nov 2003 23:48:45 -0800 (PST) Subject: [so] variabile conditie pe windows In-Reply-To: <20031125070116.98782.qmail@web41013.mail.yahoo.com> Message-ID: <20031125074845.73810.qmail@web41014.mail.yahoo.com> --0-183392963-1069746525=:73628 Content-Type: multipart/alternative; boundary="0-1634801847-1069746525=:73628" --0-1634801847-1069746525=:73628 Content-Type: text/plain; charset=us-ascii Salut, Implementarea data este gresita (cam mult copy/paste).Pentru o implementare corecta (zic eu) a se vedea fisierul atasat. George --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-1634801847-1069746525=:73628 Content-Type: text/html; charset=us-ascii
Salut,
 
Implementarea data este gresita (cam mult copy/paste).Pentru o implementare corecta (zic eu) a se vedea fisierul atasat.
 
George

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-1634801847-1069746525=:73628-- --0-183392963-1069746525=:73628 Content-Type: text/plain; name="var_cond.txt" Content-Description: var_cond.txt Content-Disposition: inline; filename="var_cond.txt" Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos. Se observa ca nu mai exista mutexul suplimentar. Voi folosi 4 semafoare si 2 contoare ce vor fi tinute intr-o structura sau intr-o clasa in implementarea voastra : //------------------------------------ sem zonaCritica = 1; sem conditie = 0; sem asteaptaTrezire := 0; sem blocheazaAlti :=1 volatile int asteapta = 0; volatile int contor = 0; //------------------------------------ void signal() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); if (contor) { // trezesc pe cineva contor--; asteapta++; ReleaseSemaphore(conditie, 1); ReleaseSemaphore(zonaCritica, 1); P(asteaptaTrezire); ReleaseSemaphore(blocheazaAlti, 1); } else { // pierde semnalul ReleaseSemaphore(zonaCritica, 1); ReleaseSemaphore(blocheazaAlti, 1); } } //------------------------------------ void wait() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); contor++; ReleaseSemaphore(blocheazaAlti, 1); SignalObjectAndWait(zonaCritica, conditie); WaitForSingleObject(zonaCritica); asteapta--; if (asteapta == 0) V(asteaptaTrezire); ReleaseSemaphore(zonaCritica, 1); } //------------------------------------ void broadcast() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); if (contor) { // era cineva blocat ReleaseSemaphore(conditie, contor); asteapta = contor; contor = 0; ReleaseSemaphore(zonaCritica, 1); P(asteaptaTrezire); ReleaseSemaphore(blocheazaAlti, 1); } else { // se pierde broadcast-ul ReleaseSemaphore(zonaCritica, 1); ReleaseSemaphore(blocheazaAlti, 1); } } //------------------------------------ --0-183392963-1069746525=:73628-- From so@atlantis.cs.pub.ro Tue Nov 25 09:54:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 01:54:54 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031125001534.64025.qmail@web60309.mail.yahoo.com> Message-ID: <20031125095454.16495.qmail@web60508.mail.yahoo.com> --- Mihai Iancu wrote: > > > > Monitor * e un pointer de care aplicatia nu trebuie > sa > stie nimic. exact ca un handle din windows. Nu poti > cu > int pt ca in cazul asta biblioteca ar trebui sa tina > un array de monitoare indexat dupa int-ul tau, si > cum > nu are de unde sa stie cate monitoare vor fi create > e > o complicatie inutila. > > > > > Cred ca e nevoie sa stie care sunt functiile care se > pot aplica pe el nu? > > Nu se include .h monitorului in aplicatie? Ba da. Nu era evident? Am spus ca aplicatia nu trebuie sa stie nimic despre pointerul la monitor in sensul ca nu trebuie sa-l dereferentieze direct ci sa-l dea ca parametru in functiile respective. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 10:36:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 02:36:32 -0800 (PST) Subject: [so] Semafor windows In-Reply-To: <20031125005713.69950.qmail@web60306.mail.yahoo.com> Message-ID: <20031125103632.85699.qmail@web60510.mail.yahoo.com> Hmmmmmmm. Chiar ai nevoie de ea? Ai putea sa tii un contor asociat si sa-l verifici pe el. Cosmin --- Mihai Iancu wrote: > Avem voie cu functia asta? > NtQuerySemaphore > > e buna sa aflam valoarea unui semafor > (nu sunt sigur ca e atomica, dar mi s-ar parea > ca normal sa fie) > > http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20Objects/Semaphore/NtQuerySemaphore.html __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 11:51:35 2003 From: so@atlantis.cs.pub.ro (Badea Ovidiu) Date: Tue, 25 Nov 2003 03:51:35 -0800 (PST) Subject: [so] despre group_id Message-ID: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Am citit pe lista ca cica group_id putea sa fie oricat si nu intre 0 si groups_max. Ca e gresit daca l-am facut sa fie intre 0 si groups_max. Ma duc la enuntul temei si acolo scrie: Consumatorii intra in cofetaria in grupuri de prieteni. Pot exista maxim GROUP_MAX grupuri, putand avea maxim PEOPLE_MAX membri. Un grup este caracterizat printr-un ID si un numar de membri. Vreau sa vad locul EXACT unde scrie ca group_id poate fi oricat. Nu vad ca raspuns valid la aceasta intrebare reprosul ca "de ce nu am intrebat?". Nu am intrebat pt. ca nu mi-a trecut prin cap asa ceva. Mie mi s-a parut logic ca din moment ce sunt maxim groups_max grupuri, group_id sa ia valori intre 0 si groups_max. Oricum mi se pare aiurea o galceava pe astfel de chestii, cu uite group_idu', nu e group_idu', cand scopul temei era sa invatam sa facem niste sincronizari corecte. __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Tue Nov 25 15:35:55 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Tue, 25 Nov 2003 17:35:55 +0200 Subject: [so] despre group_id References: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Message-ID: <002001c3b369$d1cd0c40$210c6150@ioana> Buna, Si eu am considerat group_id-ul intre 1 si group_max, si am intrebat-o pe Maria daca era gresit si mi-a zis ca nu e gresit nici asa, oricum nu prea cred ca asta ar avea o mare importanta... nu id-ul ala era esenta temei :). ----- Original Message ----- From: "Badea Ovidiu" To: Sent: Tuesday, November 25, 2003 1:51 PM Subject: [so] despre group_id > Am citit pe lista ca cica group_id putea sa fie oricat > si nu intre 0 si groups_max. Ca e gresit daca l-am > facut sa fie intre 0 si groups_max. Ma duc la enuntul > temei si acolo scrie: > > Consumatorii intra in cofetaria in grupuri de > prieteni. Pot exista maxim GROUP_MAX grupuri, putand > avea maxim PEOPLE_MAX membri. Un grup este > caracterizat printr-un ID si un numar de membri. > > Vreau sa vad locul EXACT unde scrie ca group_id poate > fi oricat. Nu vad ca raspuns valid la aceasta > intrebare reprosul ca "de ce nu am intrebat?". Nu am > intrebat pt. ca nu mi-a trecut prin cap asa ceva. Mie > mi s-a parut logic ca din moment ce sunt maxim > groups_max grupuri, group_id sa ia valori intre 0 si > groups_max. > Oricum mi se pare aiurea o galceava pe astfel de > chestii, cu uite group_idu', nu e group_idu', cand > scopul temei era sa invatam sa facem niste > sincronizari corecte. > > > __________________________________ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Tue Nov 25 15:38:54 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 25 Nov 2003 17:38:54 +0200 Subject: [so] despre group_id In-Reply-To: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031125173807.00ae3990@mail.mymail.ro> Arata'mi locul EXACT unde am scris ca e gresit daca l'ai facut sa fie intre 0 si groups_max. Maria. >Am citit pe lista ca cica group_id putea sa fie oricat >si nu intre 0 si groups_max. Ca e gresit daca l-am >facut sa fie intre 0 si groups_max. Ma duc la enuntul >temei si acolo scrie: --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 25 16:37:16 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Tue, 25 Nov 2003 18:37:16 +0200 Subject: [so] vesti bune References: <20031124002034.29811.qmail@web60503.mail.yahoo.com> Message-ID: <008a01c3b372$63a50a70$6400a8c0@andrei> Nu pare bine nici asa. Daca un thread este deschis inainte de crearea TLS-ului (deci de pornirea acelui monitor) nu are cine sa initializeze acel spatiu de stocare decat daca monitorul ar sti ce thread-uri sunt in proces. Presupunand ca avem incredere ca Windows initializeaza acel spatiu cu NULL (ceea ce nu stiu daca e valabil si in Linux) ar mai fi o problema daca acel TLS a fost folosit in prealabil in thread-ul nostru de catre altcineva (totusi monitorul va putea fi folosit in orice aplicatie) care nu l-a lasat cu NULL cand l-a eliberat. ----- Original Message ----- From: "Cosmin Arad" To: Sent: Monday, 24 November, 2003 2:20 AM Subject: Re: [so] vesti bune > > --- Andrei Hagiescu wrote: > > Datorita posibilitatii folosirii mai multor > > monitoare un thread poate fi la > > un moment dat intr-unul dintre ele si in afara > > altuia....sau de ce nu in mai > > multe monitoare? Daca da, atunci informatia stocata > > in TLS (cu privire la > > starea unui thread inauntrul sau in afara unui > > monitor) trebuie sa nu mai > > fie o simpla informatie booleana ci o lista de > > monitoare in care thread-ul > > este intrat, nu? Nu devine o solutie mai greu de > > implementat decat o lista > > de thread-uri intrate pentru fiecare monitor? > > Oops. You've got that right. > Solutia ramane totusi simpla. In loc sa faceti > TlsAlloc respectiv pthread_key_create in entry-pointul > librariei (DllMain respectiv constructorul librariei > pe Linux) veti face in functia create. > Astfel fiecare monitor contine un index distinct in > TLS > iar verificarile de utilizare corecta care se fac in > operatii se vor face folosind indexul respectiv. > Asadar informatia ramane booleana :) si implementarea > nu presupune overhead. > > Limitele sunt rezonabile: 1088 de indexuri in Windows > 2000 si 1024 in Linux, deci un proces poate sa > construiasca cam 1000 de monitoare. > > Cosmin > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > > From so@atlantis.cs.pub.ro Tue Nov 25 18:01:33 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 10:01:33 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <008a01c3b372$63a50a70$6400a8c0@andrei> Message-ID: <20031125180133.20884.qmail@web60505.mail.yahoo.com> Nu trebuie sa fii ingrijorat. Hai sa lamurim lucrurile: - aloci un index in TLS la monitor_create; - la monitor_enter daca valoarea lui e NULL, aloci o zona unde sa tii informatia, sau pur si simplu setezi pointerul la alta valoare diferita de NULL pt ca tot ce ai tu nevoie e o info booleana (NULL vs NOT NULL could do it). - daca la enter nu era NULL inseamna ca threadul era deja in monitor deci oops. - la leave setezi pointerul la NULL (si faci free in cazul in care ai alocat ceva acolo) - la signal, wait, broadcast testezi pointerul sa nu fie NULL. - la destroi eliberezi indexul. Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie: -Windows (PSDK): "If the function succeeds, the return value is a TLS index. The slots for the index are initialized to zero." e vb de TlsAlloc. -Linux (man pthread_key_create): "The value initially associated with the returned key is !NULL! in all currently executing threads." Cosmin --- Andrei Hagiescu wrote: > Nu pare bine nici asa. Daca un thread este deschis > inainte de crearea > TLS-ului (deci de pornirea acelui monitor) nu are > cine sa initializeze acel > spatiu de stocare decat daca monitorul ar sti ce > thread-uri sunt in proces. > Presupunand ca avem incredere ca Windows > initializeaza acel spatiu cu NULL > (ceea ce nu stiu daca e valabil si in Linux) ar mai > fi o problema daca acel > TLS a fost folosit in prealabil in thread-ul nostru > de catre altcineva > (totusi monitorul va putea fi folosit in orice > aplicatie) care nu l-a lasat > cu NULL cand l-a eliberat. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 18:01:16 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 10:01:16 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <008a01c3b372$63a50a70$6400a8c0@andrei> Message-ID: <20031125180116.51002.qmail@web60510.mail.yahoo.com> Nu trebuie sa fii ingrijorat. Hai sa lamurim lucrurile: - aloci un index in TLS la monitor_create; - la monitor_enter daca valoarea lui e NULL, aloci o zona unde sa tii informatia, sau pur si simplu setezi pointerul la alta valoare diferita de NULL pt ca tot ce ai tu nevoie e o info booleana (NULL vs NOT NULL could do it). - daca la enter nu era NULL inseamna ca threadul era deja in monitor deci oops. - la leave setezi pointerul la NULL (si faci free in cazul in care ai alocat ceva acolo) - la signal, wait, broadcast testezi pointerul sa nu fie NULL. - la destroi eliberezi indexul. Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie: -Windows (PSDK): "If the function succeeds, the return value is a TLS index. The slots for the index are initialized to zero." e vb de TlsAlloc. -Linux (man pthread_key_create): "The value initially associated with the returned key is !NULL! in all currently executing threads." Cosmin --- Andrei Hagiescu wrote: > Nu pare bine nici asa. Daca un thread este deschis > inainte de crearea > TLS-ului (deci de pornirea acelui monitor) nu are > cine sa initializeze acel > spatiu de stocare decat daca monitorul ar sti ce > thread-uri sunt in proces. > Presupunand ca avem incredere ca Windows > initializeaza acel spatiu cu NULL > (ceea ce nu stiu daca e valabil si in Linux) ar mai > fi o problema daca acel > TLS a fost folosit in prealabil in thread-ul nostru > de catre altcineva > (totusi monitorul va putea fi folosit in orice > aplicatie) care nu l-a lasat > cu NULL cand l-a eliberat. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 19:19:26 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Tue, 25 Nov 2003 21:19:26 +0200 Subject: [so] vesti bune References: <20031125180116.51002.qmail@web60510.mail.yahoo.com> Message-ID: <003b01c3b389$0b404a40$6400a8c0@andrei> Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie Sunt de acord cu aceasta afirmatie atata vreme cat am si garantia ca in toate thread-urile care vor folosi monitorul nimeni nu se va fi folosit de acel TLS inainte si nu-l va elibera _uitand_ sa-l curete ----- Original Message ----- From: "Cosmin Arad" To: Sent: Tuesday, 25 November, 2003 20:01 PM Subject: Re: [so] vesti bune > > Nu trebuie sa fii ingrijorat. Hai sa lamurim > lucrurile: > - aloci un index in TLS la monitor_create; > - la monitor_enter daca valoarea lui e NULL, aloci o > zona unde sa tii informatia, sau pur si simplu setezi > pointerul la alta valoare diferita de NULL pt ca tot > ce ai tu nevoie e o info booleana (NULL vs NOT NULL > could do it). > - daca la enter nu era NULL inseamna ca threadul era > deja in monitor deci oops. > - la leave setezi pointerul la NULL (si faci free in > cazul in care ai alocat ceva acolo) > - la signal, wait, broadcast testezi pointerul sa nu > fie NULL. > - la destroi eliberezi indexul. > > Ai garantia ca la alocarea indexului in TLS valoarea > lui e NULL in toate threadurile atat in Windows cat si > in Linux. Iti citez din documentatie: > > -Windows (PSDK): "If the function succeeds, the return > value is a TLS index. The slots for the index are > initialized to zero." e vb de TlsAlloc. > > -Linux (man pthread_key_create): "The value initially > associated with the returned key is !NULL! in all > currently executing threads." > > Cosmin > > --- Andrei Hagiescu wrote: > > Nu pare bine nici asa. Daca un thread este deschis > > inainte de crearea > > TLS-ului (deci de pornirea acelui monitor) nu are > > cine sa initializeze acel > > spatiu de stocare decat daca monitorul ar sti ce > > thread-uri sunt in proces. > > Presupunand ca avem incredere ca Windows > > initializeaza acel spatiu cu NULL > > (ceea ce nu stiu daca e valabil si in Linux) ar mai > > fi o problema daca acel > > TLS a fost folosit in prealabil in thread-ul nostru > > de catre altcineva > > (totusi monitorul va putea fi folosit in orice > > aplicatie) care nu l-a lasat > > cu NULL cand l-a eliberat. > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > > From so@atlantis.cs.pub.ro Tue Nov 25 19:37:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 11:37:29 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <003b01c3b389$0b404a40$6400a8c0@andrei> Message-ID: <20031125193729.85553.qmail@web60506.mail.yahoo.com> Daca il elibereaza in prealabil inseamna ca poate fi alocat de mine la create si dupa cum se spune in documentatie la alocare valoarea lui e NULL. Daca nu-l elibereaza inseamna ca e ocupat si mie alocarea imi va intoarce un altul care era liber si din nou valoarea lui e NULL. Cosmin --- Andrei Hagiescu wrote: > Ai garantia ca la alocarea indexului in TLS valoarea > lui e NULL in toate threadurile atat in Windows cat > si > in Linux. Iti citez din documentatie > > Sunt de acord cu aceasta afirmatie atata vreme cat > am si garantia ca in > toate thread-urile care vor folosi monitorul nimeni > nu se va fi folosit de > acel TLS inainte si nu-l va elibera _uitand_ sa-l > curete __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 10:53:59 2003 From: so@atlantis.cs.pub.ro (iana ionel cristian) Date: Wed, 26 Nov 2003 02:53:59 -0800 (PST) Subject: [so] De ce TLS ? Message-ID: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Salut Am cateva nelamuriri in legatura cu tema 3: 1. Exista problema verificarii daca firul care a apelat enter, wait, leave, etc., este firul activ. Este gresit daca in loc sa retin o variabila boolean folosind tls, procedez in felul urmator: - fiecare structura monitor retine id-ul firului activ - atunci cand se executa o functie, (de ex enter) verific sa am idActiv = 0, dupa care fac idActiv = idFirCurent. Sau pentru leave verific sa am idActiv = idFirCurent dupa care la iesire fac idActiv = 0, s.a.m.d. - pt a obtine IdFirCurent folosesc pthread_self 2. Se cere "sa fim atenti la utilizari gresite ale functiilor ". Este suficient ca functiile pt monitor sa returneaze o valoarea de eroare cand se intampla asa ceva ? Sau trebuie sa mai facem si altceva, de ex mesaj afisat la consola, aruncare de exceptii ... ? 3. Monitorul se poate distruge doar atunci cand nu exista fir activ in el si nu exista nici un fir care este blocat intr-o coada de asteptare sau la vreo variablia de conditie ? __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 13:50:13 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 05:50:13 -0800 (PST) Subject: [so] Barbers In-Reply-To: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Message-ID: <20031126135013.23337.qmail@web60305.mail.yahoo.com> --0-1133674118-1069854613=:21682 Content-Type: text/plain; charset=us-ascii La pornire trebuie ca toti barbierii/frizeri sa fie gata de tuns? sau trebuie sa se astepte sa fie toti gata. Eu astept sa fie toti gata si dupa incep clientii sa se tunda, e ok asa? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1133674118-1069854613=:21682 Content-Type: text/html; charset=us-ascii

La pornire trebuie ca toti barbierii/frizeri sa fie gata de tuns?

sau trebuie sa se astepte sa fie toti gata.

 

Eu astept sa fie toti gata si dupa incep clientii sa se tunda, e ok asa?

 

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1133674118-1069854613=:21682-- From so@atlantis.cs.pub.ro Wed Nov 26 14:28:34 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 06:28:34 -0800 (PST) Subject: [so] Barbers In-Reply-To: <20031126135013.23337.qmail@web60305.mail.yahoo.com> Message-ID: <20031126142834.52820.qmail@web60510.mail.yahoo.com> --- Mihai Iancu wrote: > > La pornire trebuie ca toti barbierii/frizeri sa fie > gata de tuns? > > sau trebuie sa se astepte sa fie toti gata. > > Eu astept sa fie toti gata si dupa incep clientii sa > se tunda, e ok asa? Da, trebuie sa te asiguri ca barbierii dorm in scaunele lor cand incepi sa lansezi clientii. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 14:56:16 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 06:56:16 -0800 (PST) Subject: [so] De ce TLS ? In-Reply-To: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Message-ID: <20031126145616.63185.qmail@web60510.mail.yahoo.com> --- iana ionel cristian wrote: > Salut > > Am cateva nelamuriri in legatura cu tema 3: > > 1. Exista problema verificarii daca firul care a > apelat > enter, wait, leave, etc., este firul activ. Este > gresit > daca in loc sa retin o variabila boolean folosind > tls, > procedez in felul urmator: > > - fiecare structura monitor retine id-ul firului > activ > > - atunci cand se executa o functie, (de ex enter) > verific sa am idActiv = 0, dupa care fac idActiv = > idFirCurent. Sau pentru leave verific sa am idActiv > = > idFirCurent dupa care la iesire fac idActiv = 0, > s.a.m.d. > > - pt a obtine IdFirCurent folosesc pthread_self S-ar putea sa ai dreptate, nu pot sa ma pronunt acum. Ai insa grija sa nu ai race-uri intre operatii la setarea proprietarului. Totusi, daca este corect pierzi experienta utilizarii TLS si tema ta s-ar putea clasa pe o pozitie medie sau codasa :) > 2. Se cere "sa fim atenti la utilizari gresite ale > functiilor ". Este suficient ca functiile pt monitor > sa > returneaze o valoarea de eroare cand se intampla asa > ceva ? Sau trebuie sa mai facem si altceva, de ex > mesaj afisat la consola, aruncare de exceptii ... ? Este suficient un cod de eroare. > 3. Monitorul se poate distruge doar atunci cand nu > exista fir activ in el si nu exista nici un fir care > este blocat intr-o coada de asteptare sau la vreo > variablia de conditie ? Da, asta ar trebui sa faca destroy. Ar mai trebui sa va scrieti o functie de distrugere fortata, _destroy, pe care s-o apelati de exemplu la oprirea fortata a programului (Ctrl+C) pentru ca altfel nu se pot debloca firele care asteptau la conditii. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 16:10:54 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Wed, 26 Nov 2003 08:10:54 -0800 (PST) Subject: [so] De ce TLS ? In-Reply-To: <20031126145616.63185.qmail@web60510.mail.yahoo.com> Message-ID: <20031126161054.98496.qmail@web11704.mail.yahoo.com> > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 16:15:21 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Wed, 26 Nov 2003 08:15:21 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126145616.63185.qmail@web60510.mail.yahoo.com> Message-ID: <20031126161521.48409.qmail@web11707.mail.yahoo.com> > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie - setez un flag de destroy (de ex un semafor) apoi deblochez toate firele de la variabilele conditie; ele citesc flag-ul inainte de a ajunge in waiting, iar daca este setat pe destroy fac pthread_exit() ? - astept sa primesc o notificare ca toate firele au facut pthread_exit - apoi pot distruge toate elementele de sincronizare > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 16:21:38 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 08:21:38 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126161521.48409.qmail@web11707.mail.yahoo.com> Message-ID: <20031126162138.89465.qmail@web60302.mail.yahoo.com> --0-480435163-1069863698=:89351 Content-Type: text/plain; charset=us-ascii Asteptarea asta mi se pare mie sau este un fel de continuare a "algoritmului" cu barbieri si clienti, adica un fel de "terminare corecta"? daca da, la ce bun? oricum userul daca vrea sa termine nu il mai intereseaza ce se intampla cu toata logica programului. Iar daca resursele sunt eliberate, chiar daca fortat rau eu cred ca e ok. Gresesc? Stela Suciu wrote: > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie - setez un flag de destroy (de ex un semafor) apoi deblochez toate firele de la variabilele conditie; ele citesc flag-ul inainte de a ajunge in waiting, iar daca este setat pe destroy fac pthread_exit() ? - astept sa primesc o notificare ca toate firele au facut pthread_exit - apoi pot distruge toate elementele de sincronizare > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-480435163-1069863698=:89351 Content-Type: text/html; charset=us-ascii
Asteptarea asta mi se pare mie sau este un fel
de continuare a "algoritmului" cu barbieri si clienti,
adica un fel de "terminare corecta"?
 
daca da, la ce bun? oricum userul daca vrea sa termine
nu il mai intereseaza ce se intampla cu toata logica programului.
Iar daca resursele sunt eliberate, chiar daca fortat rau eu cred ca e ok.
Gresesc?
 


Stela Suciu <stelasuciu@yahoo.com> wrote:

>
> > 3. Monitorul se poate distruge doar atunci cand nu
> > exista fir activ in el si nu exista nici un fir
> care
> > este blocat intr-o coada de asteptare sau la vreo
> > variablia de conditie ?
>
> Da, asta ar trebui sa faca destroy. Ar mai trebui sa
> va scrieti o functie de distrugere fortata,
> _destroy,
> pe care s-o apelati de exemplu la oprirea fortata a
> programului (Ctrl+C) pentru ca altfel nu se pot
> debloca firele care asteptau la conditii.
>
> Cosmin
>
>
E corect daca in functia destroy:
- astept ca toate firele din cozile waiting,
signaller si entry sa plece sau sa se blocheze la
variabile conditie
- setez un flag de destroy (de ex un semafor) apoi
deblochez toate firele de la variabilele conditie; ele
citesc flag-ul inainte de a ajunge in waiting, iar
daca este setat pe destroy fac pthread_exit() ?
- astept sa primesc o notificare ca toate firele au
facut pthread_exit
- apoi pot distruge toate elementele de sincronizare
> __________________________________
> Do you Yahoo!?
> Protect your identity with Yahoo! Mail AddressGuard
> http://antispam.yahoo.com/whatsnewfree
> _______________________________________________
> so mailing list
> so@atlantis.cs.pub.ro
>
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-480435163-1069863698=:89351-- From so@atlantis.cs.pub.ro Wed Nov 26 16:23:19 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 08:23:19 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126162138.89465.qmail@web60302.mail.yahoo.com> Message-ID: <20031126162319.50529.qmail@web60501.mail.yahoo.com> e ok, nu gresesti. tocmai i-am raspuns Stelei. Cosmin --- Mihai Iancu wrote: > Asteptarea asta mi se pare mie sau este un fel > de continuare a "algoritmului" cu barbieri si > clienti, > adica un fel de "terminare corecta"? > > daca da, la ce bun? oricum userul daca vrea sa > termine > nu il mai intereseaza ce se intampla cu toata logica > programului. > Iar daca resursele sunt eliberate, chiar daca fortat > rau eu cred ca e ok. > Gresesc? > > > > Stela Suciu wrote: > > > > > > 3. Monitorul se poate distruge doar atunci cand > nu > > > exista fir activ in el si nu exista nici un fir > > care > > > este blocat intr-o coada de asteptare sau la > vreo > > > variablia de conditie ? > > > > Da, asta ar trebui sa faca destroy. Ar mai trebui > sa > > va scrieti o functie de distrugere fortata, > > _destroy, > > pe care s-o apelati de exemplu la oprirea fortata > a > > programului (Ctrl+C) pentru ca altfel nu se pot > > debloca firele care asteptau la conditii. > > > > Cosmin > > > > > E corect daca in functia destroy: > - astept ca toate firele din cozile waiting, > signaller si entry sa plece sau sa se blocheze la > variabile conditie > - setez un flag de destroy (de ex un semafor) apoi > deblochez toate firele de la variabilele conditie; > ele > citesc flag-ul inainte de a ajunge in waiting, iar > daca este setat pe destroy fac pthread_exit() ? > - astept sa primesc o notificare ca toate firele au > facut pthread_exit > - apoi pot distruge toate elementele de sincronizare > > __________________________________ > > Do you Yahoo!? > > Protect your identity with Yahoo! Mail > AddressGuard > > http://antispam.yahoo.com/whatsnewfree > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > __________________________________ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > --------------------------------- > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 16:22:07 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 08:22:07 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126161521.48409.qmail@web11707.mail.yahoo.com> Message-ID: <20031126162207.81364.qmail@web60505.mail.yahoo.com> --- Stela Suciu wrote: > E corect daca in functia destroy: > - astept ca toate firele din cozile waiting, > signaller si entry sa plece sau sa se blocheze la > variabile conditie > - setez un flag de destroy (de ex un semafor) apoi > deblochez toate firele de la variabilele conditie; > ele > citesc flag-ul inainte de a ajunge in waiting, iar > daca este setat pe destroy fac pthread_exit() ? > - astept sa primesc o notificare ca toate firele au > facut pthread_exit > - apoi pot distruge toate elementele de > sincronizare Functia destroy ar trebui sa verifice daca monitorul este liber (nu este ocupat si nu sunt fire blocate la conditii). Daca e liber sa-l distruga, daca nu sa intoarca un cod de eroare. Functia _destroy ar trebui sa distruga monitorul fortat si sa fie apelata doar in cazuri extreme cum este cel de terminare fortata a aplciatiei. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 17:19:41 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 26 Nov 2003 19:19:41 +0200 Subject: [so] De ce TLS ? - continuare:) References: <20031126162207.81364.qmail@web60505.mail.yahoo.com> Message-ID: <002801c3b441$7c056c70$0200a8c0@smeagol> pe mine m-a ametit putin chestia cu destroy. este evident ca trebuie sa existe un destroy dur care sa curete tot fara sa faca nici o verificare. acum, din cate am inteles, trebuie sa avem un destroy care curata doar daca nu are nimeni treaba cu monitorul. cineva are treaba cu monitorul daca se afla in vre-o coada sau daca este activ. Dar cum destroy-ul se da dintr-un thread care care se presupune ca nu are nici o legatura cu threadurile care folosesc monitorul este destul de complicat modul in care se determina daca monitorul este sau nu folosit. de exemplu: in destroy ma apuc sa verific daca este cineva blocat la o conditie. pp ca nu este, dar imediat ce fac verificare vine un thread care se blocheaza exact la variabila aia conditie. neplacut. trebuie deci sa impiedicam accesul la monitor in timp ce incerc sa distrug monitorul. singurul mod in care vad facandu-se asta (doar cu resursele monitorului) este ca threadul care face destroy sa fie el insusi activ in monitor (adica sa fi dat in prealabil un enter()). si de aici contradictia: distrug monitorul numai cand nimeni nu foloseste monitorul, dar pentru ca sa vad ca monitorul este liber tocmai cel care distruge trebuie sa fie in monitor. (presupun ca se face o exceptie :) ). Eu sincer inclin spre existenta unei singure functii destroy (cea care omoara tot si abia apoi intreaba), dar pe care o apelez cu grija dupa ce toate threadurile nu mai au nevoie de monitor. prefer deci sa fie de datoria aplicatiei care foloseste monitorul sa se asigure de corectitudinea folosirii lui destroy. zeii ce zic? From so@atlantis.cs.pub.ro Wed Nov 26 17:24:40 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 09:24:40 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <002801c3b441$7c056c70$0200a8c0@smeagol> Message-ID: <20031126172440.77246.qmail@web60501.mail.yahoo.com> --- Cibu Cristian wrote: > pe mine m-a ametit putin chestia cu destroy. > > este evident ca trebuie sa existe un destroy dur > care sa curete tot fara sa > faca nici o verificare. > > acum, din cate am inteles, trebuie sa avem un > destroy care curata doar daca > nu are nimeni treaba cu monitorul. > cineva are treaba cu monitorul daca se afla in vre-o > coada sau daca este > activ. Dar cum destroy-ul se da dintr-un thread care > care se presupune ca nu > are nici o legatura cu threadurile care folosesc > monitorul este destul de > complicat modul in care se determina daca monitorul > este sau nu folosit. > > de exemplu: > > in destroy ma apuc sa verific daca este cineva > blocat la o conditie. pp ca > nu este, dar imediat ce fac verificare vine un > thread care se blocheaza > exact la variabila aia conditie. neplacut. trebuie > deci sa impiedicam > accesul la monitor in timp ce incerc sa distrug > monitorul. singurul mod in > care vad facandu-se asta (doar cu resursele > monitorului) este ca threadul > care face destroy sa fie el insusi activ in monitor > (adica sa fi dat in > prealabil un enter()). > > si de aici contradictia: distrug monitorul numai > cand nimeni nu foloseste > monitorul, dar pentru ca sa vad ca monitorul este > liber tocmai cel care > distruge trebuie sa fie in monitor. (presupun ca se > face o exceptie :) ). Da, poti sa iei lockul asociat cozii Entry ca sa faci destroy. > Eu sincer inclin spre existenta unei singure functii > destroy (cea care > omoara tot si abia apoi intreaba), dar pe care o > apelez cu grija dupa ce > toate threadurile nu mai au nevoie de monitor. > prefer deci sa fie de datoria > aplicatiei care foloseste monitorul sa se asigure de > corectitudinea > folosirii lui destroy. Ambele sunt necesare, cea care omoara tot sa fie apelata doar in cazuri extreme in care nu te mai intereseaza ce se intampla cu monitorul in continuare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 17:43:09 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 26 Nov 2003 19:43:09 +0200 Subject: [so] De ce TLS ? - continuare:) References: <20031126172440.77246.qmail@web60501.mail.yahoo.com> Message-ID: <003001c3b444$c17c23e0$0200a8c0@smeagol> pai daca trebuie sa fac enter() ca sa pot distruge, inseamna ca nu mai este nimeni in waiting sau in signaler si mai concurez si cu alte threaduri care dau enter(). asadar destroy-ul obtine accesul la monitor cine stie peste cat timp. este ok ? dar tot mi se pare de datoria aplicatiei sa dea destroy-ul atotputernic cand se stie sigur ca nimeni nu mai are treaba cu monitorul. From so@atlantis.cs.pub.ro Wed Nov 26 17:48:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 09:48:51 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <003001c3b444$c17c23e0$0200a8c0@smeagol> Message-ID: <20031126174851.25368.qmail@web60509.mail.yahoo.com> --- Cibu Cristian wrote: > pai daca trebuie sa fac enter() ca sa pot distruge, > inseamna ca nu mai este > nimeni in waiting sau in signaler si mai concurez si > cu alte threaduri care > dau enter(). asadar destroy-ul obtine accesul la > monitor cine stie peste cat > timp. este ok ? Eu nu am zis sa faci enter(). Am zis doar sa iei lockul asociat cozii Entry. Astfel impiedici orice alt enter in timp ce tu verifici ca monitorul este sau nu liber. > dar tot mi se pare de datoria aplicatiei sa dea > destroy-ul atotputernic cand > se stie sigur ca nimeni nu mai are treaba cu > monitorul. destroy-ul normal e un fel de try_destroy care poate fi si el util uneori. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 19:48:09 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 11:48:09 -0800 (PST) Subject: [so] destroy In-Reply-To: <20031126174851.25368.qmail@web60509.mail.yahoo.com> Message-ID: <20031126194809.80997.qmail@web60307.mail.yahoo.com> --0-2062366077-1069876089=:78700 Content-Type: text/plain; charset=us-ascii Bun, hai ca nu ne intelegem cu destroy asta ce ar fi sa nu il mai facem ??? : )) Intreabarea este: "De ce trebuie sa se distruga cand nu mai este nici un thread activ sau nu mai stiu exact care erau specificatiile?" Poate ca cineva peste 4 min vrea sa il foloseasca! Distrugerea se face pornind de la presupunearea ca nu mai se asteapta nimic de la program si se indreapta singur catre exit? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-2062366077-1069876089=:78700 Content-Type: text/html; charset=us-ascii

Bun, hai ca nu ne intelegem cu destroy asta

ce ar fi sa nu il mai facem ??? : ))

 

Intreabarea este: "De ce trebuie sa se distruga cand nu mai este

nici un thread activ sau nu mai stiu exact care erau specificatiile?"

Poate ca cineva peste 4 min vrea sa il foloseasca!

Distrugerea se face pornind de la presupunearea ca nu mai se asteapta nimic

de la program si se indreapta singur catre exit?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-2062366077-1069876089=:78700-- From so@atlantis.cs.pub.ro Wed Nov 26 20:20:06 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 12:20:06 -0800 (PST) Subject: [so] destroy In-Reply-To: <20031126194809.80997.qmail@web60307.mail.yahoo.com> Message-ID: <20031126202006.78739.qmail@web60503.mail.yahoo.com> --- Mihai Iancu wrote: > > Bun, hai ca nu ne intelegem cu destroy asta > ce ar fi sa nu il mai facem ??? : )) vi s-ar scadea puncte :)) > Intreabarea este: "De ce trebuie sa se distruga cand > nu mai este > > nici un thread activ sau nu mai stiu exact care erau > specificatiile?" > > Poate ca cineva peste 4 min vrea sa il foloseasca! Daca vrea sa il foloseasca peste 4 minute nu il distruge. > Distrugerea se face pornind de la presupunearea ca > nu mai se asteapta nimic > > de la program si se indreapta singur catre exit? presupunerea poate fi gresita. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 09:05:00 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 11:05:00 +0200 Subject: [so] mingw Message-ID: <002101c3b4c5$897e5220$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_001E_01C3B4D6.4CFB3B40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai = mari decat cele facute de Visual C++ 6.0 Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de = nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare tind spre anumite valori fixe astfel incat dupa cateva iteratii toti = cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se = gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce = construieste Visual C++ totul se comporta cu totul diferit. valorile = aleatoare sunt chiar aleatoare. daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il = rog sa ma ajute. ------=_NextPart_000_001E_01C3B4D6.4CFB3B40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
mare balarie si mingw asta. Toate = executabilele=20 sunt de 3, 4 ori mai mari decat cele facute de Visual C++ = 6.0
Dar fie, nu aste e problema. toate = valorile=20 aleatoare sunt asa de nealeatoare :)... Cu executabilele facute de g++ = valorile=20 aleatoare
tind spre anumite valori fixe astfel = incat dupa=20 cateva iteratii toti cititorii se comporta unitar (nu-i mai dezlipesc) = pentru ca=20 toti se gasesc sa citeasca la fel de mult si fac pauza la fel de mult. = cu ce=20 construieste Visual C++ totul se comporta cu totul diferit. valorile = aleatoare=20 sunt chiar aleatoare.
daca cineva are vre-o idee de cum se = poate rezolva=20 treaba cu random, il rog sa ma = ajute.
------=_NextPart_000_001E_01C3B4D6.4CFB3B40-- From so@atlantis.cs.pub.ro Thu Nov 27 09:27:49 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Thu, 27 Nov 2003 11:27:49 +0200 Subject: [so] mingw Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B4C8.B9BE78AD Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGVvcmV0aWMsIGFpIHB1dGVhIHNhIGNvbXBpbGV6aSBjdSBNaW5HVywgZGFyIHNhIGxlZ2kgZmlz aWVydWwgdGF1IG9iaWVjdCBkZSBsaWJjIHNpIG1zdmNydCAocnVudGltZXVsIGRlIEMgZGluIFZp c3VhbCBTdHVkaW8pIC0gbi1hbSBpZGVlIGN1bSwgbnUgYW0gcHJlYSBpbnZlc3RpZ2F0IGRhciBh ciB0cmVidWkgc2Egc2UgcG9hdGEsIG9yaWNlIGNvbXBpbGF0b3IgY2F0IGRlIGNhdCBkZWNlbnQg cG9hdGUgZmFjZSBhc3RhICh2ZXppIGNhIGluIFNldHRpbmdzIGxhIFZpc3VhbCBTdHVkaW8gYWkg c2kgbGluaWEgZGUgY29tYW5kYSBjdSBjYXJlIGludm9jYSBjbC5leGUgLSBpbmNlYXJjYSBzYSBv IGFkYXB0ZXppIHB0IE1pbkdXKS4gSW4gcHJhY3RpY2EsIGFzdGEgaW5zZWFtbmEgY2EgZmFjaSBw cmVzdXB1bmVyZWEgY2EgcGUgY2FsY3VsIHBlIGNhcmUgc2UgZmFjZSBjb21waWxhcmVhIHNpIGNv cmVjdGFyZWEgc2Ugdm9yIGdhc2kgY2VsZSBkb3VhIC5saWItdXJpLi4uIElhciBhaWNpLCB5b3Un cmUgb24geW91ciBvd24uDQoNCgktLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLSANCglGcm9tOiBD aWJ1IENyaXN0aWFuIFttYWlsdG86Y2lidS5jcmlzdGlhbkByZHNsaW5rLnJvXSANCglTZW50OiBU aHUgMTEvMjcvMjAwMyAxMTowNSBBTSANCglUbzogZ3J1cCBTTyANCglDYzogDQoJU3ViamVjdDog W3NvXSBtaW5ndw0KCQ0KCQ0KCQ0KCW1hcmUgYmFsYXJpZSBzaSBtaW5ndyBhc3RhLiBUb2F0ZSBl eGVjdXRhYmlsZWxlIHN1bnQgZGUgMywgNCBvcmkgbWFpIG1hcmkgZGVjYXQgY2VsZSBmYWN1dGUg ZGUgVmlzdWFsIEMrKyA2LjANCglEYXIgZmllLCBudSBhc3RlIGUgcHJvYmxlbWEuIHRvYXRlIHZh bG9yaWxlIGFsZWF0b2FyZSBzdW50IGFzYSBkZSBuZWFsZWF0b2FyZSA6KS4uLiBDdSBleGVjdXRh YmlsZWxlIGZhY3V0ZSBkZSBnKysgdmFsb3JpbGUgYWxlYXRvYXJlDQoJdGluZCBzcHJlIGFudW1p dGUgdmFsb3JpIGZpeGUgYXN0ZmVsIGluY2F0IGR1cGEgY2F0ZXZhIGl0ZXJhdGlpIHRvdGkgY2l0 aXRvcmlpIHNlIGNvbXBvcnRhIHVuaXRhciAobnUtaSBtYWkgZGV6bGlwZXNjKSBwZW50cnUgY2Eg dG90aSBzZSBnYXNlc2Mgc2EgY2l0ZWFzY2EgbGEgZmVsIGRlIG11bHQgc2kgZmFjIHBhdXphIGxh IGZlbCBkZSBtdWx0LiBjdSBjZSBjb25zdHJ1aWVzdGUgVmlzdWFsIEMrKyB0b3R1bCBzZSBjb21w b3J0YSBjdSB0b3R1bCBkaWZlcml0LiB2YWxvcmlsZSBhbGVhdG9hcmUgc3VudCBjaGlhciBhbGVh dG9hcmUuDQoJZGFjYSBjaW5ldmEgYXJlIHZyZS1vIGlkZWUgZGUgY3VtIHNlIHBvYXRlIHJlem9s dmEgdHJlYWJhIGN1IHJhbmRvbSwgaWwgcm9nIHNhIG1hIGFqdXRlLg0KDQo= ------_=_NextPart_001_01C3B4C8.B9BE78AD Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IjMJAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAGwALABsAMQAEAFsBASCAAwAOAAAA0wcLABsACwAbADEABABbAQEJgAEAIQAAAEE1 RUVGRTM1OUQyNjVDNERCNDNDRDg3MjlDNjQ4QTA3AF8HAQOQBgBkEAAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAAB4AAABSAEUAOgAgAFsAcwBvAF0A IABtAGkAbgBnAHcAAAAAAEAAOQCteL65yLTDAR8APQABAAAACgAAAFIARQA6ACAAAAAAAAIBRwAB AAAAKwAAAGM9dXM7YT0gO3A9TVNMYWI7bD1TRVJWRVItMDMxMTI3MDkyNzQ5Wi0yNAAAHwBJAAEA AAAWAAAAWwBzAG8AXQAgAG0AaQBuAGcAdwAAAAAAQABOAADGNInFtMMBHwBaAAEAAAAcAAAAQwBp AGIAdQAgAEMAcgBpAHMAdABpAGEAbgAAAAIBWwABAAAARAAAAAAAAACBKx+kvqMQGZ1uAN0BD1QC AAAAAENpYnUgQ3Jpc3RpYW4AU01UUABjaWJ1LmNyaXN0aWFuQHJkc2xpbmsucm8AAgFcAAEAAAAe AAAAU01UUDpDSUJVLkNSSVNUSUFOQFJEU0xJTksuUk8AAAAfAF0AAQAAABwAAABDAGkAYgB1ACAA QwByAGkAcwB0AGkAYQBuAAAAAgFeAAEAAABEAAAAAAAAAIErH6S+oxAZnW4A3QEPVAIAAAAAQ2li dSBDcmlzdGlhbgBTTVRQAGNpYnUuY3Jpc3RpYW5AcmRzbGluay5ybwACAV8AAQAAAB4AAABTTVRQ OkNJQlUuQ1JJU1RJQU5AUkRTTElOSy5STwAAAB8AZgABAAAACgAAAFMATQBUAFAAAAAAAB8AZwAB AAAAMgAAAGMAaQBiAHUALgBjAHIAaQBzAHQAaQBhAG4AQAByAGQAcwBsAGkAbgBrAC4AcgBvAAAA AAAfAGgAAQAAAAoAAABTAE0AVABQAAAAAAAfAGkAAQAAADIAAABjAGkAYgB1AC4AYwByAGkAcwB0 AGkAYQBuAEAAcgBkAHMAbABpAG4AawAuAHIAbwAAAAAAHwBwAAEAAAAWAAAAWwBzAG8AXQAgAG0A aQBuAGcAdwAAAAAAAgFxAAEAAAAbAAAAAcO0xmdjfRk4fjawT8eNDkKm5PZeIwAANtm+AB8AdAAB AAAAEAAAAGcAcgB1AHAAIABTAE8AAAAfABoMAQAAABwAAABPAHYAaQBkAGkAdQAgAFAAbABhAHQA bwBuAAAAHwAdDgEAAAAWAAAAWwBzAG8AXQAgAG0AaQBuAGcAdwAAAAAAAgEJEAEAAACMCAAAiAgA AM4XAABMWkZ1k2+XxQMACgByY3BnMTI1gjIDQ2h0bWwxAzD/AQMB9wqAAqQD5AcTAoAQA/8AUARW CFUHshE1DlEDAQIAhGNoCsBzZXQyBgDbBsMRNTMERhPHMBI/AgDeNBBtEUMI7wn3Oxl/DjB2NREy DGBjAFALCQFkMyY2FmALpTQgEAIqXHsOsgGQZxRQCqMRQx6YNAEUUDwhRE9DVFkAUEUgSFRNTCAA UFVCTElDICJALS8vVzNDIjBEJFREIUQ0LhZgVHI5AHJ0aQIgB0AiMEVOnCI+H50fPyVBMTggoBsh UiSNMx4wJvBFQURfJI0O8SWvKZ8mdDYO8DzgTUVUQSAFoAIwCfBYdD0iBeAhUzYjQDCMLjIdkC4Q MCIgJAAJB4A9RyRQRVJBVLxPUii/Kx8gUixhUyEAXExFJI4x4R+eOSCgL+8yLzBfJQUx4i8ofyVf OJQCNRZgPEJPRFkgzGJnCFAZET0jASA7YtggZGk7MDiwcjgAOHNLACEDMHYIkHdrC4Bk6jU4JGIA 0GsJwAhgPWDiIAAAc2hwOEI+wQuArHN0PqE+4XMDoGYDEEZsOvMCkXN2ICxAN7FBQDIxNRiQP6hG QEEvCYBAxRiQQzFcPBFkb+cA4DwRCrFccRlgPBET4D8DMDx1FmA4Kx2hOS9nOeI2IKBESVY8SQAA RReZOEk2NEhPRWJUZQWwExQwDeAsIAtwIHB1sS0QYSBzTMAFoG0/UGVCkHpMYGN1BdALgEe6V0ww ZArBTOFCkGdMYHdAMACQBJB1AyABkE3Ab/piCJBjBUA2rEaFAQBOsNhpYmNM0ExgbUDwBQD9BUAo T2ACMAdxT3FRoSHwazvQA6BWBAB1B0AGAHRCdTvQbykgLS6gLbkuwCBpAQBRsE2wbUww9m5NwFUx cBmATMBQX0ayzQuAdgeQI9BnYQVATlLjCsE8IGVidUxgTOEUIPVMcG9YgGFMMAWwDeBVkfdNI1iA BbFjWIJVkVuDWpDfAjBZ41GwVr9GsmYA0FGw9mE/gEzAKFggTYJMwFPR9wZgAkALgGcEIAtgU/xM Qv9SIVHQAwBMwFuyA3JOUE2iP1twGYBc71e2Q9BM8Wwu/GV4UbBU8AuAWpAKwF9Bf0zhYSFOUAUw TXIFMU3jKfguIEkDoFZgANBMAVox916TP2FMsG0kAF8yYz9eBe9MYRmAVCBMgG4EkEyxX0H6cFvC bE2wAyBsI2MBWcH/XkNaxVZyUiEFoVARbiRRsL9koAXAaY9GslhwbnJlQpBXO8AIYEzALlHRLQhx Lq9ygGeQWMIN4GlMMHkIYB4nYwECIHNSBcBvd27+LjhJAcA8VwqiPFcKcSX8/jAoQSKQSBt2OEWf Rq9Hs4MhwCDgS1FVT1QhMDM71UzQdHlCkC1RQVKAR0lOLVJJRyFQ4DogMHB4JHE8aAqx/xACRAVE o0RhRP96Hx/LFmB/g/B6/0f/SQ9KH4EXQ4BpCx2CJfw0JtFGT05UdVIRei7gMoV7C+KA+S39jPJP BRBO4CQBBdAHkEzg/GdljPOJXSxAOmEvgTxoXWGhZQqBgR84ozgoQULVhXtigPlGA2E6hDwgkb4v krp5CRZwUeBNwEMFEL9YQQORb8+Cv5JxhAFbAMDbAxBbMDpq8FlQLgUBl8NKQAsgc2Ghay4DYF3/ jp+Pr5C/kc+S359VBmACMGeUn5WvlrdUaE3AnZAvLDI3pcAuADOlkTow+jUQ0E2YH5kvmjWcz53f /57vn/+hD0tVmwCiz6Pflsb3CcBrYAYAT5y/qm+rf6yP862ftPVDY68/sE+Wt7JvH7N/tI+1n7av ohV1YmrPUBG4P7lPlrdbc5yep7/1mghtX+F3uu+7/70Pxw/XyB/JLyZWNYURL4qCwk//ho51T3Zf d2/Ob4F/xO+Dn3+Er4ffhs/Y34jvifxeQj3/BxOKz4vSUSGMDcQP1d+aRP/Tj89/0I/Rn9f/2Q/a H9sv/9wz3y/gP9zP3d/e7+0vAMD/YwE98G4RCJBSE8aSXoNngP+vEFyyZSFNsAGRTVFxgeEP3+If mkRUIFxhUaEzTDAeMP9aYfKh+SL5EQWBWIFxY15Bx0yRU2JUBUMrKy3SzN//ze/UGf2f5J/lr+a/ 0q//D//Uz/bP1u/nz+jf6e/q/+wPv/Gf7i/vP/BPDX8Og0Ry0f1AMGVV5D+A9LFWUU/gQpDv+UBn gFswXLJ28xBaYfWP/wYfmhfzEEywFSFtEvhCXpC3YeNrkBiYOmdwcpFDTcD79Nz6iGf7oRYfFy+a RBWH/xiX/A/9H/4v/z8ATwFfAm//A38EjwWfBq8HvwjPJC8K7/8L/xGPDh8PLxA/EU8yfl/R3z6A P8BjAZvQVcBpFVdAIftlMV6RZnFwZXJYgmtgaW/3Ks+aJltxZRWAVVBcwGfg/0wATGBbMEwAbpA4 0DjQWmF/WXFapG+QXrFrgDjQctEobVYALfkkVXB6UdBsIHP+Y1TQbCAZUE9gOu87/z0H/z5kbUFx EUGRTNM40V6QaVH3YDE6AlGhbU9wUDBxMV5B+0xwT7B6Rp5ngE2xQl9Db/89FVqiaNBCEU9AFCL7 KT5x/09xP2pisU3UU8A6AJegSUH/FY9KLxevGLuAoGHQcuEYpv4uIK8hvyLPI98k7yX/Jw//KB8p Lyo/K08sXy1vWJ8vj38wnzYvMr8zzzTfNe9m7mRfbYBGAsvwPbEacnZvEC3ebzowQTD6007wbU4i TpAf9JJQr19fqQQagHpvbP89sYCAGgDzAEliPhA4EE5w5xPAUGByoG9nReL5QG8P+XATYWr6sVUP Vh9XL1g//1lPWl9bb1x/XY9f6GjRdtUPfC99P35PgOpCTE9DwEtRVU9URYHbcBELzB9f5jV/0kJP RFmHgF2l0MIBSFRNTMsQAn2J0B8ANRABAAAAigAAADwAMwA2AEMAOAAxADYANABBAEUAMABDADYA QwBBADQAOQA4ADcAQwAzAEUAQwA4ADgAQQAxAEIAQgA0ADEANgBBADAAMQA0ADcAMAA3AEAAcwBl AHIAdgBlAHIALgBtAGkAYwByAG8AcwBvAGYAdAAtAGwAYQBiAC4AcAB1AGIALgByAG8APgAAAAAA HwBHEAEAAAAeAAAAbQBlAHMAcwBhAGcAZQAvAHIAZgBjADgAMgAyAAAAAAALAPIQAQAAAB8A8xAB AAAAKgAAAFIARQAlADMAQQAgAFsAcwBvAF0AIABtAGkAbgBnAHcALgBFAE0ATAAAAAAACwD2EAAA AABAAAcw5STHQse0wwFAAAgwoJ/Fuci0wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2 AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GC AQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElF TlRTL0NOPU9WSURJVVBMAAAAAB8A+j8BAAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkA cwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEAAAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAA AC4AAAADAP0/5AQAAAMAGUAAAAAAAwAaQAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAA TwBWAEkARABJAFUAUABMAAAAAAAfADFAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkAB AAAAMgAAAGMAaQBiAHUALgBjAHIAaQBzAHQAaQBhAG4AQAByAGQAcwBsAGkAbgBrAC4AcgBvAAAA AAAfADNAAQAAADIAAABjAGkAYgB1AC4AYwByAGkAcwB0AGkAYQBuAEAAcgBkAHMAbABpAG4AawAu AHIAbwAAAAAAHwA4QAEAAAASAAAATwBWAEkARABJAFUAUABMAAAAAAAfADlAAQAAAAQAAAAuAAAA CwApAAAAAAALACMAAAAAAAMABhBmM8UZAwAHECgEAAADABAQAAAAAAMAERABAAAAHgAIEAEAAABl AAAAVEVPUkVUSUMsQUlQVVRFQVNBQ09NUElMRVpJQ1VNSU5HVyxEQVJTQUxFR0lGSVNJRVJVTFRB VU9CSUVDVERFTElCQ1NJTVNWQ1JUKFJVTlRJTUVVTERFQ0RJTlZJU1VBTFNUVQAAAAACAX8AAQAA AEUAAAA8MzZDODE2NEFFMEM2Q0E0OTg3QzNFQzg4QTFCQjQxNkEwMTQ3MDdAc2VydmVyLm1pY3Jv c29mdC1sYWIucHViLnJvPgAAAAAIxA== ------_=_NextPart_001_01C3B4C8.B9BE78AD-- From so@atlantis.cs.pub.ro Thu Nov 27 09:43:28 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Thu, 27 Nov 2003 11:43:28 +0200 Subject: [so] mingw Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A01470A@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B4CA.E8F16DEC Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U2kgY2Egc2EgbWVyZyBwYW5hIGxhIGNhcGF0LCB0cmVidWllIHNhIHByZWNpemV6IGNhLCBpbnRy dWNhdCBwcm9ncmFtdWwgZm9sb3Nlc3RlIHRocmVhZHVyaSwgdHJlYnVpZSBsZWdhdCBjdSBsaWJj bXQubGliIGRlIGV4IChtdCBwdCBtdWx0aS10aHJlYWRlZCkuIE9yaWN1bSwgbnVtZWxlIGxpYnJh cmlpbG9yIHN1bnQgbGlzdGF0ZSBpbiBzZXRhcmlsZSBkZSBsYSBWaXN1YWwgQysrLg0KDQoJLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0gDQoJRnJvbTogT3ZpZGl1IFBsYXRvbiBvbiBiZWhhbGYg b2YgT3ZpZGl1IFBsYXRvbiANCglTZW50OiBUaHUgMTEvMjcvMjAwMyAxMToyNyBBTSANCglUbzog c29AYXRsYW50aXMuY3MucHViLnJvIA0KCUNjOiANCglTdWJqZWN0OiBSRTogW3NvXSBtaW5ndw0K CQ0KCQ0KCVRlb3JldGljLCBhaSBwdXRlYSBzYSBjb21waWxlemkgY3UgTWluR1csIGRhciBzYSBs ZWdpIGZpc2llcnVsIHRhdSBvYmllY3QgZGUgbGliYyBzaSBtc3ZjcnQgKHJ1bnRpbWV1bCBkZSBD IGRpbiBWaXN1YWwgU3R1ZGlvKSAtIG4tYW0gaWRlZSBjdW0sIG51IGFtIHByZWEgaW52ZXN0aWdh dCBkYXIgYXIgdHJlYnVpIHNhIHNlIHBvYXRhLCBvcmljZSBjb21waWxhdG9yIGNhdCBkZSBjYXQg ZGVjZW50IHBvYXRlIGZhY2UgYXN0YSAodmV6aSBjYSBpbiBTZXR0aW5ncyBsYSBWaXN1YWwgU3R1 ZGlvIGFpIHNpIGxpbmlhIGRlIGNvbWFuZGEgY3UgY2FyZSBpbnZvY2EgY2wuZXhlIC0gaW5jZWFy Y2Egc2EgbyBhZGFwdGV6aSBwdCBNaW5HVykuIEluIHByYWN0aWNhLCBhc3RhIGluc2VhbW5hIGNh IGZhY2kgcHJlc3VwdW5lcmVhIGNhIHBlIGNhbGN1bCBwZSBjYXJlIHNlIGZhY2UgY29tcGlsYXJl YSBzaSBjb3JlY3RhcmVhIHNlIHZvciBnYXNpIGNlbGUgZG91YSAubGliLXVyaS4uLiBJYXIgYWlj aSwgeW91J3JlIG9uIHlvdXIgb3duLg0KDQoJCS0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tIA0K CQlGcm9tOiBDaWJ1IENyaXN0aWFuIFttYWlsdG86Y2lidS5jcmlzdGlhbkByZHNsaW5rLnJvXSAN CgkJU2VudDogVGh1IDExLzI3LzIwMDMgMTE6MDUgQU0gDQoJCVRvOiBncnVwIFNPIA0KCQlDYzog DQoJCVN1YmplY3Q6IFtzb10gbWluZ3cNCgkJDQoJCQ0KCQkNCgkJbWFyZSBiYWxhcmllIHNpIG1p bmd3IGFzdGEuIFRvYXRlIGV4ZWN1dGFiaWxlbGUgc3VudCBkZSAzLCA0IG9yaSBtYWkgbWFyaSBk ZWNhdCBjZWxlIGZhY3V0ZSBkZSBWaXN1YWwgQysrIDYuMA0KCQlEYXIgZmllLCBudSBhc3RlIGUg cHJvYmxlbWEuIHRvYXRlIHZhbG9yaWxlIGFsZWF0b2FyZSBzdW50IGFzYSBkZSBuZWFsZWF0b2Fy ZSA6KS4uLiBDdSBleGVjdXRhYmlsZWxlIGZhY3V0ZSBkZSBnKysgdmFsb3JpbGUgYWxlYXRvYXJl DQoJCXRpbmQgc3ByZSBhbnVtaXRlIHZhbG9yaSBmaXhlIGFzdGZlbCBpbmNhdCBkdXBhIGNhdGV2 YSBpdGVyYXRpaSB0b3RpIGNpdGl0b3JpaSBzZSBjb21wb3J0YSB1bml0YXIgKG51LWkgbWFpIGRl emxpcGVzYykgcGVudHJ1IGNhIHRvdGkgc2UgZ2FzZXNjIHNhIGNpdGVhc2NhIGxhIGZlbCBkZSBt dWx0IHNpIGZhYyBwYXV6YSBsYSBmZWwgZGUgbXVsdC4gY3UgY2UgY29uc3RydWllc3RlIFZpc3Vh bCBDKysgdG90dWwgc2UgY29tcG9ydGEgY3UgdG90dWwgZGlmZXJpdC4gdmFsb3JpbGUgYWxlYXRv YXJlIHN1bnQgY2hpYXIgYWxlYXRvYXJlLg0KCQlkYWNhIGNpbmV2YSBhcmUgdnJlLW8gaWRlZSBk ZSBjdW0gc2UgcG9hdGUgcmV6b2x2YSB0cmVhYmEgY3UgcmFuZG9tLCBpbCByb2cgc2EgbWEgYWp1 dGUuDQoNCg== ------_=_NextPart_001_01C3B4CA.E8F16DEC Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+Ih0JAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAGwALACsAHAAEAFYBASCAAwAOAAAA0wcLABsACwArABwABABWAQEJgAEAIQAAAENG NDA1Mzk3QzMxQUUyNEVCMkVFNTREMkQ3MEM4OTBFAE4HAQOQBgDcEgAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAAB4AAABSAEUAOgAgAFsAcwBvAF0A IABtAGkAbgBnAHcAAAAAAEAAOQDsbfHoyrTDAR8APQABAAAACgAAAFIARQA6ACAAAAAAAAIBRwAB AAAAKwAAAGM9dXM7YT0gO3A9TVNMYWI7bD1TRVJWRVItMDMxMTI3MDk0MzI4Wi0yNgAAHwBJAAEA AAAeAAAAUgBFADoAIABbAHMAbwBdACAAbQBpAG4AZwB3AAAAAABAAE4ArXi+uci0wwEfAFoAAQAA ABwAAABPAHYAaQBkAGkAdQAgAFAAbABhAHQAbwBuAAAAAgFbAAEAAABHAAAAAAAAAIErH6S+oxAZ nW4A3QEPVAIAAAAAT3ZpZGl1IFBsYXRvbgBTTVRQAHNvLWFkbWluQGF0bGFudGlzLmNzLnB1Yi5y bwAAAgFcAAEAAAAhAAAAU01UUDpTTy1BRE1JTkBBVExBTlRJUy5DUy5QVUIuUk8AAAAAHwBdAAEA AAAcAAAATwB2AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIBXgABAAAAXQAAAAAAAADcp0DIwEIQ GrS5CAArL+GCAQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9D Tj1SRUNJUElFTlRTL0NOPU9WSURJVVBMAAAAAAIBXwABAAAARAAAAEVYOi9PPU1TTEFCL09VPUZJ UlNUIEFETUlOSVNUUkFUSVZFIEdST1VQL0NOPVJFQ0lQSUVOVFMvQ049T1ZJRElVUEwAHwBmAAEA AAAKAAAAUwBNAFQAUAAAAAAAHwBnAAEAAAA4AAAAcwBvAC0AYQBkAG0AaQBuAEAAYQB0AGwAYQBu AHQAaQBzAC4AYwBzAC4AcAB1AGIALgByAG8AAAAfAGgAAQAAAAoAAABTAE0AVABQAAAAAAAfAGkA AQAAADwAAABvAHYAaQBkAGkAdQBwAGwAQABtAGkAYwByAG8AcwBvAGYAdAAtAGwAYQBiAC4AcAB1 AGIALgByAG8AAAAfAHAAAQAAABYAAABbAHMAbwBdACAAbQBpAG4AZwB3AAAAAAACAXEAAQAAACAA AAABw7TGZ2N9GTh+NrBPx40OQqbk9l4jAAA22b4AAOEHGB8AdAABAAAALAAAAHMAbwBAAGEAdABs AGEAbgB0AGkAcwAuAGMAcwAuAHAAdQBiAC4AcgBvAAAAHwAaDAEAAAAcAAAATwB2AGkAZABpAHUA IABQAGwAYQB0AG8AbgAAAB8AHQ4BAAAAFgAAAFsAcwBvAF0AIABtAGkAbgBnAHcAAAAAAAIBCRAB AAAApAoAAKAKAAAXIQAATFpGdcXcZdsDAAoAcmNwZzEyNYIyA0NodG1sMQMwPwEDAfcKgAKkA+MC AGNowQrAc2V0MCAHEwKA/xADAFAEVghVB7IR1Q5RAwHdENcyBgAGwxHVMwRGENn5Eu9mNAPGEYUR 4wjvCfe2OxofDjA1EdIMYGMAUDMLCQFkMzYRYAulNCDZEAIqXA6yAZBnFPAKoxcR4x8/IEw0FPA8 IUQAT0NUWVBFIEgAVE1MIFBVQkwASUMgIi0vL1dEM0MkIERURCM0NJIuEWBUcgBydGkCIMMHQCQg RU4iPiA/IU/dDhA4IpAjQiZ9Mx7QKOD4RUFEJn0O8SefK48snwstryfsNg7wPE1FVBxBIAWgAjAJ 8HQ9IosF4CNDNiUwMC4yHjAxMqAwIiAl8AeAPUeBJkBFUkFUT1Iqr5cvryJCMPFTIvBMRSZ+6zZx IY45IpAvNr807yb1XTZyLypvJ089JDURYDyAQk9EWSBiZwhQGRmxPSMBID/yIGRpez/APUByPJA9 AwAhAzB2SQiQd2sLgGQ1PLRiXQDQawnACGBB8CAAAHOcaHA80kNRC4BzdEMx1UNxcwOgZgMQbD+D ApEoc3YgMNA3RdAyMfY1GTBEOEZE0QmARVUZMOVHwVxAoWRvAOBAoQqx/FxxGgBAoRDwAzBBBRFg Rzy7HkE9v2c5NiKQRDxJVkDZAABJpzzZNjQTTN9J8lNpMWBhIHNjUIAHgHJnIAqwJfAgRwtgUGEK sHQsIECwZSxidQiQUJJwGiBjafh6ZXpQYVHwC4BAsBzQ21HQUrFvCcAzUHUDIDs8P0sVAhAZsBEw RBBScHRouRogYWQIcVH4RyBnU/EEY3VRYGliY210Di5YcUBQUnBleCAo31iwURAFQFSBJcAtVrQJ gGwpLlS/SzNPBRBYQG31UfBuXJBlRyBYYiVwBRD7AxAFsXNC8AVAWHBEEFHQ/1JwC4BQkBFAXYFd EVkhUXEaVgQAdQdAFxArKy5/PNkBwEDnCqJA5wpxJ+ww/yoxJIBMq2JISi9LP0xDI7DBItBLUVVP VCMgQGUZUJB0eUcgMeFBUkdASU4tUklHI0A68CAwcHgmYUD4CrEQAv9IlUkzSPFJj2YvIbsRYHAA v2cPTI9Nn06vbSdIEGkeIoUn7DQowUZPTlRQkLlTAT0ycYsL4m0JLXkCbVxRZwuAYDFNB5BQoGf+ ZXkDdW0w0D7xNBFA+FhwXG5lCoFtLz0zOCoxQtdxi1kAfRhGA2E6cEwigeYvfsplGSBPQZBAYFhQ r1sPbs9+gXARUAtgdAIgcX2+Jm5iRFACgED4J15hAUB9JwIgP1BlEQBs+UBAb2aGr4e/iMqDVYZE /3qve798z33ffu9P1jGxgK8zgb+Cx1RoWFCO0C8y9jeXADKQM4O/hM+F1Y7Q9jqXEBFwTY3/jw+Q H5Evc5I/nTVUb5P/lQ+Cx3M8b0BR0AtgAjAEAC5j4aPAcHViLgNgmp+br8+cv53Pnt+nFUNjoH+h j/+Cx5efmK+F5KSPpZ+mr6e/96jPT+WkIGoFkJPvq1+CuNRSRWqAW6MgXVDAC4D8Z3evj7Cfsa+5 b7p/u4/1KEY1cSEvdpK273KeYV//Ym9jf8DPbY+t72+vcL9z7+dy38s/dPZUZQWwEUAN4HdR8Atw URB1MaBQgwWgbVtD4EcgelBRWFBNC4BH+ldR8GQKwVChV+FQUETAnwCQBJBUkQGQWFBvYgiQ/7WA rP/IL4XVX5JYgXbRUMD3RYAFAAVAKFPAo5EHgFSRH1khI+BAYAOgX/VTdHXZQGBvKXjwMzAtM1BT gP8BAFJwXIXPcNmg04/Un4Xk91LBUIALgHZWYXlwU/HRgt8KwVIUUJIRMFEQb1HQU2H/BbAN4Nnx 0FOGYQXAU+JZIf/hBOAgXiHaz9vf3OXfkVJw9mYA0FJwYV5xWXDdsNCy/91yBlECQLjxBCBfyNjU z3L/1oG+MQcw4TMDctGA4h/jL3+F1VhBUHAaIN2CSGBRgWz+LllQUnB6kAuA4CAKwFB0f+fh0YAF MNCiBTHRE1rRSf8DoFLAANDPMVNh5VPpf+qP94XkQ/FW4G1RQVBx5QHPkb8aIF4ApBC+UN1SUHFw 4VL+bFhAAyD1Q+xB31HlA+BV/91S1oHwv/HP65XPAbWA90T/UnDskAXAWADWgeAgX2IIYOtQgFjS LQhxLvzQ74DeUusN4FcxeQhgJ+xBiYH9sY8FwPfP+N+F5G93bmCf/8MPxB/FL8Y/x0/IX8lvZ9// aO9p/2sPbB8F/wcPCB0I7//Kn8uvzL/NzEXwdV92b3d//3iPeZ+8L70/vk+yr7O/f/+3tg8FXwjB Q1jwWFBDG4C/3dGjgP6fEL+F1BIxW+kQe/cghnA69BBSQKPQJdVA9UhAcx7Ra6RBuMAc3x3v/x7/ IA8hH5NfIz8kT5aPmhH8MDWabycvKDorHywvLT//Lk8vX5//MZ8yr0LA9IAwsP5PKw843znvOv88 D6nPPi//Pz9Az0HfQu9D/0UPtM9G3/9H74L0uJM1PzZPKHa470of/0svvB9WX1dvv0/AXxRvAd// Au8D/wUPWv8QXxFvEn8Tjz9dzxWvFr8XzxjR5QI9Qf8bgBvRGQ8aEVNBGj1Sf2Rv/yh2Yh9eD18f YC9mr2e/aM//ad9q423fbu9rf2yPbZ97//vpEOxBYvWA/SDScNZzVSL/5UPvcD2A5MLtEfWgY/DT IP/R8PvRb79wzyh250Dh8dYB/jPPYK8w3/GBcYgSiAHhsT/eEfuz5QHPwdfC5yVDK/ArIDYuYGFb j1yfzej/jJ9zf3SPdZ9hT2JfY29kf/9lj3aPd594r3m/es+AX3zvb33/fw+cf52ERP0h0kBl/9pE JfCDgfQx0xDR8OkQ73D74MDkwnb1gN/xhF+VDyhJ//WA9OCkMfYyhzLlUOijWoDtp8g672D84UPS 8IOsiXj+Z4qRpS+mPyh2pJenx4r//4wPjR+OL48/kE+RX5Jvk3//lI+Vn5avl7+Yz5nfmu+b/3+d D54fny+gP8HP3qAbsGT/7fD0Qe5A2mBVEKRn0jHtIf3lUWb7wO1i3hL0gPCfuh/7KFjhAWWkkN2A 5NDv0CYA//uQ4MAmANDQyEDIQN/x3wG/4DTg0OVx9KDIQP0hKNpgNi2IFNnQelpg9UBzY//ZMMpv y38odvVA4fDXMPOy/84D9mH7YdEh7fLOUfTg0TDv7eDm8clyqPFt9bDiAPeR4+UB9TBhdXrWStF/ 0o//VJfXEe9w6/LgMvNA1EGCIP+jMooZzgH1sc766/HdpOfA/8lwG4DbkdjP2d+uX6fNDrD36JD9 MafWLq//sQ+yH7Mv/7Q/tU+2X7dvuH+5j7qfu6//vL+9z77fv+/A/8IPwx/EL//FP/bf2ID5cNWy WoDNQagi8naoMC1vzWDQwInDg9D+bd3y3mCDYt/v708odqgw+HpvbM1BDpCpMIHQ27I/zaDHgN5A otCk4ALQb2e/1ZKBgP8fAC8oZKewaomh/+T/5g/nH+gv6T/qT+tf7G//7X/v2BiBCDUNjw6fD68S SgBCTE9DS1FVT/xURRM7BTFarxTvFf8T34Xv1jURMkJPRFkRvUM0IFBxSFRNTFmgfQEeYB8ANRAB AAAAigAAADwAMwA2AEMAOAAxADYANABBAEUAMABDADYAQwBBADQAOQA4ADcAQwAzAEUAQwA4ADgA QQAxAEIAQgA0ADEANgBBADAAMQA0ADcAMABBAEAAcwBlAHIAdgBlAHIALgBtAGkAYwByAG8AcwBv AGYAdAAtAGwAYQBiAC4AcAB1AGIALgByAG8APgAAAAAAHwBHEAEAAAAeAAAAbQBlAHMAcwBhAGcA ZQAvAHIAZgBjADgAMgAyAAAAAAALAPIQAQAAAB8A8xABAAAAKgAAAFIARQAlADMAQQAgAFsAcwBv AF0AIABtAGkAbgBnAHcALgBFAE0ATAAAAAAACwD2EAAAAABAAAcwJFnlxsq0wwFAAAgwMPf66Mq0 wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2AGkAZABpAHUAIABQAGwAYQB0AG8AbgAA AAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GCAQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJT VCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElFTlRTL0NOPU9WSURJVVBMAAAAAB8A+j8B AAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkAcwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEA AAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAAAC4AAAADAP0/5AQAAAMAGUAAAAAAAwAa QAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAATwBWAEkARABJAFUAUABMAAAAAAAfADFA AQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkABAAAAOAAAAHMAbwAtAGEAZABtAGkAbgBA AGEAdABsAGEAbgB0AGkAcwAuAGMAcwAuAHAAdQBiAC4AcgBvAAAAHwAzQAEAAAASAAAATwBWAEkA RABJAFUAUABMAAAAAAAfADhAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AOUABAAAABAAA AC4AAAALACkAAAAAAAsAIwAAAAAAAwAGEKbwwMEDAAcQYgUAAAMAEBAAAAAAAwAREAEAAAAeAAgQ AQAAAGUAAABTSUNBU0FNRVJHUEFOQUxBQ0FQQVQsVFJFQlVJRVNBUFJFQ0laRVpDQSxJTlRSVUNB VFBST0dSQU1VTEZPTE9TRVNURVRIUkVBRFVSSSxUUkVCVUlFTEVHQVRDVUxJQkNNVExJAAAAAAIB fwABAAAARQAAADwzNkM4MTY0QUUwQzZDQTQ5ODdDM0VDODhBMUJCNDE2QTAxNDcwQUBzZXJ2ZXIu bWljcm9zb2Z0LWxhYi5wdWIucm8+AAAAAPtJ ------_=_NextPart_001_01C3B4CA.E8F16DEC-- From so@atlantis.cs.pub.ro Thu Nov 27 16:46:59 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 27 Nov 2003 18:46:59 +0200 Subject: [so] mingw In-Reply-To: <002101c3b4c5$897e5220$0200a8c0@smeagol> References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: On Thu, 27 Nov 2003 11:05:00 +0200, Cibu Cristian wrote: > mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai > mari decat cele facute de Visual C++ 6.0 man strip > Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de > nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare > tind spre anumite valori fixe astfel incat dupa cateva iteratii toti > cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se > gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce > construieste Visual C++ totul se comporta cu totul diferit. valorile > aleatoare sunt chiar aleatoare. > daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il > rog sa ma ajute. man srand tavi From so@atlantis.cs.pub.ro Thu Nov 27 16:53:03 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 27 Nov 2003 18:53:03 +0200 Subject: [so] destroy References: <20031126202006.78739.qmail@web60503.mail.yahoo.com> Message-ID: <00cb01c3b506$eeeb86f0$6400a8c0@andrei> Nu reiese din discutiile de mai dinainte daca variantele cu mai multe functii "destroy" sunt cerinte oficiale. Daca sunt, cred ca varianta oficiala de enunt (cu 1 destroy, 2 destroy, unul mai mare si altul mai mic) ar trebui sa fie pusa pe site cat mai repede. Si o alta constatare de la care pot sa apara discutii dupa aia: cele n variabile conditie nu se specifica faptul ca au numere de la 0 la n-1. Rog pe cine este in masura sa ridice ceata :). Eu am facut o implementare care la prima mentiune a unei variabile (indiferent de numar) o ataseaza uneia dintre cele n structuri rezervate. E ok? From so@atlantis.cs.pub.ro Thu Nov 27 20:13:03 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 12:13:03 -0800 (PST) Subject: [so] destroy In-Reply-To: <00cb01c3b506$eeeb86f0$6400a8c0@andrei> Message-ID: <20031127201303.37765.qmail@web60504.mail.yahoo.com> --- Andrei Hagiescu wrote: > Nu reiese din discutiile de mai dinainte daca > variantele cu mai multe > functii "destroy" sunt cerinte oficiale. Daca sunt, > cred ca varianta > oficiala de enunt (cu 1 destroy, 2 destroy, unul mai > mare si altul mai mic) > ar trebui sa fie pusa pe site cat mai repede. si lista asta e oficiala. > Si o alta constatare de la care pot sa apara > discutii dupa aia: cele n > variabile conditie nu se specifica faptul ca au > numere de la 0 la n-1. Rog > pe cine este in masura sa ridice ceata :). Eu am > facut o implementare care > la prima mentiune a unei variabile (indiferent de > numar) o ataseaza uneia > dintre cele n structuri rezervate. E ok? e ok, atata timp cand translatarea e coerenta. Daca tu pui conditia 3 pe pozitia 1, de fiecare data cand o referi prin signal/wait/broadcast tre sa te duci pe pozitia 1. Mi se pare o complicatie inutila, mai simplu e sa le tii 1 la 1. Ai si o penalizare de performanta cu translatarea. Daca nu pierzi performanta prea multa e ok, daca nu pierzi puncte :D Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 21:21:56 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 23:21:56 +0200 Subject: [so] mingw References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: <001201c3b52c$7c3cbe50$0200a8c0@smeagol> > > mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai > > mari decat cele facute de Visual C++ 6.0 > > man strip > > > Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de > > nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare > > tind spre anumite valori fixe astfel incat dupa cateva iteratii toti > > cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se > > gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce > > construieste Visual C++ totul se comporta cu totul diferit. valorile > > aleatoare sunt chiar aleatoare. > > daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il > > rog sa ma ajute. > > man srand > > tavi sar'na pentru sfat. citez din man srand: rand() is unsafe in multi-thread applications. rand_r() is MT-Safe, and should be used instead. srand() is unsafe in multi-thread applications. From so@atlantis.cs.pub.ro Thu Nov 27 21:28:48 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 23:28:48 +0200 Subject: [so] mingw continuare References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: <001901c3b52d$71f9d4e0$0200a8c0@smeagol> numai ca pe windows nu am dat de rand_r si cum mingw e pe windows.... dilema mare. From so@atlantis.cs.pub.ro Thu Nov 27 21:30:21 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 27 Nov 2003 23:30:21 +0200 Subject: [so] destroy References: <20031127201303.37765.qmail@web60504.mail.yahoo.com> Message-ID: <001b01c3b52d$aaf40360$6400a8c0@andrei> > > si lista asta e oficiala. > Asta inseamna ca eventuale concluzii obtinute prin discutii pe aceasta lista privind cat de corect / complet este enuntul trebuie sa se regaseasca si in enuntul temei si nu sa-l contrazica. > e ok, atata timp cand translatarea e coerenta. Daca tu > pui conditia 3 pe pozitia 1, de fiecare data cand o > referi prin signal/wait/broadcast tre sa te duci pe > pozitia 1. Mi se pare o complicatie inutila, mai > simplu e sa le tii 1 la 1. Ai si o penalizare de > performanta cu translatarea. Daca nu pierzi > performanta prea multa e ok, daca nu pierzi puncte :D > > Nu s-a specificat nicaieri ca variabilele conditie vor avea numere intre 0 si n-1 sau intre 1 si n deci tema mea raspunde corect unor teste generice care nu tin seama de aceasta restrictie. Intr-adevar este o degradare de performanta fata de o tema care ar tine cont de aceasta restrictie dar atata vreme cat enuntul nu specifica explicit restrictia, tema rezolvata cu restrictie la numerele variabilelor conditie nu este corecta. Pana la urma trebuie sa rezolvam cum e mai simplu sau cum este mai corect? From so@atlantis.cs.pub.ro Thu Nov 27 21:46:44 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Thu, 27 Nov 2003 13:46:44 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031123001830.55076.qmail@web60510.mail.yahoo.com> Message-ID: <20031127214644.12982.qmail@web11706.mail.yahoo.com> --0-818721692-1069969604=:12575 Content-Type: text/plain; charset=us-ascii Cosmin Arad wrote: Aveti grija la urmatoarele aspecte: - clientii care asteapta pe scaune vor fi tunsi cu prioritate fata de clientii tocmai intrati; Cosmin Am o nelamurire: afirmatia de mai sus inseamna ca de fapt clientii de pe scaunele de asteptare trebuie treziti in ordine FIFO (primii n clienti asezati pe scaune au prioritate fata de clientul n+1 care se aseaza si el pe scaun) ? Sau, pur si simplu, ideea e ca daca un client intra si gaseste cel putin o persoana pe scaunele de asteptare, nu are alta varianta decat sa se aseze si el pe un scaun de asteptare ? Multumesc anticipat, Stela __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-818721692-1069969604=:12575 Content-Type: text/html; charset=us-ascii


Cosmin Arad <cosminarad@yahoo.com> wrote:

Aveti grija la urmatoarele aspecte:
- clientii care asteapta pe scaune vor fi tunsi cu
prioritate fata de clientii tocmai intrati;

Cosmin

Am o nelamurire: afirmatia de mai sus inseamna ca de fapt clientii de pe scaunele de asteptare trebuie treziti in ordine FIFO (primii n clienti asezati pe scaune au prioritate fata de clientul n+1 care se aseaza si el pe scaun) ?

Sau, pur si simplu, ideea e ca daca un client intra si gaseste cel putin o persoana pe scaunele de asteptare, nu are alta varianta decat sa se aseze si el pe un scaun de asteptare ?

Multumesc anticipat,

Stela


__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-818721692-1069969604=:12575-- From so@atlantis.cs.pub.ro Thu Nov 27 21:50:09 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 13:50:09 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031127214644.12982.qmail@web11706.mail.yahoo.com> Message-ID: <20031127215009.7876.qmail@web60505.mail.yahoo.com> --- Stela Suciu wrote: > > > Cosmin Arad wrote: > Aveti grija la urmatoarele aspecte: > - clientii care asteapta pe scaune vor fi tunsi cu > prioritate fata de clientii tocmai intrati; > > Cosmin > > > Am o nelamurire: afirmatia de mai sus inseamna ca de > fapt clientii de pe scaunele de asteptare trebuie > treziti in ordine FIFO (primii n clienti asezati pe > scaune au prioritate fata de clientul n+1 care se > aseaza si el pe scaun) ? > > Sau, pur si simplu, ideea e ca daca un client intra > si gaseste cel putin o persoana pe scaunele de > asteptare, nu are alta varianta decat sa se aseze si > el pe un scaun de asteptare ? Exact. Nu trebuie FIFO. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 21:52:21 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Thu, 27 Nov 2003 13:52:21 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031127215009.7876.qmail@web60505.mail.yahoo.com> Message-ID: <20031127215221.52417.qmail@web60309.mail.yahoo.com> --0-1711010079-1069969941=:51431 Content-Type: text/plain; charset=us-ascii terminati cu intrebari din astea care pot duce la un dezastru. Ce vrei sa le tii threadurile in coa Cosmin Arad wrote: --- Stela Suciu wrote: > > > Cosmin Arad wrote: > Aveti grija la urmatoarele aspecte: > - clientii care asteapta pe scaune vor fi tunsi cu > prioritate fata de clientii tocmai intrati; > > Cosmin > > > Am o nelamurire: afirmatia de mai sus inseamna ca de > fapt clientii de pe scaunele de asteptare trebuie > treziti in ordine FIFO (primii n clienti asezati pe > scaune au prioritate fata de clientul n+1 care se > aseaza si el pe scaun) ? > > Sau, pur si simplu, ideea e ca daca un client intra > si gaseste cel putin o persoana pe scaunele de > asteptare, nu are alta varianta decat sa se aseze si > el pe un scaun de asteptare ? Exact. Nu trebuie FIFO. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1711010079-1069969941=:51431 Content-Type: text/html; charset=us-ascii
terminati cu intrebari din astea care pot duce la un dezastru.
 
Ce vrei sa le tii threadurile in coa

Cosmin Arad <cosminarad@yahoo.com> wrote:
--- Stela Suciu wrote:
>
>
> Cosmin Arad wrote:
> Aveti grija la urmatoarele aspecte:
> - clientii care asteapta pe scaune vor fi tunsi cu
> prioritate fata de clientii tocmai intrati;
>
> Cosmin
>
>
> Am o nelamurire: afirmatia de mai sus inseamna ca de
> fapt clientii de pe scaunele de asteptare trebuie
> treziti in ordine FIFO (primii n clienti asezati pe
> scaune au prioritate fata de clientul n+1 care se
> aseaza si el pe scaun) ?
>
> Sau, pur si simplu, ideea e ca daca un client intra
> si gaseste cel putin o persoana pe scaunele de
> asteptare, nu are alta varianta decat sa se aseze si
> el pe un scaun de asteptare ?

Exact. Nu trebuie FIFO.

Cosmin

__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1711010079-1069969941=:51431-- From so@atlantis.cs.pub.ro Thu Nov 27 21:45:10 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Thu, 27 Nov 2003 23:45:10 +0200 (E. Europe Standard Time) Subject: [so] site References: <20031127201303.37765.qmail@web60504.mail.yahoo.com> Message-ID: <3FC67066.000016.00968@einstein> --------------Boundary-00=_AR51TSM1VA4000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_AR51O2Q1VA4000000000" --------------Boundary-00=_AR51O2Q1VA4000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable cel mai bine este sa existe o varianta corecta de enunt de tema pe site, pentru ca asa este normal si frumos.=0D in plis site-ul de so este oficial.=0D nu trebuie sa stam sa citim sute de mesaje pe lista ca sa ne prindem ca c= eea ce deja am lucrat nu este OK, desi enuntul nu spunea nimic despre asta.=0D =0D Eu consider de un mare ajutor lista aceasta de discutii si sunt de acord = ca ea este oficiala, dar... sunt cam multe mesaje...=0D =0D imi cer scuze daca am spus ceea ce nu trebuia.=0D =0D Florin --------------Boundary-00=_AR51O2Q1VA4000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
cel mai bine este sa existe o varianta corecta de enunt de tema= pe site, pentru ca asa este normal si frumos.
in plis site-ul de so este oficial.
nu trebuie sa stam sa citim sute de mesaje pe lista ca sa ne prindem= ca ceea ce deja am lucrat nu este OK, desi enuntul nu spunea nimic despr= e asta.
 
Eu consider de un mare ajutor lista aceasta de discutii si sunt de a= cord ca ea este oficiala, dar... sunt cam multe mesaje...
 
imi cer scuze daca am spus ceea ce nu trebuia.
 
Florin
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_AR51O2Q1VA4000000000-- --------------Boundary-00=_AR51TSM1VA4000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_AR51TSM1VA4000000000-- From so@atlantis.cs.pub.ro Thu Nov 27 22:00:12 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:00:12 -0800 (PST) Subject: [so] destroy In-Reply-To: <001b01c3b52d$aaf40360$6400a8c0@andrei> Message-ID: <20031127220012.55588.qmail@web60506.mail.yahoo.com> --- Andrei Hagiescu wrote: > > > > > si lista asta e oficiala. > > > > Asta inseamna ca eventuale concluzii obtinute prin > discutii pe aceasta lista > privind cat de corect / complet este enuntul trebuie > sa se regaseasca si in > enuntul temei si nu sa-l contrazica. pai concluziile de aici nu contrazic enuntul, doar il completeaza. > > e ok, atata timp cand translatarea e coerenta. > Daca tu > > pui conditia 3 pe pozitia 1, de fiecare data cand > o > > referi prin signal/wait/broadcast tre sa te duci > pe > > pozitia 1. Mi se pare o complicatie inutila, mai > > simplu e sa le tii 1 la 1. Ai si o penalizare de > > performanta cu translatarea. Daca nu pierzi > > performanta prea multa e ok, daca nu pierzi puncte > :D > > > > > > Nu s-a specificat nicaieri ca variabilele conditie > vor avea numere intre 0 > si n-1 sau intre 1 si n deci tema mea raspunde > corect unor teste generice > care nu tin seama de aceasta restrictie. Intr-adevar > este o degradare de > performanta fata de o tema care ar tine cont de > aceasta restrictie dar atata > vreme cat enuntul nu specifica explicit restrictia, > tema rezolvata cu > restrictie la numerele variabilelor conditie nu este > corecta. de ce nu este corecta? > Pana la urma > trebuie sa rezolvam cum e mai simplu sau cum este > mai corect? Corect si eficient. N-ai nici o scuza pentru lipsa de eficienta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 22:13:18 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:13:18 -0800 (PST) Subject: [so] site In-Reply-To: <3FC67066.000016.00968@einstein> Message-ID: <20031127221318.63115.qmail@web60510.mail.yahoo.com> --- Florin Pop wrote: > cel mai bine este sa existe o varianta corecta de > enunt de tema pe site, varianta de enunt de pe site este corecta. > pentru ca asa este normal si frumos. > in plis site-ul de so este oficial. si lista e oficiala si chiar scopul ei este sa lamureasca nelamuririle cu privire la tema. > nu trebuie sa stam sa citim sute de mesaje pe lista > ca sa ne prindem ca ceea > ce deja am lucrat nu este OK, desi enuntul nu spunea > nimic despre asta. parerea mea este ca un enunt de tema nu trebuie sa dea mura-n gura solutia temei. De aceea lamuririle de pe lista nu isi au locul in enunt. > Eu consider de un mare ajutor lista aceasta de > discutii si sunt de acord ca > ea este oficiala, dar... sunt cam multe mesaje... acest lucru nu poate fi decat imbucurator > imi cer scuze daca am spus ceea ce nu trebuia. scuzele se accepta :) Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 22:29:18 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Thu, 27 Nov 2003 14:29:18 -0800 (PST) Subject: [so] trist In-Reply-To: <20031127221318.63115.qmail@web60510.mail.yahoo.com> Message-ID: <20031127222918.60573.qmail@web60309.mail.yahoo.com> --0-1865654005-1069972158=:59560 Content-Type: text/plain; charset=us-ascii Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Readerul da prioritatea writerilor care asteptau inaintea lui? sau si celor care vor veni dupa el si vor astepta in acelasi timp la un momentdat? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1865654005-1069972158=:59560 Content-Type: text/html; charset=us-ascii

<quote>

Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor.

</quote>

Readerul da prioritatea writerilor care asteptau inaintea lui? sau si celor care vor veni dupa el si vor astepta in acelasi timp la un momentdat?

 

 

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1865654005-1069972158=:59560-- From so@atlantis.cs.pub.ro Thu Nov 27 22:40:35 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:40:35 -0800 (PST) Subject: [so] trist In-Reply-To: <20031127222918.60573.qmail@web60309.mail.yahoo.com> Message-ID: <20031127224035.68000.qmail@web60506.mail.yahoo.com> --- Mihai Iancu wrote: > > > > Daca un cititor gaseste un scriitor in buffer sau > descopera ca un scriitor asteapta sa intre in buffer > nu intra si ramane in asteptare acordand astfel > prioritate scriitorilor. Daca un cititor gaseste un > scriitor in buffer sau descopera ca un scriitor > asteapta sa intre in buffer nu intra si ramane in > asteptare acordand astfel prioritate scriitorilor. > > > > Readerul da prioritatea writerilor care asteptau > inaintea lui? sau si celor care vor veni dupa el si > vor astepta in acelasi timp la un momentdat? si celor veniti. un reader intra cand nu mai e nici un writer pending. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 28 05:32:20 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 07:32:20 +0200 Subject: [so] mingw In-Reply-To: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> References: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> Message-ID: On Thu, 27 Nov 2003 11:27:49 +0200, Ovidiu Platon wrote: > Teoretic, ai putea sa compilezi cu MinGW, dar sa legi fisierul tau > obiect de libc si msvcrt (runtimeul de C din Visual Studio) - n-am idee Executabilele generate de MinGW nu folosesc libc ci msvcrt. De aia ii si zice minimalistic, pentru ca este portat doar compilatorul. C:\>type a.c #include int main() { srand(123); rand(); return 0; } C:\>objdump -p a.exe a.exe: file format pei-i386 Characteristics 0x207 relocations stripped executable line numbers stripped debugging information removed Time/Date Fri Nov 28 07:29:29 2003 ImageBase 00400000 SectionAlignment 00001000 FileAlignment 00000200 MajorOSystemVersion 4 MinorOSystemVersion 0 MajorImageVersion 1 MinorImageVersion 0 MajorSubsystemVersion 4 MinorSubsystemVersion 0 Win32Version 00000000 SizeOfImage 00005000 SizeOfHeaders 00000400 CheckSum 0000fc40 Subsystem 00000003 (Windows CUI) DllCharacteristics 00000000 SizeOfStackReserve 00200000 SizeOfStackCommit 00001000 SizeOfHeapReserve 00100000 SizeOfHeapCommit 00001000 LoaderFlags 00000000 NumberOfRvaAndSizes 00000010 The Data Directory Entry 0 00000000 00000000 Export Directory [.edata (or where ever we found it)] Entry 1 00004000 0000028c Import Directory [parts of .idata] Entry 2 00000000 00000000 Resource Directory [.rsrc] Entry 3 00000000 00000000 Exception Directory [.pdata] Entry 4 00000000 00000000 Security Directory Entry 5 00000000 00000000 Base Relocation Directory [.reloc] Entry 6 00000000 00000000 Debug Directory Entry 7 00000000 00000000 Description Directory Entry 8 00000000 00000000 Special Directory Entry 9 00000000 00000000 Thread Storage Directory [.tls] Entry a 00000000 00000000 Load Configuration Directory Entry b 00000000 00000000 Bound Import Directory Entry c 00000000 00000000 Import Address Table Directory Entry d 00000000 00000000 Delay Import Directory Entry e 00000000 00000000 Reserved Entry f 00000000 00000000 Reserved There is an import table in .idata at 0x404000 The Import Tables (interpreted .idata section contents) vma: Hint Time Forward DLL First Table Stamp Chain Name Thunk 00004000 00004040 00000000 00000000 00004230 000040a4 DLL Name: KERNEL32.dll vma: Hint/Ord Member-Name Bound-To 4104 0 AddAtomA 4110 131 ExitProcess 4120 148 FindAtomA 412c 193 GetAtomNameA 413c 660 SetUnhandledExceptionFilter 00004014 0000405c 00000000 00000000 00004280 000040c0 DLL Name: msvcrt.dll vma: Hint/Ord Member-Name Bound-To 415c 39 __getmainargs 416c 59 __p__environ 417c 61 __p__fmode 418c 78 __set_app_type 41a0 118 _cexit 41ac 169 _fileno 41b8 222 _iob 41c0 336 _onexit 41cc 373 _setmode 41d8 510 abort 41e0 517 atexit 41ec 552 free 41f4 603 malloc 4200 624 rand 4208 633 signal 4214 638 srand 00004028 00000000 00000000 00000000 00000000 00000000 tavi From so@atlantis.cs.pub.ro Fri Nov 28 06:01:04 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 08:01:04 +0200 Subject: [so] mingw In-Reply-To: References: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> Message-ID: On Fri, 28 Nov 2003 07:32:20 +0200, Octavian Purdila wrote: > On Thu, 27 Nov 2003 11:27:49 +0200, Ovidiu Platon > wrote: > >> Teoretic, ai putea sa compilezi cu MinGW, dar sa legi fisierul tau >> obiect de libc si msvcrt (runtimeul de C din Visual Studio) - n-am idee > > Executabilele generate de MinGW nu folosesc libc ci msvcrt. De aia ii si > zice minimalistic, > pentru ca este portat doar compilatorul. > Am confundat libc-ul de care ziceai tu cu glibc. E posibil sa linkezi si cu libc daca ai nevoie (-llibc -Lcale_spre_llibc). tavi From so@atlantis.cs.pub.ro Fri Nov 28 06:31:04 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 08:31:04 +0200 Subject: [so] mingw continuare In-Reply-To: <001901c3b52d$71f9d4e0$0200a8c0@smeagol> References: <002101c3b4c5$897e5220$0200a8c0@smeagol> <001901c3b52d$71f9d4e0$0200a8c0@smeagol> Message-ID: On Thu, 27 Nov 2003 23:28:48 +0200, Cibu Cristian wrote: > numai ca pe windows nu am dat de rand_r > si cum mingw e pe windows.... dilema mare. > Se pare ca in mscvrt.dll nu e implementat rand_r, insa msvcrt.dll este thread safe (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_c_run.2d.time_libraries.asp) asa ca poti sa folosesti rand. tavi From so@atlantis.cs.pub.ro Fri Nov 28 09:35:05 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Fri, 28 Nov 2003 11:35:05 +0200 Subject: [so] site Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B592.E7ECE41E Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SW5saW5lLi4uDQoNCgk+IG51IHRyZWJ1aWUgc2Egc3RhbSBzYSBjaXRpbSBzdXRlIGRlIG1lc2Fq ZSBwZSBsaXN0YQ0KCT4gY2Egc2EgbmUgcHJpbmRlbSBjYSBjZWVhDQoJPiBjZSBkZWphIGFtIGx1 Y3JhdCBudSBlc3RlIE9LLCBkZXNpIGVudW50dWwgbnUgc3B1bmVhDQoJPiBuaW1pYyBkZXNwcmUg YXN0YS4NCgkNCglwYXJlcmVhIG1lYSBlc3RlIGNhIHVuIGVudW50IGRlIHRlbWEgbnUgdHJlYnVp ZSBzYSBkZWENCgltdXJhLW4gZ3VyYSBzb2x1dGlhIHRlbWVpLiBEZSBhY2VlYSBsYW11cmlyaWxl IGRlIHBlDQoJbGlzdGEgbnUgaXNpIGF1IGxvY3VsIGluIGVudW50Lg0KCQ0KDQoJT1A+IER1cGEg cGFyZXJlYSBtZWEsIHVuIGVudW50IGRlIHRlbWEgdHJlYnVpZSBzYSBmaWUgY2EgbyBzcGVjaWZp Y2F0aWUgZGUgcmVxdWlyZW1lbnRzLCBzY3VydGEsIGxhIG9iaWVjdCwgY2xhcmEgc2kgY3UgbXVs dGUgbGlua3VyaSBzaSBjbGFyaWZpY2FyaSBkaW4gc3RhcnQuIFBhbmEgYWljaSwgY2UgcG90IHNh IGdhc2VzYyBwZSBzaXRlIGFkdWNlIGNhdCBkZSBjYXQgYSByZXF1aXJlbWVudHMgKGJpbmUsIG1p Y2kgYW1iaWd1aXRhdGkgc2kgZ3Jlc2VsaSBjcmVkIGNhIHN1bnQgaW5lcmVudGUpLiBQZSBtaW5l IGluc2EgbWEgYW11emEgdGVyaWJpbCBkaXNjdXRpaWxlIGRlIHBlIGxpc3RhIGFzdGEsIGNyZWQg Y2Egc3VudCB1biB0cmFpbmluZyBleGNlbGVudCBwZW50cnUgdmlpdG9yaWkgaW5naW5lcmkgY2Fy ZSB2b3IgYXZlYSBkZS1hIGZhY2UgY3UgY3VzdG9tZXJpIGNhcmUgbnUgc3RpdSBjZSB2b3IgOikN CgkNCgk+IEV1IGNvbnNpZGVyIGRlIHVuIG1hcmUgYWp1dG9yIGxpc3RhIGFjZWFzdGEgZGUNCgk+ IGRpc2N1dGlpIHNpIHN1bnQgZGUgYWNvcmQgY2ENCgk+IGVhIGVzdGUgb2ZpY2lhbGEsIGRhci4u LiBzdW50IGNhbSBtdWx0ZSBtZXNhamUuLi4NCgkNCglhY2VzdCBsdWNydSBudSBwb2F0ZSBmaSBk ZWNhdCBpbWJ1Y3VyYXRvcg0KDQoJT1A+IEVpLCBudSBjaGlhciwgYW0gdmF6dXQgbXVsdGUgY2hl c3RpaSBjYXJlIHNlIGJhdCBjYXAgaW4gY2FwIHBlIHBhcmN1cnN1bCBkaXNjdXRpaWxvciwgY2V2 YSBzcGFtIChtZXNhanVsIGFzdGEsIGRlIGV4ZW1wbHUsIGRhciB2YSByb2cgc2EgbnUgbWEgcHVu ZXRpIGxhIGp1bmsgbWFpbCA6KSBzaSBjYXJlIGF1IHRlbmRpbnRhIHNhIHRlIGJhZ2UgaW4gY2Vh dGEuIEluIHBsdXMsIGNsYXJpZmljYXJpIHNpIGhpbnR1cmkgY2FyZSBzb3Nlc2MgZHVwYSBjZSB0 cmVjZSBkZWFkbGluZXVsIG1pIHNlIHBhciBkZSBwcm9zdCBndXN0Lg0KCQ0KDQo= ------_=_NextPart_001_01C3B592.E7ECE41E Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IgYJAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAHAALACMABQAFADkBASCAAwAOAAAA0wcLABwACwAjAAUABQA5AQEJgAEAIQAAAEJB OEM3ODJCNEVGNkZENEU5OEFDMDc0OTRGMEE3Qjk0AHMHAQOQBgBwDwAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAABwAAABSAEUAOgAgAFsAcwBvAF0A IABzAGkAdABlAAAAQAA5AB7k7OeStcMBHwA9AAEAAAAKAAAAUgBFADoAIAAAAAAAAgFHAAEAAAAr AAAAYz11czthPSA7cD1NU0xhYjtsPVNFUlZFUi0wMzExMjgwOTM1MDVaLTI5AAAfAEkAAQAAABwA AABSAGUAOgAgAFsAcwBvAF0AIABzAGkAdABlAAAAQABOAADTAqkztcMBHwBaAAEAAAAYAAAAQwBv AHMAbQBpAG4AIABBAHIAYQBkAAAAAgFbAAEAAAA+AAAAAAAAAIErH6S+oxAZnW4A3QEPVAIAAAAA Q29zbWluIEFyYWQAU01UUABjb3NtaW5hcmFkQHlhaG9vLmNvbQAAAAIBXAABAAAAGgAAAFNNVFA6 Q09TTUlOQVJBREBZQUhPTy5DT00AAAAfAF0AAQAAABgAAABDAG8AcwBtAGkAbgAgAEEAcgBhAGQA AAACAV4AAQAAAD4AAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAABDb3NtaW4gQXJhZABTTVRQAGNv c21pbmFyYWRAeWFob28uY29tAAAAAgFfAAEAAAAaAAAAU01UUDpDT1NNSU5BUkFEQFlBSE9PLkNP TQAAAB8AZgABAAAACgAAAFMATQBUAFAAAAAAAB8AZwABAAAAKgAAAGMAbwBzAG0AaQBuAGEAcgBh AGQAQAB5AGEAaABvAG8ALgBjAG8AbQAAAAAAHwBoAAEAAAAKAAAAUwBNAFQAUAAAAAAAHwBpAAEA AAAqAAAAYwBvAHMAbQBpAG4AYQByAGEAZABAAHkAYQBoAG8AbwAuAGMAbwBtAAAAAAAfAHAAAQAA ABQAAABbAHMAbwBdACAAcwBpAHQAZQAAAAIBcQABAAAAGwAAAAHDtTUOSwXSj/xgKksOnfflOQDB NCUAF0Q8dAAfAHQAAQAAACwAAABzAG8AQABhAHQAbABhAG4AdABpAHMALgBjAHMALgBwAHUAYgAu AHIAbwAAAB8AGgwBAAAAHAAAAE8AdgBpAGQAaQB1ACAAUABsAGEAdABvAG4AAAAfAB0OAQAAABQA AABbAHMAbwBdACAAcwBpAHQAZQAAAAIBCRABAAAAvwcAALsHAABDFgAATFpGdXrVmSwDAAoAcmNw ZzEyNYIyA0NodG1sMQMwPwEDAfcKgAKkA+MCAGNowQrAc2V0MCAHEwKA/xADAFAEVghVB7IR1Q5R AwHdENcyBgAGwxHVMwRGENlvEusR4wjvCfc7GM8OMDU7EdIMYGMAUAsJAWQzNpMRYAulNCAQAipc DrK9AZBnFPAKoxHjHeg0FPAAPCFET0NUWVAARSBIVE1MIFAAVUJMSUMgIi0gLy9XM0MhgERUIkQg lDMuMiGARU6cIj4e7R6PI8ExOB/wbyCiIw8kHyaQMx2AJXBFfEFEJc0O8SbvKW8k9DZBDvA8TUVU QQewQTEsYD0iRwnwBJBhdEUFsCIS0E9OVCLQVBMs8AXhRXgQ8W5nZT0GUnYTMS9BAJACICA2EC4w LjYdcDkuMSci/irPJQM3Nx/wVEkoVExFJc40DvBSZYA6IFtzb10gAJDUdGUkbjUf8C8zTzF/vyZF NJE2sChPJp86hDURYAA8Qk9EWSBkafRyPTqgcjnwOmMAIQMwOT0BZG8A4D0BCrFccf8YsD0BEPAD MD1lEWA6GxzxETsfZzk2H/BESVbPPTkAAD93Ojk2NEKvP8LISW5sC4BlLkZwOjm/AcA9RwqiPUcK cSR8MCgR/yHgQntISD//QQ9CEyEQIDBwS1FVTy3wPLY1QHQIeWxlLjFBUkdJYE4tUklHIKA04DD8 cHgi8T1YCrEQAj5lPwP/PsE/X0wvHxsRYFYATQ9CX29Db0R/Uyc94Gkc0iR8NK0lUUYt0TVBek+Q MleLFwviUw86dTgdgCZndAsCgD1XPl5oIG51ILE9EGVidQiQNUBhT0F0YW1iQmM1YAdwNUB1TzVw PLAu8AeBYWou8HD/LvA4nFSfX6RWEUYwYoEkfPssEDxRUj07RkEKgV5/X499YJ9jYmFiYC0wZEAF EG73AQBisGzxYwngZ09oX2lv72p/a49slWOSamJgYqEKQB8FAC1gYZIHkGOBT0ss/2R/ZY9mlQEA AJB1UGGgAjDmdQMgYaFzcHjgbl9vb/9wf3GPcp9hNgdwDeBjoXlw9xjQdIBigS5533rve/+Az/+B 34LpCrEEkHmwY9FiYHVj/2zxdf93D2akeOB4tGOiNXC/AMBhnQEAec+En4KtbQhw9GEtA6Bnj4E1 QAbwY3CDBzCLAmVpLiBEgCH/bjKHz4jfZpZioAhxBRBPgP9jomRQjH+Nj4K8ZwNhkgQA7XigYWGw GGBjeRELgHi09YCNNVchL1ySSm9Ynkdf/0hvSX+bv1i/Wc9a31vuCqP/VgBc713/mi+bP6FvnV+e b/+ff04oqhtRo6gPVC9NT05f/09vUH9YIVIfsN+x71VPOir7osAf8FBXj6PvpP+mf6ePnXWgUHzf fe9hJkR1CrBvhop10IpfYdlmYiFs8W//ka+5/2aVeXAFkAaQDeAtYPdiIWOxGNBxYhAY0AeAAjD+ c3XQBPAIcAGQddALYMgA0mIIkGN0ddBjC2CQAr94oJlQj2E6oC7wRjFrCHH/zhLIP8lPZqTNwsrz zzE8wO8DoGKBACCRAFAAcHRxDeB2ac2hZDFvBUBiUMIvbsZieXDDWVwnYQFAuGd+Z4BAB5B/sGRR NVJ0gGT/G4CHgorDz5/Qr9G1dQFiYO/LutTP1d/W6ijNUC0wddD3f5GY4QbQaY/gNWDLMc4S/wnB ETBGMGLwGNFs44qi2W+f2n9mpEZBGNACMGUp02G/Y8FGQZmBYlGLMZRBepCS/wUQzVADIDzAzJFj IJSnmCX/gELNoeIl4u/j/8pViqLF4fc9EAtxC4BndVAukOHQzDHrZEECMHJhsHboUC1x6FB9mYFn 5WLOMYahL3AFsWH7L0CMIi3HgZFRzkLqT+tf/dG1dbTwA3Dvt3lCYyBhsPN0EfBCOimVP5ZPgr/2 X9/3b/h/wo/Dn7tARfVxAiC/AJAEgWOixeEDgIASamNw/wWx8a/yv2apkUKAQmOh+S//+j/7T/xf /W9hU+f2zhLik/9jsfEwAHDiQgQvBT8GTwdfvwhvYVOHJgCvAb9mpG/SYfeQgJQwddBksIBGceKE bPD/YrDOhGPkRnELjwyfDa8W7/8X/xkJ8TFnIHSzYbBhodRg/y1gLvDSYGOh2PIRrxK/5QX/4LDY sI+BLXGor6m/SxmsX/+tZVENGR+rxq7RvJG4/x+v/7sfvC+9P75Pv1/Ab8F/Du+/D//+odQBYaE/ MJCAcnXQ8XSRdmF6Y3DOdT8wdWFn7zHv89fAIGJ1AWzwcP+Zgh6fKg/bhjfwZFE5Qcyhf2Ng59kA cNQSNdB5YXSRKL9j43kR6WRjse3QbdBwkFD/FKM4PzlPZpU10DIv3h/W6vxyb+2w1K9Cz98MYaGL Mf95guExzREAQM8A5tHnwEUf/0Yv1ur2DUpf1q7OIv/zYbH/7iDS0ZhhPz9AT8pVkJI3gZ5n5nJu IXUAgHAgSYpg/z6hzGHSGs9hNUB48e/GkDD/18PYoMThdBGLkXQRUK9Rv/94FtiQGLJ5EX+QN1JZ EpTi/0SwHOGP4GcgFq8avxjNI1//JG8lfyaPJ58orysBL2Ei5X+t367vX/8o/1kvav8q0jXhZlJC T0RZZU5sXyripjdn8bYATUxeAH1xIAAfADUQAQAAAIoAAAA8ADMANgBDADgAMQA2ADQAQQBFADAA QwA2AEMAQQA0ADkAOAA3AEMAMwBFAEMAOAA4AEEAMQBCAEIANAAxADYAQQAwADEANAA3ADAARQBA AHMAZQByAHYAZQByAC4AbQBpAGMAcgBvAHMAbwBmAHQALQBsAGEAYgAuAHAAdQBiAC4AcgBvAD4A AAAAAB8ARxABAAAAHgAAAG0AZQBzAHMAYQBnAGUALwByAGYAYwA4ADIAMgAAAAAACwDyEAEAAAAf APMQAQAAACgAAABSAEUAJQAzAEEAIABbAHMAbwBdACAAcwBpAHQAZQAuAEUATQBMAAAACwD2EAAA AABAAAcwkKU8H5K1wwFAAAgwEQv055K1wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2 AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GC AQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElF TlRTL0NOPU9WSURJVVBMAAAAAB8A+j8BAAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkA cwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEAAAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAA AC4AAAADAP0/5AQAAAMAGUAAAAAAAwAaQAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAA TwBWAEkARABJAFUAUABMAAAAAAAfADFAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkAB AAAAKgAAAGMAbwBzAG0AaQBuAGEAcgBhAGQAQAB5AGEAaABvAG8ALgBjAG8AbQAAAAAAHwAzQAEA AAAqAAAAYwBvAHMAbQBpAG4AYQByAGEAZABAAHkAYQBoAG8AbwAuAGMAbwBtAAAAAAAfADhAAQAA ABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AOUABAAAABAAAAC4AAAALACkAAAAAAAsAIwAAAAAA AwAGEBEho28DAAcQ2QMAAAMAEBAAAAAAAwAREAEAAAAeAAgQAQAAAGUAAABJTkxJTkVOVVRSRUJV SUVTQVNUQU1TQUNJVElNU1VURURFTUVTQUpFUEVMSVNUQUNBU0FORVBSSU5ERU1DQUNFRUFDRURF SkFBTUxVQ1JBVE5VRVNURU9LLERFU0lFTlVOVFVMAAAAAAIBfwABAAAARQAAADwzNkM4MTY0QUUw QzZDQTQ5ODdDM0VDODhBMUJCNDE2QTAxNDcwRUBzZXJ2ZXIubWljcm9zb2Z0LWxhYi5wdWIucm8+ AAAAABeh ------_=_NextPart_001_01C3B592.E7ECE41E-- From so@atlantis.cs.pub.ro Sat Nov 29 11:59:54 2003 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Sat, 29 Nov 2003 03:59:54 -0800 Subject: [so] ERRORCHECK_MUTEX in loc de TLS? References: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> Message-ID: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Salut! M-am gandit sa folosesc un astfel mutex ca sa vad daca eu(threadul curent) sunt sau nu in monitor. In felul urmator: Sa zicem ca eu am ocupat mutexul(deci sunt in monitor). Daca tot eu voi da lock iar, o sa-mi arunce nu stiu ce eroare. Daca altul da lock, nu-i mai arunca eroarea asta. It's ok? bye dany From so@atlantis.cs.pub.ro Sat Nov 29 11:03:36 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 03:03:36 -0800 (PST) Subject: [so] ERRORCHECK_MUTEX in loc de TLS? In-Reply-To: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031129110336.57346.qmail@web60507.mail.yahoo.com> --- Daniel Cosmin Porumbel wrote: > Salut! > > M-am gandit sa folosesc un astfel mutex ca sa > vad daca eu(threadul > curent) sunt sau nu in monitor. In felul urmator: > > Sa zicem ca eu am ocupat mutexul(deci sunt in > monitor). > Daca tot eu voi da lock iar, o sa-mi arunce nu > stiu ce eroare. Daca > altul da lock, nu-i mai arunca eroarea asta. It's > ok? Salut, Am primit de la voi niste ecouri care spun ca s-a inteles ca folosirea TLS e obligatorie. Nu este obligatorie. A fost data ca hint, sa fie clar pentru toata lumea, insa mi s-a parut o solutie eleganta si interesanta pentru voi de folosit. Puteti folosi orice altceva. Veti fi depunctati totusi (foarte putin) daca acel altceva e mai putin eficient sau strica in vreun fel functionalitatea naturala a monitorului. In alta ordine de idei, folositi-va imaginatia, dati solutii (originale sau nu) pe care sa fiti in stare sa le aparati/argumentati. E mult mai important sa va intariti increderea ca ceea ce ati facut e corect, si in urma unei analize a programului vostru sa puteti garanta ca este corect si eficient, decat sa intrebati la fiecare chichita(*) si niciodata sa nu fiti siguri pe voi. Mult mai important decat punctele obtinute la teme este faptul ca voi invatati sa scrieti software de calitate, si la sfarsit constientizati lucrul asta si sunteti sigur de el. Uneori si profii/indrumatorii se pot insela. Nu va abtineti de la a-i contrazice de teama ca pierdeti puncte. Studentul care nu se contrazice nu-i student :) (*)A propos, verificarile astea de utilizare corecta pentru care s-au scris exagerat de multe emailuri (destroy & TLS) nu valoreaza mai mult de 5% din punctajul temei. Ma bucur ca nu sunt probleme la implementarea efectiva de monitor si toata lumea e convinsa ca l-a implementat corect. Succes, Cosmin PS Daca cineva are ceva de replicat sa nu dea replica pe lista ca sa oprim spamul. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 13:28:34 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 29 Nov 2003 05:28:34 -0800 (PST) Subject: [so] tot tema 3 Message-ID: <20031129132834.54602.qmail@web11202.mail.yahoo.com> Salut, Se poate folosi o clasa pentru definirea monitorului ? Metodele ei vor fi cele cerute de enuntul temei dar nu vor primi ca parametru un pointer ... Andrei __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sat Nov 29 13:32:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 05:32:29 -0800 (PST) Subject: [so] tot tema 3 In-Reply-To: <20031129132834.54602.qmail@web11202.mail.yahoo.com> Message-ID: <20031129133229.89530.qmail@web60507.mail.yahoo.com> Da. --- Andrei Stefan wrote: > Salut, > > > Se poate folosi o clasa pentru definirea monitorului > ? > Metodele ei vor fi cele cerute de enuntul temei dar > nu > vor primi ca parametru un pointer ... __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 15:53:35 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sat, 29 Nov 2003 17:53:35 +0200 Subject: [so] probleme Message-ID: <3FC8C0FF.10404@pcnet.ro> Buna! Va rog frumos sa ne spuneti cat valoreaza ca punctaj fiecare dintre cele trei aspecte ale temei: monitor, readers-writers, sleeping barber. Ar si corect sa avem un punctaj estimativ inainte de a trimite tema.Eu de exemplu am momentan probleme in doua parti si ar fi bine sa stiu asupra carei probleme sa ma concentrez mai mult, dat fiind timpul scurt care a mai ramas. Multmesc anticipat! Ruxandra From so@atlantis.cs.pub.ro Sat Nov 29 16:01:50 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sat, 29 Nov 2003 08:01:50 -0800 (PST) Subject: [so] Eroare la sem_wait In-Reply-To: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031129160150.72613.qmail@web60301.mail.yahoo.com> Era vb ca la un apel de asteptare pe un IPC sa verificam EINTR. Din man vad ca sem_wait nu il seteaza ( sau cel putin nu se specifica). Mai trebuie veriicat daca asteptarea este intrerupta de semnal sau nu? Daca da cum, se mai seteaza errno cumva? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 16:08:46 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 08:08:46 -0800 (PST) Subject: [so] probleme In-Reply-To: <3FC8C0FF.10404@pcnet.ro> Message-ID: <20031129160846.19852.qmail@web60501.mail.yahoo.com> --- Ruxi Jitianu wrote: > Buna! > > Va rog frumos sa ne spuneti cat valoreaza ca punctaj > fiecare dintre cele > trei aspecte ale temei: monitor, readers-writers, > sleeping barber. > > Ar si corect sa avem un punctaj estimativ inainte de > a trimite tema.Eu > de exemplu am momentan probleme in doua parti si ar > fi bine sa stiu > asupra carei probleme sa ma concentrez mai mult, > dat fiind timpul scurt > care a mai ramas. > > Multmesc anticipat! In mare cam 80% - monitor, 10% - rw, 10% - barbieri. Imi rezerv dreptul de a modifica in 70-15-15 dar concluzia e ca trebuie sa te concentrezi pe monitor. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 16:41:57 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 08:41:57 -0800 (PST) Subject: [so] Eroare la sem_wait In-Reply-To: <20031129160150.72613.qmail@web60301.mail.yahoo.com> Message-ID: <20031129164157.8440.qmail@web60504.mail.yahoo.com> --- Mihai Iancu wrote: > Era vb ca la un apel de asteptare pe un IPC > sa verificam EINTR. > > Din man vad ca sem_wait nu il seteaza ( sau > cel putin nu se specifica). > > Mai trebuie veriicat daca asteptarea este > intrerupta de semnal sau nu? > Daca da cum, se mai seteaza errno cumva? Se pare ca in implementarea LinuxThreads pentru toate operatiile blocante se fac teste daca operatia a fost deblocata corespunzator. Daca te uiti in sursele LinuxThreads o sa gasesti un while(1) la pthread_mutex_lock, pthread_cond_wait, sem_wait si altele. Pe scurt: nu mai trebuie verificat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 20:39:30 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Sat, 29 Nov 2003 22:39:30 +0200 Subject: [so] tot barbieri sau frizeri... References: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> Message-ID: <02ae01c3b6b8$e445c040$6400a8c0@andrei> Am urmatoarea dilema. Am folosit doua monitoare pentru ca un client tocmai intrat si un frizer sa nu se "ciocneasca". Daca tot am folosit al doilea monitor am pus si "anuntul" ca un frizer a terminat in acest monitor pentru ca altfel ar fi fost echivalent cu un mutex la contorul de scaune libere. Din pacate pentru a nu baga un frizer in acest monitor, clientul tuns si nu barbierul trebuie sa anunte ca frizerul a terminat tunsul. Intre timp barbierul se culca "un pic" pana vine un eventual client care a fost anuntat (nu are de unde sa stie barbierul daca mai sunt clienti la coada). Este corecta abordarea sau tb. ca un barbier sa nu se culce deloc daca mai sunt clienti care tb. tunsi? From so@atlantis.cs.pub.ro Sat Nov 29 20:44:19 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 12:44:19 -0800 (PST) Subject: [so] tot barbieri sau frizeri... In-Reply-To: <02ae01c3b6b8$e445c040$6400a8c0@andrei> Message-ID: <20031129204419.36559.qmail@web60502.mail.yahoo.com> aboradarea este corecta. Atentie insa ca aceasta abordare este corecta doar in solutiile cu doua monitoare. Cosmin --- Andrei Hagiescu wrote: > Am urmatoarea dilema. Am folosit doua monitoare > pentru ca un client tocmai > intrat si un frizer sa nu se "ciocneasca". Daca tot > am folosit al doilea > monitor am pus si "anuntul" ca un frizer a terminat > in acest monitor pentru > ca altfel ar fi fost echivalent cu un mutex la > contorul de scaune libere. > Din pacate pentru a nu baga un frizer in acest > monitor, clientul tuns si nu > barbierul trebuie sa anunte ca frizerul a terminat > tunsul. Intre timp > barbierul se culca "un pic" pana vine un eventual > client care a fost anuntat > (nu are de unde sa stie barbierul daca mai sunt > clienti la coada). Este > corecta abordarea sau tb. ca un barbier sa nu se > culce deloc daca mai sunt > clienti care tb. tunsi? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 10:35:48 2003 From: so@atlantis.cs.pub.ro (Diana) Date: Sun, 30 Nov 2003 12:35:48 +0200 Subject: [so] printf Message-ID: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C3B73E.7B6D4580 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Am urmatoarea problema: cand afisez un mesaj mi se intampla uneori sa il = afiseze acelasi thread de doua ori, desi printf-ul se executa o singura = data. Sunt convinsa ca se executa o singura data pentru ca am = initializat un contor si l-am incrementat in printf; concluzie: imi = afiseaza de mai multe ori avand contorul 1. Daca mai pun un printf = imediat dupa printf-ul problematic, am observat ca nu se mai intampla sa = mi-l afiseze de mai multe ori. Oricum, chestia asta este complet = aleatoare.. Stie cineva cum s-ar putea rezolva aceasta problema (in alt mod decat sa = mai pun cate un printf in plus dupa fiecare printf de care am nevoie)? ------=_NextPart_000_0005_01C3B73E.7B6D4580 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Am urmatoarea problema: cand afisez un = mesaj mi se=20 intampla uneori sa il afiseze acelasi thread de doua ori, desi printf-ul = se=20 executa o singura data. Sunt convinsa ca se executa o singura data = pentru ca am=20 initializat un contor si l-am incrementat in printf; concluzie: imi = afiseaza de=20 mai multe ori avand contorul 1. Daca mai pun un printf imediat dupa = printf-ul=20 problematic, am observat ca nu se mai intampla sa mi-l afiseze de mai = multe ori.=20 Oricum, chestia asta este complet aleatoare..
Stie cineva cum s-ar putea rezolva = aceasta problema=20 (in alt mod decat sa mai pun cate un printf in plus dupa fiecare printf = de care=20 am nevoie)?
------=_NextPart_000_0005_01C3B73E.7B6D4580-- From so@atlantis.cs.pub.ro Sun Nov 30 10:44:03 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 02:44:03 -0800 (PST) Subject: [so] printf In-Reply-To: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> Message-ID: <20031130104403.92361.qmail@web60503.mail.yahoo.com> Daca-mi trimiti o bucata de cod care poate fi compilata si rulata, si care se comporta cum spui tu as putea sa incerc sa determin cauza. Cosmin --- Diana wrote: > Am urmatoarea problema: cand afisez un mesaj mi se > intampla uneori sa il afiseze acelasi thread de doua > ori, desi printf-ul se executa o singura data. Sunt > convinsa ca se executa o singura data pentru ca am > initializat un contor si l-am incrementat in printf; > concluzie: imi afiseaza de mai multe ori avand > contorul 1. Daca mai pun un printf imediat dupa > printf-ul problematic, am observat ca nu se mai > intampla sa mi-l afiseze de mai multe ori. Oricum, > chestia asta este complet aleatoare.. > Stie cineva cum s-ar putea rezolva aceasta problema > (in alt mod decat sa mai pun cate un printf in plus > dupa fiecare printf de care am nevoie)? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 11:36:17 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 30 Nov 2003 03:36:17 -0800 (PST) Subject: [so] off topic Message-ID: <20031130113617.49594.qmail@web41005.mail.yahoo.com> pariez ca la asta nu se astepta nimeni. azi e sfantul andrei, asa ca sa traiti cu numele daca e cazul :) __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sun Nov 30 12:03:02 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 04:03:02 -0800 (PST) Subject: [so] x-( In-Reply-To: <20031130113617.49594.qmail@web41005.mail.yahoo.com> Message-ID: <20031130120302.30285.qmail@web60302.mail.yahoo.com> O mica problema la final ( sau la mal :( ) Cum fac sa modific din Makefile LD_LIBRARY_PATH sa fie = ./:$LD_LIBRARY_PATH.? Eu ca user nu am variabila asta si deci incerc sa o setez din Makefile cu export LD_LIBRARY_PATH=./ dar dupa ce termina make nu exista variabila, deci nu o seteaza. De testat programul se poate face scriind export LD_LIBRARY_PATH=./ in consola si apoi gaseste .so, dar e o solutie cam trista. ===== I was born intelligent, education ruined me. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:11:17 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 04:11:17 -0800 (PST) Subject: [so] x-( In-Reply-To: <20031130120302.30285.qmail@web60302.mail.yahoo.com> Message-ID: <20031130121117.42144.qmail@web60508.mail.yahoo.com> --- Mihai Iancu wrote: > O mica problema la final ( sau la mal :( ) > > Cum fac sa modific din Makefile LD_LIBRARY_PATH sa > fie = ./:$LD_LIBRARY_PATH.? > > Eu ca user nu am variabila asta si deci incerc sa > o setez din Makefile cu export LD_LIBRARY_PATH=./ > > dar dupa ce termina make nu exista variabila, deci > nu o seteaza. De testat programul se poate face > scriind export LD_LIBRARY_PATH=./ in consola si apoi > gaseste .so, dar e o solutie cam trista. I can handle it. Variabila se seteaza in environment-ul procesului care executa make, nu si in parinte (bash), deci e normal comportamentul. Poti sa faci o regula run sau test in Makefile care dupa compilare sa faca si setarea variabilei si rularea programului de test, daca tii neaparat. > ===== > I was born intelligent, > education ruined me. pe bune? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:38:18 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 04:38:18 -0800 (PST) Subject: [so] sleep In-Reply-To: <20031130120302.30285.qmail@web60302.mail.yahoo.com> Message-ID: <20031130123818.6705.qmail@web60309.mail.yahoo.com> la readerswriters e nepotrivit sleep-ul care face sleep doar secunde si astfel cu 30 de readers si 30 writers cand intra un writer si pana iese sigur mai vine un writer si astfel nu mai apuca nici un readers sa ma intre caci asteapta sa nu mai fie nici un wr ... stiti cu totii povestea. Vreau sa folosesc /** *face un sleep de sec si usec */ int mysleep( int sec, int usec){ struct timeval opt; opt.tv_sec = sec; opt.tv_usec = usec; return select(1,0,0,0,&opt); } nu cred ca e in POSIX e ok? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:50:06 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 04:50:06 -0800 (PST) Subject: [so] sleep In-Reply-To: <20031130123818.6705.qmail@web60309.mail.yahoo.com> Message-ID: <20031130125006.26358.qmail@web60510.mail.yahoo.com> te complici, foloseste nanosleep. --- Mihai Iancu wrote: > la readerswriters e nepotrivit sleep-ul care > face sleep doar secunde si astfel cu 30 de readers > si > 30 writers cand intra un writer si pana iese > sigur mai vine un writer si astfel nu mai apuca nici > un readers sa ma intre caci asteapta sa nu mai fie > nici un wr ... stiti cu totii povestea. > > Vreau sa folosesc > /** > *face un sleep de sec si usec > */ > int mysleep( int sec, int usec){ > struct timeval opt; > opt.tv_sec = sec; > opt.tv_usec = usec; > return select(1,0,0,0,&opt); > } > > nu cred ca e in POSIX > > e ok? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 15:03:47 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 07:03:47 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <001a01c3b7a6$a36a1b40$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031130150347.75375.qmail@web60508.mail.yahoo.com> E ok, nu se face overwrite. Mai fa o data upload cum trebuie. --- Daniel Cosmin Porumbel wrote: > Salut! > > Cred ca am facut o greseala la upload. Am > vrut sa trimit tema si nu mi-a primit-o dintr-un > motiv oarecare. Apoi cand am vrut s-o trimit iar, am > dat back si n-am mai modificat dropDownListurile si > s-a pus peste tema1 de Windows. Credeti ca se mai > poate face ceva ca sa recuperez fisierele de > dinainte? Sper ca nu face overwrite automat.... > > Toate bune! > Dany > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 15:53:28 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 07:53:28 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <001a01c3b7a6$a36a1b40$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031130155328.39396.qmail@web60309.mail.yahoo.com> --0-65724020-1070207608=:39234 Content-Type: text/plain; charset=us-ascii Cum facem cu temaX.exe? ce nume ii punem ca acum avem cel putin 2 executabile --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-65724020-1070207608=:39234 Content-Type: text/html; charset=us-ascii

Cum facem cu temaX.exe?

 

ce nume ii punem ca acum avem cel putin 2 executabile

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-65724020-1070207608=:39234-- From so@atlantis.cs.pub.ro Sun Nov 30 16:14:35 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 08:14:35 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <20031130155328.39396.qmail@web60309.mail.yahoo.com> Message-ID: <20031130161435.66629.qmail@web60510.mail.yahoo.com> Education ruined you. You should quit while you're still ahead :)) --- Mihai Iancu wrote: > > Cum facem cu temaX.exe? > > > > ce nume ii punem ca acum avem cel putin 2 > executabile __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 16:33:25 2003 From: so@atlantis.cs.pub.ro (Ionut Cirjan) Date: Sun, 30 Nov 2003 08:33:25 -0800 (PST) Subject: [so] printf In-Reply-To: <20031130104403.92361.qmail@web60503.mail.yahoo.com> Message-ID: <20031130163325.11166.qmail@web41104.mail.yahoo.com> Eu am avut alta problema cu printf: intarzia la unele threaduri si afisa mai repede de la altele care totusi se executau dupa cele dinainte. Am pus dupa fiecare printf un fflush(stdout) si nu am mai avut probleme. Ionut. --- Cosmin Arad wrote: > Daca-mi trimiti o bucata de cod care poate fi > compilata si rulata, si care se comporta cum spui tu > as putea sa incerc sa determin cauza. > > Cosmin > > --- Diana wrote: > > Am urmatoarea problema: cand afisez un mesaj mi se > > intampla uneori sa il afiseze acelasi thread de > doua > > ori, desi printf-ul se executa o singura data. > Sunt > > convinsa ca se executa o singura data pentru ca am > > initializat un contor si l-am incrementat in > printf; > > concluzie: imi afiseaza de mai multe ori avand > > contorul 1. Daca mai pun un printf imediat dupa > > printf-ul problematic, am observat ca nu se mai > > intampla sa mi-l afiseze de mai multe ori. Oricum, > > chestia asta este complet aleatoare.. > > Stie cineva cum s-ar putea rezolva aceasta > problema > > (in alt mod decat sa mai pun cate un printf in > plus > > dupa fiecare printf de care am nevoie)? > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sun Nov 30 21:23:58 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Sun, 30 Nov 2003 23:23:58 +0200 Subject: [so] printf In-Reply-To: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> References: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> Message-ID: <20031130212358.E732241AC8@server1.messagingengine.com> Chestia cu fflush(stdout) e de baza la multithreading. Daca folosesti C++, merge si "cout< said: > Am urmatoarea problema: cand afisez un mesaj mi se intampla uneori sa il > afiseze acelasi thread de doua ori, desi printf-ul se executa o singura > data. Sunt convinsa ca se executa o singura data pentru ca am initializat > un contor si l-am incrementat in printf; concluzie: imi afiseaza de mai > multe ori avand contorul 1. Daca mai pun un printf imediat dupa printf-ul > problematic, am observat ca nu se mai intampla sa mi-l afiseze de mai > multe ori. Oricum, chestia asta este complet aleatoare.. > Stie cineva cum s-ar putea rezolva aceasta problema (in alt mod decat sa > mai pun cate un printf in plus dupa fiecare printf de care am nevoie)? -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Access your email from home and the web From so@atlantis.cs.pub.ro Sat Nov 1 08:29:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 00:29:32 -0800 (PST) Subject: [so] unscribe In-Reply-To: <20031031224159.70266.qmail@web20710.mail.yahoo.com> Message-ID: <20031101082932.10519.qmail@web11501.mail.yahoo.com> --- Alecu Adrian wrote: > Am si eu o mica problema.... > Am cam pierdut parola de pe acest mailing - list si > vad ca nu exista nici o cale de a ma scoate de pe > lista si a ma baga din nou.... sau altceva de genul > asta > as vrea si eu o sugestie ce as putea sa fac.. > mersi si bafta la teme La 'Edit Options' gasesti un buton 'Email my password to me'. Daca il apesi vei primi parola pe adresa cu care esti inscris acum. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sat Nov 1 08:40:41 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 1 Nov 2003 10:40:41 +0200 Subject: [so] fflush Message-ID: <001001c3a053$d53bed70$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C3A064.98B1AAA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable avem voie sa folosim fflush(stdout)? o alta varianta ar fi sa afisez un \n dar nu-mi convine varianta asta... ------=_NextPart_000_000D_01C3A064.98B1AAA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
avem voie sa folosim = fflush(stdout)?
o alta varianta ar fi sa afisez un \n = dar nu-mi=20 convine varianta asta...
------=_NextPart_000_000D_01C3A064.98B1AAA0-- From so@atlantis.cs.pub.ro Sat Nov 1 15:04:52 2003 From: so@atlantis.cs.pub.ro (Dana Tiba) Date: Sat, 1 Nov 2003 17:04:52 +0200 (EET) Subject: [so] interpretare Message-ID: <1092.81.196.10.119.1067699092.squirrel@dazoot.ro> Salut, Textul temei defineste o comanda compusa ca fiind formata din doi operanzi si un operator. Apoi sunt definiti cei 8 operatori care trebuiesc sa fie suportati(dintre care 4 de redirectare). Cei doi operanzi sunt definiti ca fiind fie comenzi oarecare, fie un nume de fisier in cazul in care operatorul este de redirectare. Din acestea eu am inteles initial ca trebuie suportate comenzi de genul: NUME1[operator NUME2],unde NUME1 trebuie neaparat sa fie o comanda(simpla, adica nume + parametrii), iar NUME2 in functie de tipul operatorului poate sa fie fie o alta comanda(simpla), fie un nume de fisier. Insa un mail anterior pe lista sugereaza ca trebuiesc suportate si comenzi cu mai multi operatori si operanzi (cat fisier > gigi & pwd > titi). Care este adevarata interpretare a temei? dana From so@atlantis.cs.pub.ro Sat Nov 1 21:12:18 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 1 Nov 2003 23:12:18 +0200 Subject: [so] alocare mem Message-ID: <000901c3a0bc$d4f90050$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C3A0CD.986A0290 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable in windows putem folosi malloc si realloc? ------=_NextPart_000_0006_01C3A0CD.986A0290 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
in windows putem folosi malloc si=20 realloc?
------=_NextPart_000_0006_01C3A0CD.986A0290-- From so@atlantis.cs.pub.ro Sat Nov 1 22:00:18 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 14:00:18 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <000901c3a0bc$d4f90050$0200a8c0@smeagol> Message-ID: <20031101220018.86497.qmail@web11502.mail.yahoo.com> --- Cibu Cristian wrote: > in windows putem folosi malloc si realloc? NU. Folositi HeapAlloc si HeapRealloc! Sau orice functie prezentata in 'Memory Management Functions' in Platform SDK, care nu e deprecated (local and global functions _nu_ sunt recomandate). (ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm) Nu folositi functiile de lucru cu memoria virtuala pentru ca inca nu stiti prea bine cu ce se mananca si nici nu e nevoie de ele in tema. Practic puteti folosi de la 'Memory Management Functions' funtiile din primul si din al 4-lea (heap functions) tabel. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sat Nov 1 22:19:19 2003 From: so@atlantis.cs.pub.ro (Cristian Traum) Date: Sat, 1 Nov 2003 14:19:19 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031101220018.86497.qmail@web11502.mail.yahoo.com> Message-ID: <20031101221919.96655.qmail@web13204.mail.yahoo.com> --0-477966446-1067725159=:94353 Content-Type: text/plain; charset=us-ascii nu avem voie deloc deloc? adica daca vreau in cadrul parsarii sa copiez un sir... nu am voie strdup??? sau HeapAlloc si HeapRealloc tb folosite cand e vorba de procese...? Cosmin Arad wrote: --- Cibu Cristian wrote: > in windows putem folosi malloc si realloc? NU. Folositi HeapAlloc si HeapRealloc! Sau orice functie prezentata in 'Memory Management Functions' in Platform SDK, care nu e deprecated (local and global functions _nu_ sunt recomandate). (ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm) Nu folositi functiile de lucru cu memoria virtuala pentru ca inca nu stiti prea bine cu ce se mananca si nici nu e nevoie de ele in tema. Practic puteti folosi de la 'Memory Management Functions' funtiile din primul si din al 4-lea (heap functions) tabel. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Exclusive Video Premiere - Britney Spears --0-477966446-1067725159=:94353 Content-Type: text/html; charset=us-ascii
nu avem voie deloc deloc? adica daca vreau in cadrul parsarii sa copiez un sir... nu am voie strdup???
sau HeapAlloc si HeapRealloc tb folosite cand e vorba de procese...?


Cosmin Arad <cosminarad@yahoo.com> wrote:
--- Cibu Cristian wrote:
> in windows putem folosi malloc si realloc?

NU. Folositi HeapAlloc si HeapRealloc!
Sau orice functie prezentata in 'Memory Management
Functions' in Platform SDK, care nu e deprecated
(local and global functions _nu_ sunt recomandate).
(ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm)

Nu folositi functiile de lucru cu memoria virtuala
pentru ca inca nu stiti prea bine cu ce se mananca si
nici nu e nevoie de ele in tema.

Practic puteti folosi de la 'Memory Management
Functions' funtiile din primul si din al 4-lea (heap
functions) tabel.

Cosmin


__________________________________
Do you Yahoo!?
Exclusive Video Premiere - Britney Spears
http://launch.yahoo.com/promos/britneyspears/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Exclusive Video Premiere - Britney Spears --0-477966446-1067725159=:94353-- From so@atlantis.cs.pub.ro Sun Nov 2 07:11:52 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 02 Nov 2003 09:11:52 +0200 Subject: [so] upload Message-ID: <3FA4AE38.6020102@pcnet.ro> Intrebarea: ce se intampla daca fac upload la o tema de 2 ori? Se considera ultima varianta? Multumesc Ruxandra p.s. stiu ca nu e indicat sa se intample asta....dar totusi....daca se intampla.... From so@atlantis.cs.pub.ro Sun Nov 2 07:59:24 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 23:59:24 -0800 (PST) Subject: [so] upload In-Reply-To: <3FA4AE38.6020102@pcnet.ro> Message-ID: <20031102075924.66448.qmail@web11509.mail.yahoo.com> --- Ruxi Jitianu wrote: > Intrebarea: ce se intampla daca fac upload la o tema > de 2 ori? Se > considera ultima varianta? Da. > Multumesc > > Ruxandra > > p.s. > stiu ca nu e indicat sa se intample asta....dar > totusi....daca se > intampla.... e ok. poti sa uploadezi de cate ori vrei. Cosmin __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From so@atlantis.cs.pub.ro Sun Nov 2 10:07:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 2 Nov 2003 02:07:21 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031101221919.96655.qmail@web13204.mail.yahoo.com> Message-ID: <20031102100721.85107.qmail@web11509.mail.yahoo.com> --- Cristian Traum wrote: > nu avem voie deloc deloc? adica daca vreau in cadrul > parsarii sa copiez un sir... nu am voie strdup??? > sau HeapAlloc si HeapRealloc tb folosite cand e > vorba de procese...? > E recomandabil sa folosesti HeapAlloc iar pentru copierea sirului CopyMemory. In toate cazurile. Cosmin __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From so@atlantis.cs.pub.ro Sun Nov 2 20:27:23 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Sun, 2 Nov 2003 22:27:23 +0200 Subject: [so] Scule (instrumente) de dezvoltare Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C3A190.801BE460 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Imi cer scuze anticipat pentru eventuale exprimari scapate de sub control in cele ce urmeaza. De ce trebuie sa folosim pe Windows tampenia aia de MinGW cand exista la fel de bine Visual Studio.NET? Concret: Scriu totul cu VS, testez, etc etc, totul merge ok. Incerc sa compilez din MSYS cu gcc, se trezeste ca nu stie de strsafe.h (un header al unei librarii din Platform SDK, folosita pentru 'safe handling' pe stringuri C). Headerul ala e (pe bune!) in acelasi folder cu 'windows.h', e suportat cu tot restul MS Platform SDK samd, nimic ezoteric acolo. La tentativa de compilare gcc zice ca nu gaseste 'strsafe.h' si se plange de functiile din headerul ala. Finally, facultatea asta vesela are licenta de Visual Studio.NET pentru toti studentii. De ce trebuie sa folosim o scula de mana a zecea cand aveti scule de zeci de mii de dolari in MSDN AA? Mi se pare o idee super ca putem face temele si pe Win32 si pe Linux, dar pe Win32 am senzatia ca ma joc cu o mana legata la spate daca sunt limitat la niste tooluri destul de slabute in comparatie chiar cu cele mai slabe compilatoare comerciale de C/C++ existente pe Windows. Multumesc, Ovidiu ------=_NextPart_000_0006_01C3A190.801BE460 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Imi = cer scuze=20 anticipat pentru eventuale exprimari scapate de sub control in cele ce=20 urmeaza.
 
De ce = trebuie sa=20 folosim pe Windows tampenia aia de MinGW cand exista la fel de bine = Visual=20 Studio.NET? Concret: Scriu totul cu VS, testez, etc etc, totul merge ok. = Incerc=20 sa compilez din MSYS cu gcc, se trezeste ca nu stie de strsafe.h (un = header al=20 unei librarii din Platform SDK, folosita pentru 'safe handling' pe = stringuri C).=20 Headerul ala e (pe bune!) in acelasi folder cu 'windows.h', e suportat = cu tot=20 restul MS Platform SDK samd, nimic ezoteric acolo. La tentativa de = compilare gcc=20 zice ca nu gaseste 'strsafe.h' si se plange de functiile din headerul=20 ala.
 
Finally, facultatea=20 asta vesela are licenta de Visual Studio.NET pentru toti studentii. De = ce=20 trebuie sa folosim o scula de mana a zecea cand aveti scule de zeci de = mii de=20 dolari in MSDN AA? Mi se pare o idee super ca putem face temele si pe = Win32 si=20 pe Linux, dar pe Win32 am senzatia ca ma joc cu o mana legata la spate = daca sunt=20 limitat la niste tooluri destul de slabute in comparatie chiar cu cele = mai slabe=20 compilatoare comerciale de C/C++ existente pe = Windows.
 
Multumesc,
Ovidiu
------=_NextPart_000_0006_01C3A190.801BE460-- From so@atlantis.cs.pub.ro Sun Nov 2 21:22:43 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Sun, 02 Nov 2003 23:22:43 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: References: Message-ID: <20031102212243.16232.qmail@romus.ro> Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. From so@atlantis.cs.pub.ro Sun Nov 2 23:38:58 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 2 Nov 2003 15:38:58 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031102100721.85107.qmail@web11509.mail.yahoo.com> Message-ID: <20031102233858.73096.qmail@web41008.mail.yahoo.com> vorbind despre alocari, unde scrie ca malloc si suratele ei sunt posix compliant? --- Cosmin Arad wrote: > --- Cristian Traum wrote: > > nu avem voie deloc deloc? adica daca vreau in > cadrul > > parsarii sa copiez un sir... nu am voie strdup??? > > sau HeapAlloc si HeapRealloc tb folosite cand e > > vorba de procese...? > > > > E recomandabil sa folosesti HeapAlloc iar pentru > copierea sirului CopyMemory. In toate cazurile. > > Cosmin > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product > search > http://shopping.yahoo.com > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sun Nov 2 23:44:27 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 2 Nov 2003 15:44:27 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031102233858.73096.qmail@web41008.mail.yahoo.com> Message-ID: <20031102234427.86732.qmail@web41014.mail.yahoo.com> doar nu veti fi folosit toti posix_memalign !? --- Diana Fulger wrote: > vorbind despre alocari, unde scrie ca malloc si > suratele ei sunt posix compliant? > > --- Cosmin Arad wrote: > > --- Cristian Traum wrote: > > > nu avem voie deloc deloc? adica daca vreau in > > cadrul > > > parsarii sa copiez un sir... nu am voie > strdup??? > > > sau HeapAlloc si HeapRealloc tb folosite cand e > > > vorba de procese...? > > > > > > > E recomandabil sa folosesti HeapAlloc iar pentru > > copierea sirului CopyMemory. In toate cazurile. > > > > Cosmin > > > > __________________________________ > > Do you Yahoo!? > > The New Yahoo! Shopping - with improved product > > search > > http://shopping.yahoo.com > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > __________________________________ > Do you Yahoo!? > Exclusive Video Premiere - Britney Spears > http://launch.yahoo.com/promos/britneyspears/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Mon Nov 3 08:07:49 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 10:07:49 +0200 Subject: [so] alocare mem In-Reply-To: <20031102233858.73096.qmail@web41008.mail.yahoo.com> References: <20031102233858.73096.qmail@web41008.mail.yahoo.com> Message-ID: On Sun, 2 Nov 2003 15:38:58 -0800 (PST), Diana Fulger wrote: > vorbind despre alocari, unde scrie ca malloc si > suratele ei sunt posix compliant? > Nu sunt posix sunt ANSI-C. From so@atlantis.cs.pub.ro Mon Nov 3 08:35:09 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Mon, 3 Nov 2003 10:35:09 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: <20031102212243.16232.qmail@romus.ro> Message-ID: Multumesc pt suport. -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Adrian Stanciu Sent: Sunday, November 02, 2003 11:23 PM To: so@atlantis.cs.pub.ro Subject: [so] Re: Scule (instrumente) de dezvoltare Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so From so@atlantis.cs.pub.ro Mon Nov 3 11:12:16 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Mon, 3 Nov 2003 03:12:16 -0800 (PST) Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: Message-ID: <20031103111216.70225.qmail@web40017.mail.yahoo.com> --0-954673201-1067857936=:67536 Content-Type: text/plain; charset=us-ascii Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei. Mihai Murgan Ovidiu Platon wrote: Multumesc pt suport. -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Adrian Stanciu Sent: Sunday, November 02, 2003 11:23 PM To: so@atlantis.cs.pub.ro Subject: [so] Re: Scule (instrumente) de dezvoltare Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Exclusive Video Premiere - Britney Spears --0-954673201-1067857936=:67536 Content-Type: text/html; charset=us-ascii
Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei.
 
Mihai Murgan

Ovidiu Platon <ovidiupl@microsoft-lab.pub.ro> wrote:
Multumesc pt suport.

-----Original Message-----
From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On
Behalf Of Adrian Stanciu
Sent: Sunday, November 02, 2003 11:23 PM
To: so@atlantis.cs.pub.ro
Subject: [so] Re: Scule (instrumente) de dezvoltare


Nu cred ca ai inteles scopul acestei liste de discutii:

Scopul unic al acestei liste de discutii este de a ajuta studentii sa
rezolve temele propuse si de a lamurii probleme legate de ele.

NU de a pune in discutie ce compilator e mai bun.
NU de a pune in discutie ce _ar trebui_ folosit.
NU de a pune in discutie preferintele studentilor in materie de
compilatoare.
NU de a pune in discutie regulile.
NU pentru plangeri.

Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la
adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu
direct domnului profesor sau in cadrul laboratorului.

Pe scurt:
Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO
(in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta
lista.

--Adrian.

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Exclusive Video Premiere - Britney Spears --0-954673201-1067857936=:67536-- From so@atlantis.cs.pub.ro Mon Nov 3 11:16:36 2003 From: so@atlantis.cs.pub.ro (Catalin Constantin) Date: Mon, 3 Nov 2003 13:16:36 +0200 Subject: [so] malloc Message-ID: <20031103121944.4774F28C059@atlantis> sa inteleg ca daca am folosit malloc in tema pe linux o sa fim depunctati ? Catalin From so@atlantis.cs.pub.ro Mon Nov 3 11:48:29 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 13:48:29 +0200 Subject: [so] malloc In-Reply-To: <20031103121944.4774F28C059@atlantis> References: <20031103121944.4774F28C059@atlantis> Message-ID: On Mon, 3 Nov 2003 13:16:36 +0200, Catalin Constantin wrote: > sa inteleg ca daca am folosit malloc in tema pe linux > o sa fim depunctati ? > Nu. tavi From so@atlantis.cs.pub.ro Mon Nov 3 12:45:46 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 14:45:46 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: <20031103111216.70225.qmail@web40017.mail.yahoo.com> References: <20031103111216.70225.qmail@web40017.mail.yahoo.com> Message-ID: On Mon, 3 Nov 2003 03:12:16 -0800 (PST), Murgan Mihai wrote: > Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste > de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un > mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows > daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e > prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de > windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un MSYS != MinGW > student face o propunere de bun-simt si care chiar are legatura cu tema > si rezolvarea ei. > Daca aveti comentarii relativ la reguli sau orice altceva care nu este legat de discutarea temelor, va rog trimiteti mailurile la tavi@cs.pub.ro si nu pe lista. tavi From so@atlantis.cs.pub.ro Mon Nov 3 18:23:44 2003 From: so@atlantis.cs.pub.ro (FlorinPop) Date: Mon, 3 Nov 2003 20:23:44 +0200 (E. Europe Standard Time) Subject: [so] Re: Scule (instrumente) de dezvoltare References: <20031103111216.70225.qmail@web40017.mail.yahoo.com> Message-ID: <3FA69D30.000007.02232@einstein> --------------Boundary-00=_KFGSWCW0000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_KFGSRN00000000000000" --------------Boundary-00=_KFGSRN00000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable asa e!=0D =0D -------Original Message-------=0D =0D From: so@atlantis.cs.pub.ro=0D Date: Monday, November 03, 2003 13:13:07=0D To: so@atlantis.cs.pub.ro=0D Subject: RE: [so] Re: Scule (instrumente) de dezvoltare=0D =0D Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste = de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mar= e ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun d= in moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei= =2E=0D =0D Mihai Murgan=0D =0D Ovidiu Platon wrote:=0D Multumesc pt suport. =0D =0D -----Original Message-----=0D From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On= =0D Behalf Of Adrian Stanciu=0D Sent: Sunday, November 02, 2003 11:23 PM=0D To: so@atlantis.cs.pub.ro=0D Subject: [so] Re: Scule (instrumente) de dezvoltare=0D =0D =0D Nu cred ca ai inteles scopul acestei liste de discutii: =0D =0D Scopul unic al acestei liste de discutii este de a ajuta studentii sa=0D rezolve temele propuse si de a lamurii probleme legate de ele. =0D =0D NU de a pune in discutie ce compilator e mai bun.=0D NU de a pune in discutie ce _ar trebui_ folosit.=0D NU de a pune in discutie preferintele studentilor in materie de=0D compilatoare.=0D NU de a pune in discutie regulile.=0D NU pentru plangeri. =0D =0D Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la=0D adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exem= plu=0D direct domnului profesor sau in cadrul laboratorului. =0D =0D Pe scurt:=0D Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de S= O=0D (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta=0D lista. =0D =0D --Adrian. =0D =0D _______________________________________________=0D so mailing list=0D so@atlantis.cs.pub.ro=0D http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so=0D =0D _______________________________________________=0D so mailing list=0D so@atlantis.cs.pub.ro=0D http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so=0D =0D =0D Do you Yahoo!?=0D Exclusive Video Premiere - Britney Spears =0D =20 --------------Boundary-00=_KFGSRN00000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
asa e!
 
-------Original Message-------
 
Date: Monday, Nove= mber 03, 2003 13:13:07
Subject: RE: [so] = Re: Scule (instrumente) de dezvoltare
 
Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei l= iste de discutii este de a ajuta studentii sa rezolve temele propuse". Pa= i un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific window= s daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e= prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de wi= ndows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un stu= dent face o propunere de bun-simt si care chiar are legatura cu tema si r= ezolvarea ei.
 
Mihai Murgan

Ovidiu Platon <ovidiupl@microsoft-lab.p= ub.ro> wrote:
Multumesc pt suport.

-----Origina= l Message-----
From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atla= ntis.cs.pub.ro] On
Behalf Of Adrian Stanciu
Sent: Sunday, November = 02, 2003 11:23 PM
To: so@atlantis.cs.pub.ro
Subject: [so] Re: Scule= (instrumente) de dezvoltare


Nu cred ca ai inteles scopul aces= tei liste de discutii:

Scopul unic al acestei liste de discutii e= ste de a ajuta studentii sa
rezolve temele propuse si de a lamurii pro= bleme legate de ele.

NU de a pune in discutie ce compilator e mai= bun.
NU de a pune in discutie ce _ar trebui_ folosit.
NU de a pune= in discutie preferintele studentilor in materie de
compilatoare.
N= U de a pune in discutie regulile.
NU pentru plangeri.

Regulile= sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la
adres= a lor va sugerez sa incercati sa le exprimati in alta parte, de exempludirect domnului profesor sau in cadrul laboratorului.

Pe scurt:=
Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului = de SO
(in coditiile regulilor prestabilite), deci nu-si are rostul pe = aceasta
lista.

--Adrian.

_____________________________= __________________
so mailing list
so@atlantis.cs.pub.ro
http://= atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

___________________= ____________________________
so mailing list
so@atlantis.cs.pub.ro<= BR>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so
da, e mai bine cu o bariera rentranta, parerea mea.
Eu asa o sa fac.
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_KUAYLVC0000000000000-- --------------Boundary-00=_JUAYQL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_JUAYQL80000000000000-- From so@atlantis.cs.pub.ro Thu Nov 6 23:16:23 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Fri, 7 Nov 2003 01:16:23 +0200 Subject: [so] tema 2 Message-ID: <008801c3a4bb$fe7b9f20$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0085_01C3A4CC.C1F15C50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Tema 2 in principiu e simpla. e vorba de o memorie comuna si de = sincronizari, mesaje, etc. enuntul poate fi interpretat (in anumite = locuri). ce vreau eu sa stiu, este: ce parti din problema este = obligatoriu sa se rezolve intr-un anumit fel. Sincronizarile pot fi facute si cu semafoare, mutexuri, si cu cozi de = mesaje.=20 ce, unde, suntem obligati sa folosim si=20 unde avem voie sa facem cum credem noi? alta chestie, mai la detaliu. toti participantii la traficul de = prajituri :) cum actioneaza. furnizorul baga direct prajiturile in frigider sau i le = da cofetarului sa le bage el? clientii, se uita ei cate locuri libere sunt sau intreaba cofetarul? clientii, o data asezati, isi iau singuri prajiturile sau le primesc = prin intermediul cofetarului? (cofetarul e un proces, clientii, furnizorul, alte procese) toate variantele astea inclina spre folosirea mai mult sau mai putin a = barierelor (mutexurilor pentru memoria partajata) si mai putin sau mai = mult a mesajelor. (sau cel putin asa am eu impresia). Asadar, ce e lege si ce e indicatie? ------=_NextPart_000_0085_01C3A4CC.C1F15C50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Tema 2 in principiu e simpla. e vorba = de o memorie=20 comuna si de sincronizari, mesaje, etc. enuntul poate fi interpretat (in = anumite=20 locuri). ce vreau eu sa stiu, este: ce parti din problema este = obligatoriu sa se=20 rezolve intr-un anumit fel.
Sincronizarile pot fi facute si cu = semafoare,=20 mutexuri, si cu cozi de mesaje.
ce, unde, suntem obligati sa folosim si =
unde avem voie sa facem cum credem=20 noi?
 
alta chestie, mai la detaliu. toti = participantii la=20 traficul de prajituri :)
cum actioneaza. furnizorul baga direct = prajiturile=20 in frigider sau i le da cofetarului sa le bage el?
clientii, se uita ei cate locuri libere = sunt sau=20 intreaba cofetarul?
clientii, o data asezati, isi iau = singuri=20 prajiturile sau le primesc prin intermediul cofetarului?
(cofetarul e un proces, clientii, = furnizorul, alte=20 procese)
 
toate variantele astea inclina spre = folosirea mai=20 mult sau mai putin a barierelor (mutexurilor pentru memoria partajata) = si mai=20 putin sau mai mult a mesajelor.
(sau cel putin asa am eu = impresia).
 
Asadar, ce e lege si ce e = indicatie?
 
------=_NextPart_000_0085_01C3A4CC.C1F15C50-- From so@atlantis.cs.pub.ro Fri Nov 7 10:14:40 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 07 Nov 2003 12:14:40 +0200 Subject: [so] tema 2 In-Reply-To: <008801c3a4bb$fe7b9f20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> --=====================_2894592==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Raspund aici si la intrebarea anterioara legata de bariera reentranta. Enuntul e lege. (tr sa existe programe separate pt cofetarie, client, furnizor, frigiderul tr sa fie o mem partajata, etc) Ce scrie sub enunt, la observatii, ca indicatii, sunt indicatii. Ce nu scrie nicaieri, faceti cum credeti voi ca e mai bine. Maria. > >Asadar, ce e lege si ce e indicatie? > --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ --=====================_2894592==_.ALT Content-Type: text/html; charset="us-ascii" Raspund aici si la intrebarea anterioara legata de bariera reentranta.

Enuntul e lege. (tr sa existe programe separate pt cofetarie, client, furnizor, frigiderul tr sa fie o mem partajata, etc)
Ce scrie sub enunt, la observatii, ca indicatii, sunt indicatii.

Ce nu scrie nicaieri, faceti cum credeti voi ca e mai bine.

Maria.


 
Asadar, ce e lege si ce e indicatie?
 


Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

--=====================_2894592==_.ALT-- From so@atlantis.cs.pub.ro Fri Nov 7 19:39:14 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Fri, 7 Nov 2003 21:39:14 +0200 Subject: [so] threaduri Message-ID: <000a01c3a566$d3828760$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3A577.96F5D390 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable avem voie sa folosim threaduri? bine-nteles ca vor exista si procesele din enunt (din lege): sweetshop, = supplier si consumer. pe langa acestea, avem voie sa folosim si threaduri? ------=_NextPart_000_0007_01C3A577.96F5D390 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
avem voie sa folosim = threaduri?
bine-nteles ca vor exista si procesele = din enunt=20 (din lege): sweetshop, supplier si consumer.
 
pe langa acestea, avem voie sa folosim = si=20 threaduri?
------=_NextPart_000_0007_01C3A577.96F5D390-- From so@atlantis.cs.pub.ro Fri Nov 7 19:47:27 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Fri, 7 Nov 2003 11:47:27 -0800 (PST) Subject: [so] threaduri In-Reply-To: <000a01c3a566$d3828760$0200a8c0@smeagol> Message-ID: <20031107194727.70811.qmail@web41005.mail.yahoo.com> NU --- Cibu Cristian wrote: > avem voie sa folosim threaduri? > bine-nteles ca vor exista si procesele din enunt > (din lege): sweetshop, supplier si consumer. > > pe langa acestea, avem voie sa folosim si threaduri? > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 11:31:37 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 8 Nov 2003 03:31:37 -0800 (PST) Subject: [so] 2 variante de enunt In-Reply-To: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> Message-ID: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Care sunt cele doua variante de enunt pentru Linux respectiv Windows? Nu imi este foarte clar din discutiile anterioare! Multam! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 13:18:03 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 15:18:03 +0200 (EET) Subject: [so] prajituri si furnizori Message-ID: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai u= sor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa = un sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta= se va crea cate un proces dupa fiecare vizita a furnizorului, care se va ter= mina atunci cand prajiturile respective se strica. Este recomandata abordarea aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bag= at in frigider un numar de prajituri in frigider, pentru ca acesta sa stie c= ate si cand sa le arunce - deci o coada de mesaje ? ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Sat Nov 8 13:24:02 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:24:02 +0200 Subject: [so] 2 variante de enunt In-Reply-To: <20031108113137.54461.qmail@web41005.mail.yahoo.com> References: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031108152223.00a5b820@mail.mymail.ro> este acelasi enunt pentru amandoua. Nu este impus nimic mai mult decat scrie enunt. Unele dintre discutiile anterioare erau despre cum s'ar putea face tema, nu despre cum trebuie facuta. Maria. >Care sunt cele doua variante de enunt pentru Linux >respectiv Windows? Nu imi este foarte clar din >discutiile anterioare! > >Multam! --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:24:10 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 8 Nov 2003 15:24:10 +0200 Subject: [so] prajituri si furnizori References: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <000501c3a5fb$98260a30$0200a8c0@smeagol> ----- Original Message ----- From: "Marian Mihailescu" To: Sent: Saturday, November 08, 2003 3:18 PM Subject: [so] prajituri si furnizori Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un sleep) arunca prajiturile din frigider(care s-a stricat). ------------------------------------^^^^^^^^^^^ Trebuie sa avem in vedere si stricarea frigiderului? From so@atlantis.cs.pub.ro Sat Nov 8 13:32:07 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:32:07 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108152702.00a5b820@mail.mymail.ro> Te complici. Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei tu despre prajituri. Maria. >Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor >ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un >sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta se >va crea cate un proces dupa fiecare vizita a furnizorului, care se va termina >atunci cand prajiturile respective se strica. Este recomandata abordarea >aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bagat >in frigider un numar de prajituri in frigider, pentru ca acesta sa stie cate >si cand sa le arunce - deci o coada de mesaje ? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:35:56 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:35:56 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <000501c3a5fb$98260a30$0200a8c0@smeagol> References: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108153451.00addb70@mail.mymail.ro> > >Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor >ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un >sleep) arunca prajiturile din frigider(care s-a stricat). >------------------------------------^^^^^^^^^^^ >Trebuie sa avem in vedere si stricarea frigiderului? :))))))))))))))) ... asta mi'a placut :)... cred ca autorul vroia sa spuna (care s-au stricat) ... adica prajiturile. Maria. P.S. nu, se presupune ca este un frigider ideal ;). --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:49:10 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 8 Nov 2003 15:49:10 +0200 Subject: [so] intrebare Message-ID: <001a01c3a5ff$3e814a90$c09f9ad5@ioana> Un consumator poate sa ceara mai mult de cakes_max prajituri? Adica vreau sa stiu daca un consumator trebuie sa incerce sa ia toate cakes_no prajiturile dintr-o data (ma refer mai ales la varianta linux unde se poate decrementa un semafor cu mai mult de 1) sau ia una cate una, cate gaseste si pe urma cand mai aduce un furnizor mai ia din nou (in acest fel ar putea cere mai mult de cakes_max prajituri). O a 2-a intrebare : pot folosi in windows functia atoi? (nu gasesc ceva similar in win32api) From so@atlantis.cs.pub.ro Sat Nov 8 13:52:05 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Sat, 8 Nov 2003 05:52:05 -0800 (PST) Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Message-ID: <20031108135205.48079.qmail@web40017.mail.yahoo.com> --0-1026688301-1068299525=:47455 Content-Type: text/plain; charset=us-ascii Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie cu un alt proces care sa doarma valabilitatea unei prajituri si cand devine constient sa anunte sa fie aruncata, fie prin threaduri care sa faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc). Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca gresesc spuneti-mi ce anume sa folosesc. In al doilea rand, daca creez un nou proces acesta poate sa aiba doua comportamente: 1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas prajiturii puse cel mai de mult in frigider 2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei prajituri. In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai tarziu decat termenul limita, secunde pierdute de calculele facute de procesor si de primirea mesajelor intre procese. In cazul 2 consum inutil resurse. Cazul 1 mi se pare mult mai firesc pentru ca daca mananci ceva ce a expirat de 3 secunde sa zicem, nu cred ca patesti nimic totusi. Astept lamuriri ce metoda sa aleg sau cum anume sa fac daca nici una din metode nu e buna. Mihai Murgan --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1026688301-1068299525=:47455 Content-Type: text/html; charset=us-ascii
Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie cu un alt proces care sa doarma valabilitatea unei prajituri si cand devine constient sa anunte sa fie aruncata, fie prin threaduri care sa faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc).
Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca gresesc spuneti-mi ce anume sa folosesc.
In al doilea rand, daca creez un nou proces acesta poate sa aiba doua comportamente:
1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas prajiturii puse cel mai de mult in frigider
2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei prajituri.
In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai tarziu decat termenul limita, secunde pierdute de calculele facute de procesor si de primirea mesajelor intre procese.
In cazul 2 consum inutil resurse.
Cazul 1 mi se pare mult mai firesc pentru ca daca mananci ceva ce a expirat de 3 secunde sa zicem, nu cred ca patesti nimic totusi.
Astept lamuriri ce metoda sa aleg sau cum anume sa fac daca nici una din metode nu e buna.
 
Mihai Murgan

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1026688301-1068299525=:47455-- From so@atlantis.cs.pub.ro Sat Nov 8 15:19:32 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 17:19:32 +0200 Subject: [so] intrebare In-Reply-To: <001a01c3a5ff$3e814a90$c09f9ad5@ioana> Message-ID: <5.1.0.14.0.20031108171644.00a7c970@mail.mymail.ro> > > Un consumator poate sa ceara mai mult de cakes_max prajituri? Da, poate sa ceara mai mult de cakes_max prajituri, dar nu este obligatoriu sa le si obtina. > O a 2-a intrebare : pot folosi in windows functia atoi? (nu gasesc ceva >similar in win32api) habar nu am, cred ca da. Rog pe altcineva sa raspunda la intrebarea asta. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 15:19:34 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 17:19:34 +0200 Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108135205.48079.qmail@web40017.mail.yahoo.com> References: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031108170308.00a5bd68@mail.mymail.ro> >1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas >prajiturii puse cel mai de mult in frigider >2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei >prajituri. Ambele solutii sunt ok. Nu e nici o problema dc intarzii f putin cu aruncatul prajiturilor. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 15:20:40 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 17:20:40 +0200 (EET) Subject: [so] prajituri si furnizori Message-ID: <4638.141.85.0.67.1068304840.squirrel@www.as.ro> >Te complici. >Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei= tu >despre prajituri. este partajata ... dar cofetaria trebuie sa stie cand i se aduc prajituri= nu? ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Sat Nov 8 16:05:34 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 18:05:34 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <4638.141.85.0.67.1068304840.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> > > >Te complici. > >Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei tu > >despre prajituri. > >este partajata ... dar cofetaria trebuie sa stie cand i se aduc prajituri nu? Scuze, am citit eu in graba mesajul tau anterior. ideea nu incalca nici o lege :). e ok. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 19:40:13 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 8 Nov 2003 21:40:13 +0200 Subject: [so] grupurile si membrii lor Message-ID: <000801c3a630$2114acf0$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C3A640.E487F920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ce nevoie e de people_max si group_max? pentru a sti dimensiunea = vectorilor? si daca facem cu liste? ca sa las sa se ocupe prea multa memorie? marimea memoriei e relativa :) daca nu am nevoie de people_max si group_max pot pur si simplu sa le = ignor? ------=_NextPart_000_0005_01C3A640.E487F920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
ce nevoie e de people_max si group_max? = pentru a=20 sti dimensiunea vectorilor? si daca facem cu liste?
ca sa las sa se ocupe prea multa = memorie? marimea=20 memoriei e relativa :)
daca nu am nevoie de people_max si = group_max pot=20 pur si simplu sa le ignor?
------=_NextPart_000_0005_01C3A640.E487F920-- From so@atlantis.cs.pub.ro Sun Nov 9 10:01:55 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 02:01:55 -0800 (PST) Subject: [so] ordinea sosirilor In-Reply-To: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> Message-ID: <20031109100155.75775.qmail@web41003.mail.yahoo.com> Cum sosesc membrii unui grup? Daca de exemplu am grupul 1 cu 6 membrii vor sosii toti 6 unul dupa altul sau printre ei se pot intercala membrii altor grupuri? Se poate intampla sa soseasca: gr 1 primul membru gr 1 al doilea membru gr 2 primul membru gr 1 al treilea membru ... __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 10:07:16 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 12:07:16 +0200 Subject: [so] ordinea sosirilor In-Reply-To: <20031109100155.75775.qmail@web41003.mail.yahoo.com> References: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> se pot intercala. Maria. >Cum sosesc membrii unui grup? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 10:18:58 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 02:18:58 -0800 (PST) Subject: [so] group_max, group_id In-Reply-To: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> Message-ID: <20031109101858.83480.qmail@web41005.mail.yahoo.com> In enunt se specifca ca pot exista GROUP_MAX grupuri. Asta inseamna ca pe parcursul rularii programului pot avea grup_max grupuri in total sau la un moment dat in cofetarie? de ex: daca grupul cu id = 0 vine in cofetarie face consumatie si termina, pe urma sa mai poate intampla ca grupul cu id-ul 0 sa mai apara la intrarea programului? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 13:01:25 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 15:01:25 +0200 Subject: [so] group_max, group_id In-Reply-To: <20031109101858.83480.qmail@web41005.mail.yahoo.com> References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> nu, id ul este unic unui grup. >daca grupul cu id = 0 vine in cofetarie face >consumatie si termina, pe urma sa mai poate intampla >ca grupul cu id-ul 0 sa mai apara la intrarea programului? Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 13:03:50 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 15:03:50 +0200 Subject: [so] grupurile si membrii lor In-Reply-To: <000801c3a630$2114acf0$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> >ce nevoie e de people_max si group_max? pentru a sti dimensiunea >vectorilor? si daca facem cu liste? >ca sa las sa se ocupe prea multa memorie? marimea memoriei e relativa :) >daca nu am nevoie de people_max si group_max pot pur si simplu sa le ignor? da. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 17:03:50 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sun, 9 Nov 2003 19:03:50 +0200 Subject: [so] group_max, group_id References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> Message-ID: <004c01c3a6e3$90a4eae0$0e0c6150@ioana> Deci daca dupa ce a terminat grupul 0, mai vine din nou grupul 0 el trebuie sa fie ignorat? Eu ma gandisem ca se poate ca un grup sa vina de mai multe ori la cofetarie si am facut implementarea in acest mod. Este gresit asa? ----- Original Message ----- From: "Maria Mateescu" To: Sent: Sunday, November 09, 2003 3:01 PM Subject: Re: [so] group_max, group_id > > > nu, id ul este unic unui grup. > > >daca grupul cu id = 0 vine in cofetarie face > >consumatie si termina, pe urma sa mai poate intampla > >ca grupul cu id-ul 0 sa mai apara la intrarea programului? > > > Maria. > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sun Nov 9 20:23:37 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 12:23:37 -0800 (PST) Subject: [so] grupuri In-Reply-To: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> Message-ID: <20031109202337.30347.qmail@web41009.mail.yahoo.com> e ok daca asteptam sa se intregeasca grupul si pe urma cautam sa punem mana pe scaune? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 21:46:18 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 23:46:18 +0200 Subject: [so] group_max, group_id In-Reply-To: <004c01c3a6e3$90a4eae0$0e0c6150@ioana> References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109234545.00a5e100@mail.mymail.ro> nu e gresit. Maria. >Deci daca dupa ce a terminat grupul 0, mai vine din nou grupul 0 >el trebuie sa fie ignorat? >Eu ma gandisem ca se poate ca un grup sa vina de mai multe ori la cofetarie >si am facut implementarea in acest mod. Este gresit asa? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 21:47:01 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 23:47:01 +0200 Subject: [so] grupuri In-Reply-To: <20031109202337.30347.qmail@web41009.mail.yahoo.com> References: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109234629.00ac7400@mail.mymail.ro> > >e ok daca asteptam sa se intregeasca grupul si pe urma >cautam sa punem mana pe scaune? da. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 10 04:15:00 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 9 Nov 2003 20:15:00 -0800 (PST) Subject: [so] tema 1 win Message-ID: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Am o problema penibila, careia nu ii dau de cap: Pentru modul executie din fisier, apelez functia din program care executa o comanda cu indirectare, cu parametrii argv[0] si argv[1]. In Linux a functionat perfect, insa in Windows nu imi citeste din fisierul care este Stdin decat prima linie, o executa, si se opreste, adica nu mai citeste nimic din fisier (considera ca s-a terminat). Am verificat separat bucata de citire din fisier, merge. Merge si indirectarea comenzilor in mod interactiv. Are cineva vreo idee? Ma gandesc ca poate am gresit ceva la indirectare, care nu se vede decat in situatia asta, dar nu imi pot imagina ce. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 13:14:51 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 15:14:51 +0200 Subject: [so] prajituri si furnizori Message-ID: <200311081514.51182.mmk@as.ro> Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta se va crea cate un proces dupa fiecare vizita a furnizorului, care se va termina atunci cand prajiturile respective se strica. Este recomandata abordarea aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bagat in frigider un numar de prajituri in frigider, pentru ca acesta sa stie cate si cand sa le arunce - deci o coada de mesaje ? From so@atlantis.cs.pub.ro Mon Nov 10 12:34:17 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Mon, 10 Nov 2003 14:34:17 +0200 Subject: [so] tema 1 win In-Reply-To: <20031110041500.15540.qmail@web41009.mail.yahoo.com> References: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Message-ID: <841331013.20031110143417@rdsnet.ro> Hello Diana, Monday, November 10, 2003, 6:15:00 AM, you wrote: DF> in Windows nu imi citeste din fisierul DF> care este Stdin decat prima linie, o executa, si se DF> opreste, adica nu mai citeste nimic din fisier DF> (considera ca s-a terminat). Nu stiu daca am inteles exact care este problema. Eu am intampinat ceva asemanator, si s-a dovedit ca de fapt imi citea din fisierul care este Stdin <>! Tu spui mai sus 2 lucruri care se contrazic : "citeste doar prima linie" si "considera ca s-a terminat". Eu as merge pe mana lui Bill Gates si as zice ca tu chiar citesti tot fisierul... sa nu uitam ca functiile <> din WIN32API nu citesc linie cu linie. Ion From so@atlantis.cs.pub.ro Mon Nov 10 12:44:56 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Mon, 10 Nov 2003 04:44:56 -0800 (PST) Subject: [so] tema 1 win In-Reply-To: <841331013.20031110143417@rdsnet.ro> Message-ID: <20031110124456.1680.qmail@web41009.mail.yahoo.com> intr-adevar nu citesc linie cu linie, ci caracter cu caracter... a, si am uitat sa mentionez ca prima linie o executa cu succes? ceea ce n us-ar fi intamplat daca imi citea tot fisierul, nu? (nu ar fi recunoscut comenzile) --- Ion Petrescu wrote: > Hello Diana, > > Monday, November 10, 2003, 6:15:00 AM, you wrote: > > > DF> in Windows nu imi citeste din fisierul > DF> care este Stdin decat prima linie, o executa, si > se > DF> opreste, adica nu mai citeste nimic din fisier > DF> (considera ca s-a terminat). > > Nu stiu daca am inteles exact care este problema. > Eu am intampinat ceva asemanator, si s-a dovedit ca > de fapt imi citea > din fisierul care este Stdin < linie>>! > > Tu spui mai sus 2 lucruri care se contrazic : > "citeste doar prima > linie" si "considera ca s-a terminat". > Eu as merge pe mana lui Bill Gates si as zice ca tu > chiar citesti tot > fisierul... sa nu uitam ca functiile <> > din WIN32API nu citesc linie cu > linie. > > Ion > > > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 10 13:11:05 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Mon, 10 Nov 2003 15:11:05 +0200 Subject: Re[2]: [so] tema 1 win In-Reply-To: <20031110124456.1680.qmail@web41009.mail.yahoo.com> References: <841331013.20031110143417@rdsnet.ro> <20031110124456.1680.qmail@web41009.mail.yahoo.com> Message-ID: <893539219.20031110151105@rdsnet.ro> DF> intr-adevar nu citesc linie cu linie, ci caracter cu DF> caracter... DF> a, si am uitat sa mentionez ca prima linie o executa DF> cu succes? ceea ce n us-ar fi intamplat daca imi citea DF> tot fisierul, nu? (nu ar fi recunoscut comenzile) Pai si atunci cum explici ca fisierul "Stdin" e considerat terminat, pe cand tu zici ca nu ai citit decat o linie? S-a ajuns la sfarsitul fisierului sau nu s-a ajuns? Si apoi, daca nu s-a ajuns, de ce nu se avanseaza? Apoi, eu nu inteleg ce ai vrut sa zici cu "Pentru modul executie din fisier, apelez functia din program care executa o comanda cu indirectare, cu parametrii argv[0] si argv[1]." Dar poate altii au inteles si o sa iti raspunda. Oricum iti dai seama ca fara cod sunt sanse mici sa isi dea seama cineva care e problema. Daca afli misterul sa ne spui si noua. From so@atlantis.cs.pub.ro Mon Nov 10 14:35:11 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 10 Nov 2003 16:35:11 +0200 Subject: [so] tema 1 win In-Reply-To: <20031110041500.15540.qmail@web41009.mail.yahoo.com> References: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Message-ID: On Sun, 9 Nov 2003 20:15:00 -0800 (PST), Diana Fulger wrote: > Am o problema penibila, careia nu ii dau de cap: > Pentru modul executie din fisier, apelez functia din > program care executa o comanda cu indirectare, cu > parametrii argv[0] si argv[1]. In Linux a functionat > perfect, insa in Windows nu imi citeste din fisierul > care este Stdin decat prima linie, o executa, si se > opreste, adica nu mai citeste nimic din fisier > (considera ca s-a terminat). > Am verificat separat bucata de citire din fisier, > merge. Merge si indirectarea comenzilor in mod > interactiv. Are cineva vreo idee? Ma gandesc ca poate > am gresit ceva la indirectare, care nu se vede decat > in situatia asta, dar nu imi pot imagina ce. > Poate ai editat fisierul in Linux? In Linux sfarsitul unei linii e dat de '\n' iar in Windows de '\r\n'. tavi From so@atlantis.cs.pub.ro Mon Nov 10 14:39:51 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 10 Nov 2003 16:39:51 +0200 Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108135205.48079.qmail@web40017.mail.yahoo.com> References: <20031108135205.48079.qmail@web40017.mail.yahoo.com> Message-ID: On Sat, 8 Nov 2003 05:52:05 -0800 (PST), Murgan Mihai wrote: > Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs > timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie > cu un alt proces care sa doarma valabilitatea unei prajituri si cand > devine constient sa anunte sa fie aruncata, fie prin threaduri care sa > faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue > si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am > inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am > discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc). > Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca > gresesc spuneti-mi ce anume sa folosesc. > In al doilea rand, daca creez un nou proces acesta poate sa aiba doua > comportamente: > 1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas > prajiturii puse cel mai de mult in frigider > 2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei > prajituri. > In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai > tarziu decat termenul limita, secunde pierdute de calculele facute de > procesor si de primirea mesajelor intre procese. La fel si in cazul 2 :) Solutii pentru probleme de genul asta nu exista decat daca se foloseste un RTOS. Chiar daca faci busy waiting nu poti fi sigur (SO te poate intrerupe, teoretic indefinit de mult timp) tavi From so@atlantis.cs.pub.ro Mon Nov 10 16:07:34 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Mon, 10 Nov 2003 18:07:34 +0200 (EET) Subject: [so] o problema ciudata Message-ID: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> pe "scurt": "If sem_op is 0 (read operation) and semval is non-zero, the process sleeps on a queue waiting for semval to become zero." Am facut un program mic care incrementeaza val unui semafor; daca valoare= a semaforului ajunge la N, atunci un alt semafor e facut 0. In continuare s= e face un sem_op 0 pe semaforul 2, si cand iese afiseaza ceva. Pornesc programul, intra in starea "waiting"... de ce atunci cand il intrerup (CTRL-Z) si il trimit in background ("bg") se sare de starea waiting ? (a se intelege ca e vb de linux...) ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Mon Nov 10 17:22:24 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Mon, 10 Nov 2003 09:22:24 -0800 (PST) Subject: [so] Structuri IPC In-Reply-To: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <20031110172224.58452.qmail@web40016.mail.yahoo.com> --0-491379405-1068484944=:57656 Content-Type: text/plain; charset=us-ascii In enuntul temei este un paragraf care poate naste interpretari. Se scrie ca: "Cofetaria trebuie sa fie implementata ca un program separat, ce initializeaza structurile IPC si arunca prajiturile vechi." Eu de aici am inteles ca in cofetarie se vor initializa structurile( semafoare, memorie partajata, coada de mesaje) necesare pe tot parcursul programului si ca aici se vor arunca prajiturile. Semafoarele necesare sincronizarii clientilor, cum ar fi semaforul de asteptare al tuturor membrilor unui grup eu am ales sa fie creat si distrus de primul membru sosit al unui grup(verifica daca nu era deja creat si daca nu era deja creat inseamna ca e primul membru al grupului). Aceasta abordare mi se pare normala pentru ca cofetaria nu are de unde sa stie ce semafoare sa creeze atata vreme cat nu stie id-urile respectivelor grupurii ce urmeaza sa vina, asa ca nu ar avea cum sa creeze in avans aceste semafoare.Iar daca ar astepta mesaj cu id-ul grupului pana ar creea semaforul la care sa astepte grupul primul membru ar termina de mult procesul pentru ca nu ar gasi semafoare la care sa astepte. Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si orice altceva de genul acesta ar trebui create in cofetarie. As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar trebui creat in cofetarie. Va multumesc, Mihai Murgan --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-491379405-1068484944=:57656 Content-Type: text/html; charset=us-ascii
In enuntul temei este un paragraf care poate naste interpretari. Se scrie ca:
"Cofetaria trebuie sa fie implementata ca un program separat, ce initializeaza structurile IPC si arunca prajiturile vechi."
Eu de aici am inteles ca in cofetarie se vor initializa structurile( semafoare, memorie partajata, coada de mesaje) necesare pe tot parcursul programului si ca aici se vor arunca prajiturile. Semafoarele necesare sincronizarii clientilor, cum ar fi semaforul de asteptare al tuturor membrilor unui grup eu am ales sa fie creat si distrus de primul membru sosit  al unui grup(verifica daca nu era deja creat si daca nu era deja creat inseamna ca e primul membru al grupului).
Aceasta abordare mi se pare normala pentru ca cofetaria nu are de unde sa stie ce semafoare sa creeze atata vreme cat nu stie id-urile respectivelor grupurii ce urmeaza sa vina, asa ca nu ar avea cum sa creeze in avans aceste semafoare.Iar daca ar astepta mesaj cu id-ul grupului pana ar creea semaforul la care sa astepte grupul primul membru ar termina de mult procesul pentru ca nu ar gasi semafoare la care sa astepte.
Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si orice altceva de genul acesta ar trebui create in cofetarie.
As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar trebui creat in cofetarie.
 
Va multumesc,
Mihai Murgan

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-491379405-1068484944=:57656-- From so@atlantis.cs.pub.ro Mon Nov 10 17:43:36 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 10 Nov 2003 19:43:36 +0200 Subject: [so] Structuri IPC In-Reply-To: <20031110172224.58452.qmail@web40016.mail.yahoo.com> References: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> > >Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea >intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si >orice altceva de genul acesta ar trebui create in cofetarie. >As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar >trebui creat in cofetarie. > nu este necesar ca toate ipcurile sa fie create din cofetarie. imi cer scuze pt neclaritate, incercam sa arat ce ar trebui sa faca programul cofetarie. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 10 20:03:56 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 10 Nov 2003 22:03:56 +0200 Subject: [so] upload Message-ID: <1068494636.3fafef2c88d0c@cs.pub.ro> Pentru unii din voi informatiile la crearea contului de upload au fost incomplete - lipsea grupa. Cu campul respectiv nesetat, va puteti loga, dar nu puteti face upload. In concluzie, cine vrea :) sa faca upload de teme in viitorul apropiat, e asteptat (pe mail: dee@cs.pub.ro) cu precizari asupra grupei. Mai jos e lista de studenti in cauza: CostacheRuxandra ClejaMihai StanculeanuIonel HerbeiuRadu BarjovanuVlad DavidDan Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 10 20:14:36 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Mon, 10 Nov 2003 12:14:36 -0800 (PST) Subject: [so] terminarea programului In-Reply-To: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> Message-ID: <20031110201436.37781.qmail@web41012.mail.yahoo.com> Cand ar trebui sa se termine programul sweetshop? In momentul in care au aparut toate cele group_max grupuri si toti mebrii lor au fost serviti? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 10 22:37:24 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Tue, 11 Nov 2003 00:37:24 +0200 (EET) Subject: [so] erori Message-ID: <1785.141.85.0.67.1068503844.squirrel@www.as.ro> Ce (ar trebui)/(ar fi bine) sa se intample cand un consumator comanda un numar de prajituri mai mare decat capacitatea frigiderului sau un grup e format din un numar de oameni mai mare decat capacitatea cofetariei? Si separat, ce ar tb sa se intample daca consumeri din acealasi grup sunt porniti cu un numar al membrilor grupului diferit ? (la intrebarea asta, din enunt se intelegea ca "se presupune acelasi", deci nu ar trebui tratata eroarea). Marian. ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Tue Nov 11 00:41:25 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 02:41:25 +0200 Subject: [so] erori In-Reply-To: <1785.141.85.0.67.1068503844.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031111024047.00ad6448@mail.mymail.ro> nu se intampla asa ceva :). Maria. >Ce (ar trebui)/(ar fi bine) sa se intample cand un consumator comanda un >numar de prajituri mai mare decat capacitatea frigiderului sau un grup e >format din un numar de oameni mai mare decat capacitatea cofetariei? >Si separat, ce ar tb sa se intample daca consumeri din acealasi grup sunt >porniti cu un numar al membrilor grupului diferit ? (la intrebarea asta, >din enunt se intelegea ca "se presupune acelasi", deci nu ar trebui >tratata eroarea). > >Marian. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 00:46:18 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 02:46:18 +0200 Subject: [so] terminarea programului In-Reply-To: <20031110201436.37781.qmail@web41012.mail.yahoo.com> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> teoretic nu ar tr sa se termine niciodata si sa fie oprita cu CTRL-C... dar cum inca nu ati facut semnale pentru a putea distruge IPCurile (lucru absolut necesar (sa distrugeti IPCurile)), ideea ta e buna... asa ca raspunsul este: da. Maria. At 12:14 PM 11/10/2003 -0800, you wrote: >Cand ar trebui sa se termine programul sweetshop? >In momentul in care au aparut toate cele group_max >grupuri si toti mebrii lor au fost serviti? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 06:18:01 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Tue, 11 Nov 2003 08:18:01 +0200 Subject: [so] terminarea programului References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> Message-ID: <3FB07F19.7090509@pcnet.ro> Cum nu s-a specificat nimic in enuntz in legatura cu terminarea programelor eu am astfel: inchid cofetaria daca apas pe tasta q, moment cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie si daca nu mai sunt inchid ipc-urile si daca sunt nu inchid...trimit mesaj ca sa mai aspepte cu inchiderea.Stiam ca trebuie semnale dar nu aveam voie sa folosim.E ok asa? Maria Mateescu wrote: > > teoretic nu ar tr sa se termine niciodata si sa fie oprita cu > CTRL-C... dar cum inca nu ati facut semnale pentru a putea distruge > IPCurile (lucru absolut necesar (sa distrugeti IPCurile)), ideea ta e > buna... asa ca raspunsul este: > da. > > Maria. > > At 12:14 PM 11/10/2003 -0800, you wrote: > > >> Cand ar trebui sa se termine programul sweetshop? >> In momentul in care au aparut toate cele group_max >> grupuri si toti mebrii lor au fost serviti? > > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > From so@atlantis.cs.pub.ro Tue Nov 11 08:28:29 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 10:28:29 +0200 Subject: [so] terminarea programului In-Reply-To: <3FB07F19.7090509@pcnet.ro> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031111102801.00a5ea00@mail.mymail.ro> da... e bine de vreme ce se termina intr'un fel. Maria. >Cum nu s-a specificat nimic in enuntz in legatura cu terminarea >programelor eu am astfel: inchid cofetaria daca apas pe tasta q, moment >cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie si daca nu >mai sunt inchid ipc-urile si daca sunt nu inchid...trimit mesaj ca sa mai >aspepte cu inchiderea.Stiam ca trebuie semnale dar nu aveam voie sa >folosim.E ok asa? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 10:10:55 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 11 Nov 2003 02:10:55 -0800 (PST) Subject: [so] o problema ciudata In-Reply-To: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <20031111101055.30937.qmail@web60502.mail.yahoo.com> --- Marian Mihailescu wrote: > pe "scurt": > "If sem_op is 0 (read operation) and semval is > non-zero, the process > sleeps on a queue waiting for semval to become > zero." > Am facut un program mic care incrementeaza val unui > semafor; daca valoarea > semaforului ajunge la N, atunci un alt semafor e > facut 0. In continuare se > face un sem_op 0 pe semaforul 2, si cand iese > afiseaza ceva. Pornesc > programul, intra in starea "waiting"... de ce atunci > cand il intrerup > (CTRL-Z) si il trimit in background ("bg") se sare > de starea waiting ? > (a se intelege ca e vb de linux...) Operatiile blocante pot fi intrerupte de semnale. Probabil ca procesul tau din background incearca sa faca o scriere sau o citire de la stdout/stdin si primeste un semnal SIGTTOU/SIGTTIN pt ca nu are consola (fiind in background) iar parintele sau primeste un semnal SIGCHLD. Daca nu asta e cazul, in orice caz procesul tau care asteapta la semafor este deblocat de catre un semnal. De aceea este recomandat ca operatiile blocante sa se efectueze intr-o bucla de genul: do { result = operatie_blocanta(); } while (result != OK); /* conditia result != OK variaza de la caz la caz */ Aceast lucru este valabil atat pentru semafoare cat si pentru cozi de mesaje. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 10:20:08 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 11 Nov 2003 02:20:08 -0800 (PST) Subject: [so] intrebare In-Reply-To: <5.1.0.14.0.20031108171644.00a7c970@mail.mymail.ro> Message-ID: <20031111102008.5977.qmail@web60503.mail.yahoo.com> --- Maria Mateescu wrote: > > > > > > Un consumator poate sa ceara mai mult de > cakes_max prajituri? > > Da, poate sa ceara mai mult de cakes_max prajituri, > dar nu este obligatoriu > sa le si obtina. > > > > > O a 2-a intrebare : pot folosi in windows > functia atoi? (nu gasesc ceva > >similar in win32api) > > > habar nu am, cred ca da. > Rog pe altcineva sa raspunda la intrebarea asta. Exista niste functii pentru stringuri Unicode dar nu ne intereseaza acest aspect la SO. E Ok sa folosesti atoi pentru ca noi o sa lucram doar cu stringuri ASCII. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 11:29:07 2003 From: so@atlantis.cs.pub.ro (sorin adi) Date: Tue, 11 Nov 2003 03:29:07 -0800 (PST) Subject: [so] despre makefile Message-ID: <20031111112907.56948.qmail@web21205.mail.yahoo.com> in reguli nu sunt specificate decat ca arhiva nu contine executabile,ok. Dar daca dupa rularea makefile executabilele le-am pus in src e bine sau nu? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 13:00:38 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Tue, 11 Nov 2003 15:00:38 +0200 Subject: [so] o problema ciudata In-Reply-To: <20031111101055.30937.qmail@web60502.mail.yahoo.com> References: <20031111101055.30937.qmail@web60502.mail.yahoo.com> Message-ID: On Tue, 11 Nov 2003 02:10:55 -0800 (PST), Cosmin Arad wrote: > > Operatiile blocante pot fi intrerupte de semnale. > Probabil ca procesul tau din background incearca sa > faca o scriere sau o citire de la stdout/stdin si > primeste un semnal SIGTTOU/SIGTTIN pt ca nu are > consola (fiind in background) iar parintele sau > primeste un semnal SIGCHLD. > Daca nu asta e cazul, in orice caz procesul tau care > asteapta la semafor este deblocat de catre un semnal. > > De aceea este recomandat ca operatiile blocante sa se > efectueze intr-o bucla de genul: > > do { > result = operatie_blocanta(); > } while (result != OK); > /* conditia result != OK variaza de la caz la caz */ > Exista un macro care face acest lucru pentru voi: TEMP_FAILURE_RETRY. tavi From so@atlantis.cs.pub.ro Wed Nov 12 09:35:26 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 12 Nov 2003 11:35:26 +0200 Subject: [so] terminarea programului In-Reply-To: <3FB07F19.7090509@pcnet.ro> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> <3FB07F19.7090509@pcnet.ro> Message-ID: <3FB1FEDE.4000403@romus.ro> Ruxi Jitianu wrote: > Cum nu s-a specificat nimic in enuntz in legatura cu terminarea > programelor eu am astfel: inchid cofetaria daca apas pe tasta q, > moment cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie > si daca nu mai sunt inchid ipc-urile si daca sunt nu inchid...trimit > mesaj ca sa mai aspepte cu inchiderea.Stiam ca trebuie semnale dar nu > aveam voie sa folosim.E ok asa? Puneti si in readme treburile astea. --Adrian. From so@atlantis.cs.pub.ro Wed Nov 12 09:38:58 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 12 Nov 2003 11:38:58 +0200 Subject: [so] despre makefile In-Reply-To: <20031111112907.56948.qmail@web21205.mail.yahoo.com> References: <20031111112907.56948.qmail@web21205.mail.yahoo.com> Message-ID: <3FB1FFB2.8090800@romus.ro> sorin adi wrote: >in reguli nu sunt specificate decat ca arhiva nu >contine >executabile,ok. Dar daca dupa rularea makefile >executabilele >le-am pus in src e bine sau nu? > > Directorul src este acolo ca sa contina _doar_ surse. Deci incearca sa faci executabilele in acelasi director cu Makefile, nu in src. --Adrian. From so@atlantis.cs.pub.ro Wed Nov 12 17:41:44 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 12 Nov 2003 19:41:44 +0200 Subject: [so] terminare Message-ID: <001101c3a944$3d265b20$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_000E_01C3A955.00A0D340 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sper ca nu sunt depunctat daca la mine cofetaria se termina la ctrl-c. = (signal pe linux si consolectrlhandler pe windows) Toate structurile alocate sunt dealocate in ordine, toate ipc-urile = create sunt distruse. ------=_NextPart_000_000E_01C3A955.00A0D340 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Sper ca nu sunt depunctat daca la mine = cofetaria se=20 termina la ctrl-c. (signal pe linux si consolectrlhandler pe=20 windows)
Toate structurile alocate sunt = dealocate in ordine,=20 toate ipc-urile create sunt distruse.
------=_NextPart_000_000E_01C3A955.00A0D340-- From so@atlantis.cs.pub.ro Wed Nov 12 18:24:25 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Wed, 12 Nov 2003 20:24:25 +0200 (E. Europe Standard Time) Subject: [so] Intrebare ... Furnizor References: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <3FB27AD9.000001.01504@einstein> --------------Boundary-00=_PG49QL80000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_PG49LVC0000000000000" --------------Boundary-00=_PG49LVC0000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Furnizorul verifica periodic frigiderul cofetariei?=0D sau il chem eu cand vreau eu? --------------Boundary-00=_PG49LVC0000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Furnizorul verifica periodic frigiderul cofetariei?
sau il chem eu cand vreau eu?
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_PG49LVC0000000000000-- --------------Boundary-00=_PG49QL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: <7480D687-4EF4-4555-B65B-D83D71EE0843> R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_PG49QL80000000000000-- From so@atlantis.cs.pub.ro Wed Nov 12 19:32:21 2003 From: so@atlantis.cs.pub.ro (Costin APOSTOL) Date: Wed, 12 Nov 2003 21:32:21 +0200 (EET) Subject: [so] Timpul afisat la upload Message-ID: Din fericire ne este afisat timpul cand ne logam pentru a trimite tema. Din pacate nu ne avantajeaza deloc: e cam inainte cu vreo ora si 20 minute. Cu ce ora si DATA sunt primite temele noastre, ca asa cum vad eu lucrurile acum deadline-ul este pe la ora 22:30 ? Errare humanum est, perseverare diabolicum Costin From so@atlantis.cs.pub.ro Wed Nov 12 19:43:09 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 12 Nov 2003 21:43:09 +0200 Subject: [so] Timpul afisat la upload In-Reply-To: References: Message-ID: On Wed, 12 Nov 2003 21:32:21 +0200 (EET), Costin APOSTOL wrote: > > Din fericire ne este afisat timpul cand ne logam pentru a trimite > tema. Din pacate nu ne avantajeaza deloc: e cam inainte cu vreo ora si 20 > minute. > No more... tavi From so@atlantis.cs.pub.ro Wed Nov 12 23:55:13 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 01:55:13 +0200 Subject: [so] Intrebare ... Furnizor In-Reply-To: <3FB27AD9.000001.01504@einstein> References: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> --=====================_595195==_.REL Content-Type: text/plain; charset="us-ascii"; format=flowed frunizorul este un program care este lansat de fiecare data cand vrea utilizatorul, adica eu :). Maria. >Furnizorul verifica periodic frigiderul cofetariei? >sau il chem eu cand vreau eu? >____________________________________________________ >IMSTP1.gif >IncrediMail - Email has finally evolved - >Click Here > > >---------- >90ecd.jpg Acasa.ro vine cu albumele, >tu vino doar cu pozele ;) > > --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ --=====================_595195==_.REL Content-Type: image/gif; name="IMSTP1.gif"; x-mac-type="47494666"; x-mac-creator="4A565752" Content-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro.1> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="IMSTP1.gif" R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --=====================_595195==_.REL Content-Type: image/jpeg; name="90ecd.jpg"; x-mac-type="4A504547"; x-mac-creator="4A565752" Content-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro.2> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="90ecd.jpg" /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAABAAEDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD/AD/6 KKKAP//Z --=====================_595195==_.REL-- From so@atlantis.cs.pub.ro Thu Nov 13 08:35:53 2003 From: so@atlantis.cs.pub.ro (Toma Monica) Date: Thu, 13 Nov 2003 00:35:53 -0800 (PST) Subject: [so] intrebare acces la frigider Message-ID: <20031113083553.78577.qmail@web10404.mail.yahoo.com> Am si eu o pb destul de ..grava... Intrebarea se refera la accesul la memoria partajata. Mai precis, daca de exp un consumator face cerere pe memoria partajata si obtine drept de acces(adica sunt suficiente prajituri)dar intre timp (inainte de a "pune mana pe mutex") vine procesul care curata frigiderul si ia mutexul si scoate suficiente prajituri astfel incat, in momentul in care termina, in frigider nu mai sunt suficiente prajituri pt a le scoate din memorie...Ce se poate face. Noi avem practic 2 tipuri de consumatori care actioneza diferit. Ce se poate face in acest caz? Sa mai introducem un mutex ? Ma gandesc ca modificarea prod-cons nu se poate pune pb.. ===== I dream of finding myself laughing! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 13 08:45:41 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Thu, 13 Nov 2003 00:45:41 -0800 (PST) Subject: [so] alta intrebare tema 2 In-Reply-To: <2.0beta.1068059446313.1360656092858937010.atta@@mymail.ro> Message-ID: <20031113084541.57257.qmail@web41001.mail.yahoo.com> --- Maria Mateescu wrote: > Cum vrei. > > Am schimbat putin enuntul temei. Nu mai trebuie > ca daca ai 4 scaune libere > si vine un grup de 5 si apoi un grup de 3, al > doilea grup sa o ia inainte. > Primul grup poate sa ocupe 4 scaune si sa mai > astepte unul. > > Maria. Asa trebuie facuta implementarea? Pentru ca din enunt se intelege ca grupul de 5 asteapta pana sunt libere 5 scaune? "Daca nu exista group_size locuri libere in sala consumatorii din intregul grup asteapta eliberarea lor" Intelesesem ca enuntul nu s-a schimbat. :( __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 13 21:07:55 2003 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Thu, 13 Nov 2003 13:07:55 -0800 Subject: [so] semafoare windows References: <20031113084541.57257.qmail@web41001.mail.yahoo.com> Message-ID: <010301c3aa2a$35bc7f40$42c8100a@dany> Salut! Pentru a simula un semafor care sa decrementeze cu mai mult de 1 odata este ok daca asociez fiecarui semafor o memorie partajata? toate bune! From so@atlantis.cs.pub.ro Thu Nov 13 10:41:44 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:41:44 +0300 Subject: [so] intrebare acces la frigider Message-ID: <2.0beta.1068723704000.-6533070337438367259.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Dupa cum ti-ai dat seama, abordarea ta este fundamental gresita. Gandeste-te de ce apar race-urile in general, si care sunt mecanismele pentru evitarea lor. =20 Hint: cum faci sa "rezervi" cate prajituri vrei, ca sa nu ti le poata lua celalalt proces ? =20 Maria. =20 >Am si eu o pb destul de ..grava... >Intrebarea se refera la accesul la memoria partajata. >Mai precis, daca de exp un consumator face cerere pe >memoria partajata si obtine drept de acces(adica sunt >suficiente prajituri)dar intre timp (inainte de a >"pune mana pe mutex") vine procesul care curata >frigiderul si ia mutexul si scoate suficiente >prajituri astfel incat, in momentul in care termina, >in frigider nu mai sunt suficiente prajituri pt a le >scoate din memorie...Ce se poate face. Noi avem >practic 2 tipuri de consumatori care actioneza >diferit. >Ce se poate face in acest caz? Sa mai introducem un >mutex ? Ma gandesc ca modificarea prod-cons nu se >poate pune pb.. =20 >=3D=3D=3D=3D=3D =20 >I dream of finding myself laughing! =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Dupa cum ti-ai dat seama, abordarea ta este fundamental gresita.
Gandeste-te de ce apar race-urile in general, si care sunt mecanismele pentru = evitarea lor.

Hint: cum faci sa "rezervi" cate prajituri vrei, ca sa nu ti le = poata lua celalalt proces ?

Maria.

>Am si eu o pb destul de ..grava...
>Intrebarea se refera la accesul la memoria partajata.
>Mai precis, daca de exp un consumator face cerere pe
>memoria partajata si obtine drept de acces(adica sunt
>suficiente prajituri)dar intre timp (inainte de a
>"pune mana pe mutex") vine procesul care curata
>frigiderul si ia mutexul si scoate suficiente
>prajituri astfel incat, in momentul in care termina,
>in frigider nu mai sunt suficiente prajituri pt a le
>scoate din memorie...Ce se poate face. Noi avem
>practic 2 tipuri de consumatori care actioneza
>diferit.
>Ce se poate face in acest caz? Sa mai introducem un
>mutex ? Ma gandesc ca modificarea prod-cons nu se
>poate pune pb..

>=3D=3D=3D=3D=3D

>I dream of finding myself laughing!


>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 10:43:48 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:43:48 +0300 Subject: [so] alta intrebare tema 2 Message-ID: <2.0beta.1068723828027.89367946393948167.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable mail.yahoo.com Asta se refera la faptul ca ei nu se apuca sa manance pana cand nu au toti loc. =20 Maria. =20 >"Daca nu exista group_size locuri libere in sala >consumatorii din intregul grup asteapta eliberarea >lor" =20 >Intelesesem ca enuntul nu s-a schimbat. :( =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable mail.yahoo.com
Asta se refera la faptul ca ei nu se apuca sa manance pana cand nu au toti = loc.

Maria.

>"Daca nu exista group_size locuri libere in sala
>consumatorii din intregul grup asteapta eliberarea
>lor"

>Intelesesem ca enuntul nu s-a schimbat. :(


>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 10:45:59 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:45:59 +0300 Subject: [so] semafoare windows Message-ID: <2.0beta.1068723959730.7933368643405124340.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable in principiu nu... dar depinde de ce faci cu memoria partajata :P. ai putea avea probleme cu downu'. =20 Maria. >Salut! =20 > Pentru a simula un semafor care sa decrementeze cu mai mult de 1 >odata este ok daca asociez fiecarui semafor o memorie partajata? =20 >toate bune! =20 >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable in principiu nu... dar depinde de ce faci cu memoria partajata :P.
ai putea avea probleme cu downu'.

Maria.
>Salut!

> Pentru a simula un semafor care sa decrementeze cu mai mult de = 1
>odata este ok daca asociez fiecarui semafor o memorie partajata?

>toate bune!

>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 11:50:20 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Thu, 13 Nov 2003 13:50:20 +0200 (E. Europe Standard Time) Subject: [so] Conflict References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> Message-ID: <3FB36FFC.000001.01540@einstein> --------------Boundary-00=_WVGAQL80000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_WVGALVC0000000000000" --------------Boundary-00=_WVGALVC0000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable M-am lovit de urmatoarea problema.=0D Se face o cerere de prajituri din partea consumatorilor.=0D Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si i= a pentru el prajuturile vechi.=0D Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei.=0D =0D Cum rezolv problema?=0D =0D Florin --------------Boundary-00=_WVGALVC0000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
M-am lovit de urmatoarea problema.
Se face o cerere de prajituri din partea consumatorilor.
Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul= si ia pentru el prajuturile vechi.
Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei= =2E
 
Cum rezolv problema?
 
Florin
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_WVGALVC0000000000000-- --------------Boundary-00=_WVGAQL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: <8373EF3A-E7B5-4240-8244-1781197289A5> R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_WVGAQL80000000000000-- From so@atlantis.cs.pub.ro Thu Nov 13 12:23:07 2003 From: so@atlantis.cs.pub.ro (dinca radu) Date: Thu, 13 Nov 2003 14:23:07 +0200 Subject: [so] semafoare Message-ID: <200311131223.hADCN85W010603@k.k.ro> Sunt obligat sa folosesc semafoare ? Daca programul meu ar functiona la fel de bine si fara, ar fi vreo problema ? Sentimente.ro - www.sentimente.ro Peste 50.000 de prieteni te asteapta! From so@atlantis.cs.pub.ro Thu Nov 13 13:28:42 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 15:28:42 +0200 Subject: [so] semafoare In-Reply-To: <200311131223.hADCN85W010603@k.k.ro> References: <200311131223.hADCN85W010603@k.k.ro> Message-ID: On Thu, 13 Nov 2003 14:23:07 +0200, dinca radu wrote: > > Sunt obligat sa folosesc semafoare ? Daca programul meu ar functiona la > fel de bine si fara, ar fi vreo problema ? > Nu poate sa functioneze corect fara semafoare/cozi de mesaje/alte mecanisme IPC. Prin functionat corect nu se intelege faptul ca "mi-e imi merge", ci faptul ca se poate demonstra mai mult sau mai putin riguros sa nu exista conditii de cursa sau probleme de sincronizare. tavi From so@atlantis.cs.pub.ro Thu Nov 13 13:31:11 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 15:31:11 +0200 Subject: [so] Conflict In-Reply-To: <3FB36FFC.000001.01540@einstein> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <3FB36FFC.000001.01540@einstein> Message-ID: On Thu, 13 Nov 2003 13:50:20 +0200 (E. Europe Standard Time), Florin Pop wrote: > M-am lovit de urmatoarea problema. > > Se face o cerere de prajituri din partea consumatorilor. > > Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si > ia > pentru el prajuturile vechi. > Consumatorilor nu trebuie sa li se spuna ca exista prajituri. Ei trebuie sa le astepte pana cand vin. tavi From so@atlantis.cs.pub.ro Thu Nov 13 13:49:57 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 15:49:57 +0200 Subject: [so] terminare In-Reply-To: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> ok Maria. >Sper ca nu sunt depunctat daca la mine cofetaria se termina la ctrl-c. >(signal pe linux si consolectrlhandler pe windows) >Toate structurile alocate sunt dealocate in ordine, toate ipc-urile create >sunt distruse. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Thu Nov 13 16:05:51 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 18:05:51 +0200 Subject: [so] semafoare In-Reply-To: <200311131431.hADEV7eD021996@k.k.ro> References: <200311131431.hADEV7eD021996@k.k.ro> Message-ID: On Thu, 13 Nov 2003 16:31:07 +0200, dinca radu wrote: > > Pai am o locatie de memorie in care imi pun "mutex-ul" meu virtual > ...daca > locatia respectiva e 0 atunci mi se da acces la frigider , altfel > programul > asteapta sa se faca locatia 0. De ce nu mi s-ar functiona ? > > Trebuie sa ai garantia ca citirea si scrierea din "mutex-ul virtual" se fac atomic. Sunt multe motive pentru care citirea si scrierea in "multex-ul virtual" ar putea sa nu fie atomice: - optimizari de compilator - optimizari in procesor - executie paralela in procesor - cvasi-paralelismul oferit de SO pentru procese - sisteme SMP In al doilea rand, daca tu astepti ca locatia sa se faca 0 fara a folosi semafoare & stuff, o sa o faci busy wating. From so@atlantis.cs.pub.ro Thu Nov 13 20:13:42 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 13 Nov 2003 22:13:42 +0200 Subject: [so] Asteptare Message-ID: <004001c3aa22$a332c7d0$6400a8c0@andrei> This is a multi-part message in MIME format. ------=_NextPart_000_003D_01C3AA33.65B09070 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable O asteptare de genul urmator: repeta la infinit: take mutex verificare resursa partajata (eventual break) release mutex facuta de mai multe procese simultan, se considera a fi ok sau tinde = spre o asteptare blocanta? daca e ok, au toate procesele "sanse" egale de a face verificarea = resursei? ------=_NextPart_000_003D_01C3AA33.65B09070 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
O asteptare de genul = urmator:
 
repeta la infinit:
    take = mutex
    verificare resursa=20 partajata (eventual break)
    release = mutex
 
facuta de mai multe procese simultan, = se considera=20 a fi ok sau tinde spre o asteptare blocanta?
daca e ok, au toate procesele "sanse" = egale de a=20 face verificarea resursei?
------=_NextPart_000_003D_01C3AA33.65B09070-- From so@atlantis.cs.pub.ro Thu Nov 13 20:56:28 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 13 Nov 2003 12:56:28 -0800 (PST) Subject: [so] Asteptare In-Reply-To: <004001c3aa22$a332c7d0$6400a8c0@andrei> Message-ID: <20031113205628.98887.qmail@web60509.mail.yahoo.com> --- Andrei Hagiescu wrote: > O asteptare de genul urmator: > > repeta la infinit: > take mutex > verificare resursa partajata (eventual break) > release mutex > > facuta de mai multe procese simultan, se considera a > fi ok sau tinde spre o asteptare blocanta? > daca e ok, au toate procesele "sanse" egale de a > face verificarea resursei? Nu e OK pentru ca e busy-waiting. Asta daca nu cumva procesul care modifica resursa tine mutexul de la inceput si ii da drumul abia dupa modificarea resursei iar cei care citesc nu cicleaza infinit. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 09:33:52 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Fri, 14 Nov 2003 01:33:52 -0800 (PST) Subject: [so] prajituri vs consumatori In-Reply-To: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> Message-ID: <20031114093352.9175.qmail@web41007.mail.yahoo.com> Daca un consumator vrea 5 prajituri si in frigider sunt doar 3 , consumatorul va lua 3 prajituri dupa care va mai astepta sa ia 2 ? sau va astepta sa fie 5 prajituri in frigider ca sa le poate lua pe toate? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 09:55:11 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 14 Nov 2003 11:55:11 +0200 Subject: [so] prajituri vs consumatori In-Reply-To: <20031114093352.9175.qmail@web41007.mail.yahoo.com> References: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031114115453.00a5f640@mail.mymail.ro> cum vrei. Maria. >Daca un consumator vrea 5 prajituri si in frigider >sunt doar 3 , consumatorul va lua 3 prajituri dupa >care va mai astepta sa ia 2 ? > >sau va astepta sa fie 5 prajituri in frigider ca sa le >poate lua pe toate? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Fri Nov 14 14:21:39 2003 From: so@atlantis.cs.pub.ro (sorin adi) Date: Fri, 14 Nov 2003 06:21:39 -0800 (PST) Subject: [so] despre upload Message-ID: <20031114142139.22742.qmail@web21207.mail.yahoo.com> Am dat din greseala upload la o tema de windows in loc de tema de linux. Dupa care am uploadat si pe tema de linux,adica eu am trimis 2 teme identice fara sa vreau si mi-au aparut ca 2 teme trimise. Acuma nu as vrea sa ii fie corectata tema de windows (care e de fapt de linux) si vreau sa trimit si tema Windows(dar poate mai incolo in vacanta).Cum fac? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 16:03:15 2003 From: so@atlantis.cs.pub.ro (Badea Ovidiu) Date: Fri, 14 Nov 2003 08:03:15 -0800 (PST) Subject: [so] loc Message-ID: <20031114160315.98270.qmail@web13507.mail.yahoo.com> Exista vreo restrictie in ceea ce priveste locul (programul) in care trebuie sa aiba loc consumarea prajiturilor. Ceva de genul: consumatorii trebuie sa astepte sa intre in cofetarie in programul consumer si apoi sa isi astepte prajiturile in programul sweetshop? Sau asta ramane la latitudinea noastra ? In enunt nu era nimic explicit, dar dupa ce am citit niste mesaje de pe lista m-au lovit dubiile (si m-au trantit la pamant). __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 15:36:32 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 14 Nov 2003 18:36:32 +0300 Subject: [so] loc Message-ID: <2.0beta.1068827792528.2399367487516369908.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable nu exista nici o restrictie explicita dar trebuie sa te gandesti cum e mai bine. =20 Maria. >Exista vreo restrictie in ceea ce priveste locul >(programul) in care trebuie sa aiba loc consumarea >prajiturilor. Ceva de genul: consumatorii trebuie sa >astepte sa intre in cofetarie in programul consumer si >apoi sa isi astepte prajiturile in programul >sweetshop? Sau asta ramane la latitudinea noastra ? In >enunt nu era nimic explicit, dar dupa ce am citit >niste mesaje de pe lista m-au lovit dubiile (si m-au >trantit la pamant). =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable nu exista nici o restrictie explicita dar trebuie sa te gandesti cum e mai = bine.

Maria.
>Exista vreo restrictie in ceea ce priveste locul
>(programul) in care trebuie sa aiba loc consumarea
>prajiturilor. Ceva de genul: consumatorii trebuie sa
>astepte sa intre in cofetarie in programul consumer si
>apoi sa isi astepte prajiturile in programul
>sweetshop? Sau asta ramane la latitudinea noastra ? In
>enunt nu era nimic explicit, dar dupa ce am citit
>niste mesaje de pe lista m-au lovit dubiile (si m-au
>trantit la pamant).

>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/





Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Fri Nov 14 18:10:07 2003 From: so@atlantis.cs.pub.ro (Irina Carabus) Date: Fri, 14 Nov 2003 10:10:07 -0800 (PST) Subject: [so] Cakes_max Message-ID: <20031114181007.28599.qmail@web42002.mail.yahoo.com> Buna! Am si eu o intrebare : daca un consumator cere mai mult de "cakes_max " prajituri, ce se intampla? Il las sa astepte (treaba lui!) sau ii dau mesaj (si atunci va sti sa plece)? Mersi! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 22:48:23 2003 From: so@atlantis.cs.pub.ro (Ionut Cirjan) Date: Fri, 14 Nov 2003 14:48:23 -0800 (PST) Subject: Fwd: Re: [so] expandarea var de mediu in lin de comanda Message-ID: <20031114224823.21245.qmail@web41106.mail.yahoo.com> Fac fwd la un mail din timpul temei 1 . Este legat de expandarea variabilelor de mediu in Linux. S-a discutat acest lucru pe lista, s-a lamurit (atunci). Insa daca va uitati sunt puncte scazute pentru ca nu tinem cont de variabile de genul $HOME/bin (varibila trebuia sa se termina la / ). Nu e mult scazut (-0.3) si nu numai la mine, ci la toti!. Ca principiu mi se pare incorect din moment ce a aparut aceasta intrebare, a fost discutata clar si nu era *necesar* sa se utilizeze ca delimitatori si '/'. Durerea nu este in punctele scazute, si in principiul de functionare al acestei liste: avem incredere 100% in ce se raspunde/lamureste/stabileste aici ??? Ionut. PS: cred ca majoritatea colegilor mei ar vrea un raspuns. --- Cosmin Arad wrote: > From: Cosmin Arad > Subject: Re: [so] expandarea var de mediu in lin de > comanda > To: so@atlantis.cs.pub.ro > Date: Tue, 28 Oct 2003 00:17:08 -0800 (PST) > > --- Ionut Cirjan wrote: > > Sal. > > > > Pls, o mica lamurire. > > > > Daca $ apare intr-o comanda, dupa el e un cuvant > > care > > vrea sa reprezinte o variabila de mediu. > > Cum delimitam acest cuvant la celalat capat (la > > sfarsit, la ce caractere ne oprim) ? Space e > > evident, > > dar mai e si altul ? > > Alti delimitatori ar fi operatorii. Atentie insa la > '\' care poate sa iti protejeze $-ul de la inceput > caz > in care nu e vorba de o variabila de mediu ci de > numele unei comenzi sau fisier, de exemplu: ls > \$HOME > va incerca sa faca ls pe fisierul cu numele '$HOME'. > > > Dar daca cuvantul gasit nu e variabila de mediu, > cu > > ce > > il inlocuim ? > > Cu sirul vid. > > > Thanks, > > Ionut. > > __________________________________ > Do you Yahoo!? > Exclusive Video Premiere - Britney Spears > http://launch.yahoo.com/promos/britneyspears/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so ===== I wish you all a lovely day, tomorow and today. Cirjan Ionut Silviu __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 23:46:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Fri, 14 Nov 2003 15:46:32 -0800 (PST) Subject: Fwd: Re: [so] expandarea var de mediu in lin de comanda In-Reply-To: <20031114224823.21245.qmail@web41106.mail.yahoo.com> Message-ID: <20031114234632.99022.qmail@web60506.mail.yahoo.com> Salut, Eu am zis ca "Alti delimitatori ar fi operatorii". Nu am spus ca sunt singurii alti delimitatori. Din ce ti-am raspuns eu in mailul respectiv nu reiese in nici un fel ca nu este *necesar* ca variabilele de mediu sa fie delimitate la dreapta de '/'. Scopul listei este sa te ajute sa-ti faci temele. Bineinteles ca poti sa ai incredere in raspunsurile de pe lista insa citeste-le cu atentie si daca simti ca nu esti lamurit 100% mai intreaba. Succes, Cosmin --- Ionut Cirjan wrote: > Fac fwd la un mail din timpul temei 1 . > Este legat de expandarea variabilelor de mediu in > Linux. > S-a discutat acest lucru pe lista, s-a lamurit > (atunci). > Insa daca va uitati sunt puncte scazute pentru ca nu > tinem cont de variabile de genul $HOME/bin (varibila > trebuia sa se termina la / ). > Nu e mult scazut (-0.3) si nu numai la mine, ci la > toti!. > Ca principiu mi se pare incorect din moment ce a > aparut aceasta intrebare, a fost discutata clar si > nu > era *necesar* sa se utilizeze ca delimitatori si > '/'. > > Durerea nu este in punctele scazute, si in > principiul > de functionare al acestei liste: avem incredere 100% > in ce se raspunde/lamureste/stabileste aici ??? > > Ionut. > > PS: cred ca majoritatea colegilor mei ar vrea un > raspuns. > > > --- Cosmin Arad wrote: > > From: Cosmin Arad > > Subject: Re: [so] expandarea var de mediu in lin > de > > comanda > > To: so@atlantis.cs.pub.ro > > Date: Tue, 28 Oct 2003 00:17:08 -0800 (PST) > > > > --- Ionut Cirjan wrote: > > > Sal. > > > > > > Pls, o mica lamurire. > > > > > > Daca $ apare intr-o comanda, dupa el e un cuvant > > > care > > > vrea sa reprezinte o variabila de mediu. > > > Cum delimitam acest cuvant la celalat capat (la > > > sfarsit, la ce caractere ne oprim) ? Space e > > > evident, > > > dar mai e si altul ? > > > > Alti delimitatori ar fi operatorii. Atentie insa > la > > '\' care poate sa iti protejeze $-ul de la inceput > > caz > > in care nu e vorba de o variabila de mediu ci de > > numele unei comenzi sau fisier, de exemplu: ls > > \$HOME > > va incerca sa faca ls pe fisierul cu numele > '$HOME'. > > > > > Dar daca cuvantul gasit nu e variabila de mediu, > > cu > > > ce > > > il inlocuim ? > > > > Cu sirul vid. > > > > > Thanks, > > > Ionut. > > > > __________________________________ > > Do you Yahoo!? > > Exclusive Video Premiere - Britney Spears > > http://launch.yahoo.com/promos/britneyspears/ > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > ===== > > > > I wish you all a lovely day, > tomorow and today. > > Cirjan Ionut Silviu > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 23:44:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 01:44:55 +0200 Subject: [so] Cakes_max In-Reply-To: <20031114181007.28599.qmail@web42002.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> il lasi sa astepte. Maria. >daca un consumator cere mai >mult de "cakes_max " prajituri, ce se intampla? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Fri Nov 14 23:50:57 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 01:50:57 +0200 Subject: [so] Conflict In-Reply-To: <3FB36FFC.000001.01540@einstein> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Iti inteleg lovitura.... :). solutia ar fi ca in loc sa lasi consumatorii sa rezerve prajituri care ar putea dispare sa pui gunoierul in situatia in care sa poata rezerva pentru aruncare prajituri care pot fi mancate intre timp. Maria. >M-am lovit de urmatoarea problema. >Se face o cerere de prajituri din partea consumatorilor. >Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si ia >pentru el prajuturile vechi. >Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei. > >Cum rezolv problema? > >Florin --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 00:06:16 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Fri, 14 Nov 2003 16:06:16 -0800 (PST) Subject: [so] ./sweetshop parametri Message-ID: <20031115000616.29411.qmail@web60305.mail.yahoo.com> Este o sugestie ca max_cakes si max_seats sa fie luati cu getenv. Bun! dar ala care testeaza ce face se duce in fiecare consola si seteaza variabilele sau le are setate odate de la bootare si atunci ar cam trebuie sa stim numele. Sau alta intrebare, ce rost mai au paramtrii pt sweetshop daca vom face cu getenv? Intreb pt ca ar fi trist sa fac tema si la corectare: ./sweetshop 30 30 70 ... hmm nu merge? nota 4 :P deci care ma lumineaza (intrebarea este pt cei care corecteaza)? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:18:41 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 15 Nov 2003 01:18:41 -0800 (PST) Subject: [so] Cakes_max In-Reply-To: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <20031115091841.77992.qmail@web41002.mail.yahoo.com> In cazul in care un consumator va cere mai mult de cakes max el nu va fi niciodata servit deci tot grupul va ramane blocat. Sa intelegem ca acesta e un comportamnet ok ? --- Maria Mateescu wrote: > > il lasi sa astepte. > > Maria. > > > >daca un consumator cere mai > >mult de "cakes_max " prajituri, ce se intampla? > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:20:13 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 15 Nov 2003 01:20:13 -0800 (PST) Subject: [so] parametrii liniei de comanda In-Reply-To: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <20031115092013.8122.qmail@web41009.mail.yahoo.com> Se presupune ca paramterii liniei de comanda sunt dati corect adica se vor introduce niste parametrii valizi? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:34:38 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 11:34:38 +0200 Subject: [so] parametrii liniei de comanda In-Reply-To: <20031115092013.8122.qmail@web41009.mail.yahoo.com> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115113430.00a5f960@mail.mymail.ro> da >Se presupune ca paramterii liniei de comanda sunt dati >corect adica se vor introduce niste parametrii valizi? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 09:34:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 11:34:55 +0200 Subject: [so] Cakes_max In-Reply-To: <20031115091841.77992.qmail@web41002.mail.yahoo.com> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> da >In cazul in care un consumator va cere mai mult de >cakes max el nu va fi niciodata servit deci tot grupul >va ramane blocat. Sa intelegem ca acesta e un >comportamnet ok ? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 10:06:35 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sat, 15 Nov 2003 12:06:35 +0200 Subject: [so] Cakes_max References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> Message-ID: <3FB5FAAB.2040303@pcnet.ro> E a nu stiu cata oara cand se vorbeste despre chestia asta si m-am incurcat de tot.....vreau sa stiu daca e ok ca eu l-am dat afara pe clientul "mancacios" care vrea mai multe prajituri decat capacitatea frigiderului.Mai exact ies imedit ce constat ca a cerut mai multe prajituri decat cate i de pot da. Multumesc! Ruxandra From so@atlantis.cs.pub.ro Sat Nov 15 10:54:14 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 12:54:14 +0200 Subject: [so] Cakes_max In-Reply-To: <3FB5FAAB.2040303@pcnet.ro> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115125358.00ae5a68@mail.mymail.ro> e ok. si asa, si asa. >E a nu stiu cata oara cand se vorbeste despre chestia asta si m-am >incurcat de tot.....vreau sa stiu daca e ok ca eu l-am dat afara pe >clientul "mancacios" care vrea mai multe prajituri decat capacitatea >frigiderului.Mai exact ies imedit ce constat ca a cerut mai multe >prajituri decat cate i de pot da. > >Multumesc! > >Ruxandra --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 11:34:22 2003 From: so@atlantis.cs.pub.ro (Octavian PURDILA) Date: Sat, 15 Nov 2003 13:34:22 +0200 Subject: [so] Re: Am o nelamurire In-Reply-To: <20031114212032.96165.qmail@web40020.mail.yahoo.com> References: <20031114212032.96165.qmail@web40020.mail.yahoo.com> Message-ID: <1068896062.3fb60f3ecd151@cs.pub.ro> Quoting Murgan Mihai : Acest raspuns este unul generic pentru toate plangerile de genul celor de mai jos (buguri de tip buffer overflow). Nu se va mai raspunde la alte plangeri similare. > Domnule profesor, > > nedumerit. Din ceea ce spuneati dumneavoastra pe lista > reiesea clar ca se pot limita comenzile la maxim 500 > de caractere, dar sa specificam acest lucru in readme. > Exact asa am facut si eu, am specificat in readme > acest lucru si intr-adevar nu am mai verificat in > program daca se depaseste sau nu aceasta limita, din Dupa cum reiese din discutia de pe lista, puteai sa limitezi buferele, DAR trebuia sa verifici atunci cand scrii in ele astfel incat sa nu le depasesti. Problema care s-a intalnit la tine poarte numele de buffer overflow si este responsabila de 90% (sau poate chiar mai mult) de exploiturile existente. Problema buffer overflow nu poate fi corectata decat - daca programatorul programeaza corect si nu scrie in bufere mai mult decat este cazul - limbajul verifica la fiecare scriere dimensiunea bufferului Cum optiunea doi nu este implementata in C, singura solutie corecta este optiunea unu. tavi ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Sat Nov 15 12:24:18 2003 From: so@atlantis.cs.pub.ro (dinca radu) Date: Sat, 15 Nov 2003 14:24:18 +0200 Subject: [so] JMP Message-ID: <200311151224.hAFCOI6I002971@k.k.ro> ce instructiune gen jmp din assembler exista in C de linux ? si cum folosesc etichete pt. ea? daca se poate as dori un raspuns cat mai rapid , pt. ca chiar am nevoie de ea :) Radu Sentimente.ro - www.sentimente.ro Peste 50.000 de prieteni te asteapta! From so@atlantis.cs.pub.ro Sat Nov 15 12:26:36 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 04:26:36 -0800 (PST) Subject: [so] JMP In-Reply-To: <200311151224.hAFCOI6I002971@k.k.ro> Message-ID: <20031115122636.90010.qmail@web60503.mail.yahoo.com> --- dinca radu wrote: > > ce instructiune gen jmp din assembler exista in C de > linux ? si cum > folosesc etichete pt. ea? > daca se poate as dori un raspuns cat mai rapid , pt. > ca chiar am nevoie de > ea :) instructiuni; goto label; instructiuni; label: instructiuni; Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 17:09:53 2003 From: so@atlantis.cs.pub.ro (Dana Tiba) Date: Sat, 15 Nov 2003 19:09:53 +0200 (EET) Subject: [so] Conflict In-Reply-To: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Message-ID: <35508.81.196.10.119.1068916193.squirrel@dazoot.ro> Salut, In textul temei scrie: "Chiar daca a obtinut numarul de prajituri cerute, fiind tare politicos, consumatorul nu va incepe sa manance decat atunci cand toti prietenii lui si-au primit prajiturile. " Eu intelesesem ca in momentul in care un consumator comanda prajiturile dorite le si primeste (daca acestea exista in momentul acela in frigider) si apoi asteapta sa le manince (adica sa inceapa timpul aleator de microsecunde destinat mincarii). Adica in timpul in care este "politicos" si ii asteapta pe ceilalti el are deja prajiturile pe masa, nu mai sunt in frigider, deci gunoierul nu mai are de ce sa le arunce. dana > > Iti inteleg lovitura.... :). > solutia ar fi ca in loc sa lasi consumatorii sa rezerve prajituri care > ar putea dispare sa pui gunoierul in situatia in care sa poata rezerva > pentru aruncare prajituri care pot fi mancate intre timp. > > Maria. > > >>M-am lovit de urmatoarea problema. >>Se face o cerere de prajituri din partea consumatorilor. >>Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si >> ia pentru el prajuturile vechi. >>Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei. >> >>Cum rezolv problema? >> >>Florin > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so From so@atlantis.cs.pub.ro Sat Nov 15 17:48:00 2003 From: so@atlantis.cs.pub.ro (andrei damian) Date: Sat, 15 Nov 2003 19:48:00 +0200 Subject: [so] Testarea temelor Message-ID: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Salut, In urma rezultatului obtinut la tema 1 am 2 intrebari: - se tine cont de conventiile pe care le-am mentionat in readme privind = implementarea temei? - eu de exemplu am fost depunctat pentru redirectari de genul cmd1 < = cmd2 in conditiile in care am mentionat ca minishellul meu, atunci cand = apar operatori de redirectare, prelucreaza o comanda de genul 'cmd = op_redir nume_fisier'; - din discutiile de pe forum si din textul temei am inteles ca nici = nu se asteapta altceva - va exista un server pe care ne vom putea testa temele si pe care se va = face si corectura? - unele din erorile pentru care am fost depunctat nu imi apar acasa; = e posibil sa fii programat prost, dar nu as fi trimis o tema daca la = comenzi simple ar fi dat segm.fault:D; poate ar fi util sa se = stabileasca macar versiunea de kernel si cea a compilatorului pe care se = face testarea. 10x Andrei DAMIAN 342CA ------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Salut,
 
In urma rezultatului obtinut la tema 1 = am 2=20 intrebari:
- se tine cont de conventiile pe care = le-am=20 mentionat in readme privind implementarea temei?
    - eu de exemplu am = fost=20 depunctat pentru redirectari de genul cmd1 < cmd2 in conditiile = in care=20 am mentionat ca minishellul meu, atunci cand apar operatori de=20 redirectare, prelucreaza o = comanda de genul=20 'cmd op_redir nume_fisier';
    - din discutiile de = pe forum si=20 din textul temei am inteles ca nici nu se asteapta = altceva
 
- va exista un server pe care ne vom = putea testa=20 temele si pe care se va face si corectura?
    - unele din erorile = pentru care=20 am fost depunctat nu imi apar acasa; e posibil sa fii programat prost, = dar nu as=20 fi trimis o tema daca la comenzi simple ar fi dat segm.fault:D; poate ar = fi util=20 sa se stabileasca macar versiunea de kernel si cea a compilatorului pe = care se=20 face testarea.
 
10x
 
Andrei DAMIAN
342CA
 
------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/ignore; charset=US-ASCII; name="SecurityCheck.txt" Content-Disposition: inline ------------------------------------------------------- Xnet scaneaza automat toate mesajele impotriva virusilor folosind RAV AntiVirus. Xnet automatically scans all messages for viruses using RAV AntiVirus. Nota: RAV AntiVirus poate sa nu detecteze toti virusii noi sau toate variantele lor. Va rugam sa luati in considerare ca exista un risc de fiecare data cand deschideti fisiere atasate si ca MobiFon nu este responsabila pentru nici un prejudiciu cauzat de virusi. Disclaimer: RAV AntiVirus may not be able to detect all new viruses and variants. Please be aware that there is a risk involved whenever opening e-mail attachments to your computer and that MobiFon is not responsible for any damages caused by viruses. ------=_NextPart_000_0007_01C3ABB1.5FC03920-- From so@atlantis.cs.pub.ro Sat Nov 15 23:31:10 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 15 Nov 2003 15:31:10 -0800 (PST) Subject: [so] semget Message-ID: <20031115233110.90269.qmail@web11206.mail.yahoo.com> Atunci cand creez un set de semafoare cu semget, ce valoare este introdusa default in semval ? Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo legatura cu numarul maxim de grupuri ? Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 23:42:53 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 15:42:53 -0800 (PST) Subject: [so] semget In-Reply-To: <20031115233110.90269.qmail@web11206.mail.yahoo.com> Message-ID: <20031115234253.11813.qmail@web60502.mail.yahoo.com> --- Andrei Stefan wrote: > Atunci cand creez un set de semafoare cu semget, ce > valoare este introdusa default in semval ? > Id-urile grupurilor pot fi orice numere sau trebuie > sa > aiba vreo legatura cu numarul maxim de grupuri ? Referitor la prima intrebare ai putea presupune ca semafoarele sunt initializate la 0, dar cel mai sigur e sa faci tu un semctl ca sa setezi valaorea. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 00:27:08 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 15 Nov 2003 16:27:08 -0800 (PST) Subject: [so] semget In-Reply-To: <20031115234253.11813.qmail@web60502.mail.yahoo.com> Message-ID: <20031116002708.51318.qmail@web11207.mail.yahoo.com> Pot sa setez la 0 semaforul, dar intre apelul functiei semget si apelul imediat al functiei semctl, un alt proces poate accesa acest semafor, iar pe mine ma intereseaza ca inainte de accesul la semafor, el sa aiba valoarea 1. Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 00:31:24 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 16:31:24 -0800 (PST) Subject: [so] semget In-Reply-To: <20031116002708.51318.qmail@web11207.mail.yahoo.com> Message-ID: <20031116003124.71205.qmail@web60505.mail.yahoo.com> --- Andrei Stefan wrote: > Pot sa setez la 0 semaforul, dar intre apelul > functiei > semget si apelul imediat al functiei semctl, un alt > proces poate accesa acest semafor, iar pe mine ma > intereseaza ca inainte de accesul la semafor, el sa > aiba valoarea 1. Initializarea semafoarelor ar trebui facuta inainte de crearea proceselor care le vor folosi. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 08:09:45 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sun, 16 Nov 2003 00:09:45 -0800 (PST) Subject: [so] aceeasi intrebare Message-ID: <20031116080945.87256.qmail@web11204.mail.yahoo.com> Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo legatura cu numarul maxim de grupuri (intre 0 si GROUP_MAX) ? Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 12:03:23 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 16 Nov 2003 14:03:23 +0200 Subject: [so] inchidere cofetarie References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <3FB7678B.7020400@pcnet.ro> Va rog sa imi spuneti daca se scade din punctaj in caz ca nu ofer posibilitate de inchidere cofetarie in Windows.In linux le-am inchis dar cum nu s-a specificat nimic in partea de enuntz obligatoriu am considerat ca inchiderea este o facilitate in plus.In Linux oricum se impunea pentru ca altfel raman IPC-urile agatate. multumesc! Ruxandra From so@atlantis.cs.pub.ro Sun Nov 16 14:41:52 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 16 Nov 2003 06:41:52 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <20031116144152.9122.qmail@web60309.mail.yahoo.com> --0-1664088012-1068993712=:1228 Content-Type: text/plain; charset=us-ascii e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 de exemplu sa ia fiecare cate 3 si sa se blocheze? Evident ca este vorba de windows ( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1664088012-1068993712=:1228 Content-Type: text/html; charset=us-ascii

e posibil ca, daca exista 6 prajituri si vin doi clienti care cer  4 si 5 de exemplu

sa ia fiecare cate 3 si sa se blocheze?

 

Evident ca este vorba de windows

( si eu care speram sa o portez in mai putin de 3 ore )

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1664088012-1068993712=:1228-- From so@atlantis.cs.pub.ro Sun Nov 16 16:18:08 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 16 Nov 2003 08:18:08 -0800 (PST) Subject: [so] tema 1 corectare Message-ID: <20031116161808.26378.qmail@web41013.mail.yahoo.com> Salut Uitandu-ma peste notele colegilor mei, am observat urmatoarea depunctare: implementare "gresita" a operatorului de cauzalitate, comanda a doua se executa intotdeauna. Recunosc ca, la momentul implementarii temei, nu m-am documentat exact asupra chestiunii. Insa, daca dati man bash, veti observa ca si acolo spune negru pe alb (sau cum aveti voi setate terminalele) ca a doua comanda se executa "if and only if" prima a returnat cod de eroare 0. Deci, pana la urma ne straduim sa urmarim Posix-ul, sau nu? (eu de exemplu am pierdut destul de mult timp simuland paralelismul exact ca in shell, pentru ca acum sa vad ca nu asta se astepta de la noi, mai ales ca nu s-a precizat la vreun moment dat comportamentul exact asteptat). Astept lamuriri. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 16:29:39 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 16 Nov 2003 08:29:39 -0800 (PST) Subject: [so] tema 1 corectare In-Reply-To: <20031116161808.26378.qmail@web41013.mail.yahoo.com> Message-ID: <20031116162939.33899.qmail@web60504.mail.yahoo.com> --- Diana Fulger wrote: > Salut > Uitandu-ma peste notele colegilor mei, am observat > urmatoarea depunctare: implementare "gresita" a > operatorului de cauzalitate, comanda a doua se > executa > intotdeauna. > Recunosc ca, la momentul implementarii temei, nu > m-am > documentat exact asupra chestiunii. Insa, daca dati > man bash, veti observa ca si acolo spune negru pe > alb > (sau cum aveti voi setate terminalele) ca a doua > comanda se executa "if and only if" prima a returnat > cod de eroare 0. Deci, pana la urma ne straduim sa > urmarim Posix-ul, sau nu? (eu de exemplu am pierdut > destul de mult timp simuland paralelismul exact ca > in > shell, pentru ca acum sa vad ca nu asta se astepta > de > la noi, mai ales ca nu s-a precizat la vreun moment > dat comportamentul exact asteptat). > > Astept lamuriri. Iata-le: Cred ca tu interpretezi gresit textul corecturii. "Comanda a doua se executa intotdeauna" in implementarea din tema respectiva si e gresit. Corect este cum ai citit si tu in man. Nu inteleg de ce te referi la paralelism cand operatorul de cauzalitate secventiaza comenzile. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 16:31:00 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 16 Nov 2003 08:31:00 -0800 (PST) Subject: [so] tema 1 corectare In-Reply-To: <20031116162939.33899.qmail@web60504.mail.yahoo.com> Message-ID: <20031116163100.12851.qmail@web41008.mail.yahoo.com> Referinta la paralelism era ceva diferit, am observat ca si pentru asta s-a mai scazut. --- Cosmin Arad wrote: > --- Diana Fulger wrote: > > Salut > > Uitandu-ma peste notele colegilor mei, am observat > > urmatoarea depunctare: implementare "gresita" a > > operatorului de cauzalitate, comanda a doua se > > executa > > intotdeauna. > > Recunosc ca, la momentul implementarii temei, nu > > m-am > > documentat exact asupra chestiunii. Insa, daca > dati > > man bash, veti observa ca si acolo spune negru pe > > alb > > (sau cum aveti voi setate terminalele) ca a doua > > comanda se executa "if and only if" prima a > returnat > > cod de eroare 0. Deci, pana la urma ne straduim sa > > urmarim Posix-ul, sau nu? (eu de exemplu am > pierdut > > destul de mult timp simuland paralelismul exact ca > > in > > shell, pentru ca acum sa vad ca nu asta se astepta > > de > > la noi, mai ales ca nu s-a precizat la vreun > moment > > dat comportamentul exact asteptat). > > > > Astept lamuriri. > > Iata-le: > Cred ca tu interpretezi gresit textul corecturii. > "Comanda a doua se executa intotdeauna" in > implementarea din tema respectiva si e gresit. > Corect > este cum ai citit si tu in man. > > Nu inteleg de ce te referi la paralelism cand > operatorul de cauzalitate secventiaza comenzile. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 21:33:21 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 16 Nov 2003 23:33:21 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <20031116080945.87256.qmail@web11204.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031116233309.00a5fce8@mail.mymail.ro> orice numar. Maria. >Id-urile grupurilor pot fi orice numere sau trebuie sa >aiba vreo legatura cu numarul maxim de grupuri (intre >0 si GROUP_MAX) ? > > > >Andrei > >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 16 21:34:51 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 16 Nov 2003 23:34:51 +0200 Subject: [so] Bill Gates x-( In-Reply-To: <20031116144152.9122.qmail@web60309.mail.yahoo.com> References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031116233417.00a9e610@mail.mymail.ro> da. Maria. >e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 >de exemplu > >sa ia fiecare cate 3 si sa se blocheze? > > > >Evident ca este vorba de windows > >( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 16 22:15:09 2003 From: so@atlantis.cs.pub.ro (miahi) Date: Mon, 17 Nov 2003 00:15:09 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <5.1.0.14.0.20031116233309.00a5fce8@mail.mymail.ro> Message-ID: <20031116231629.DD14328C059@atlantis> nu e un pic cam tarzie precizarea asta? miahi -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Maria Mateescu Sent: 16 noiembrie 2003 23:33 To: so@atlantis.cs.pub.ro Subject: Re: [so] aceeasi intrebare orice numar. Maria. >Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo >legatura cu numarul maxim de grupuri (intre 0 si GROUP_MAX) ? > > > >Andrei From so@atlantis.cs.pub.ro Sun Nov 16 22:27:44 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Sun, 16 Nov 2003 14:27:44 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <5.1.0.14.0.20031116233417.00a9e610@mail.mymail.ro> Message-ID: <20031116222744.47117.qmail@web40002.mail.yahoo.com> --0-1932631138-1069021664=:42994 Content-Type: text/plain; charset=us-ascii Nu inteleg de ce da. In mod normal nu ar trebui sa fie servit unul dintre el si sa ramana celalalt sa astepte? In tema scrie: "fiecare consumator isi asteapta prajiturile (daca nu exista cakes_no prajituri consumatorul va astepta sa se aduca (de catre un furnizor). " Eu inteleg de aici ca presupunand ca cel cu 4 prajituri e primul venit el va lua 4 din cele 6, vor ramane 2 in frigider si cel care vrea 5 va astepta pana vine un furnizor si ii aduce cakes_no(nu neaparat cakes_no, in acest caz cakes_no-2, adica sa ii completeze pana la cakes_no). Am trimis tema in acest mod si as vrea un raspuns, te rog mult, ca sa stiu ca totul e in ordine. Mihai Murgan Maria Mateescu wrote: da. Maria. >e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 >de exemplu > >sa ia fiecare cate 3 si sa se blocheze? > > > >Evident ca este vorba de windows > >( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1932631138-1069021664=:42994 Content-Type: text/html; charset=us-ascii
Nu inteleg de ce da. In mod normal nu ar trebui sa fie servit unul dintre el si sa ramana celalalt sa astepte?
In tema scrie:
"fiecare consumator isi asteapta prajiturile (daca nu exista cakes_no prajituri consumatorul va astepta sa se aduca (de catre un furnizor). "
Eu inteleg de aici ca presupunand ca cel cu 4 prajituri e primul venit el va lua 4 din cele 6, vor ramane 2 in frigider si cel care vrea 5 va astepta pana vine un furnizor si ii aduce cakes_no(nu neaparat cakes_no, in acest caz cakes_no-2, adica sa ii completeze pana la cakes_no). Am trimis tema in acest mod si as vrea un raspuns, te rog mult, ca sa stiu ca totul e in ordine.
 
Mihai Murgan

Maria Mateescu <atta@mymail.ro> wrote:

da.

Maria.



>e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5
>de exemplu
>
>sa ia fiecare cate 3 si sa se blocheze?
>
>
>
>Evident ca este vorba de windows
>
>( si eu care speram sa o portez in mai putin de 3 ore )



---------------------------------------------------------------
Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
http://poze.acasa.ro/

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1932631138-1069021664=:42994-- From so@atlantis.cs.pub.ro Sun Nov 16 22:48:12 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 16 Nov 2003 14:48:12 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <20031116222744.47117.qmail@web40002.mail.yahoo.com> Message-ID: <20031116224812.83220.qmail@web41011.mail.yahoo.com> io am intrebat exact acelasi lucru si mi s-a zis ca putem sa facem tema cum vrem adica fie ia cate o prajitura pana isi face numarul fie le asteapta pe toate. --- Murgan Mihai wrote: > Nu inteleg de ce da. In mod normal nu ar trebui sa > fie servit unul dintre el si sa ramana celalalt sa > astepte? > In tema scrie: > "fiecare consumator isi asteapta prajiturile (daca > nu exista cakes_no prajituri consumatorul va astepta > sa se aduca (de catre un furnizor). " > Eu inteleg de aici ca presupunand ca cel cu 4 > prajituri e primul venit el va lua 4 din cele 6, vor > ramane 2 in frigider si cel care vrea 5 va astepta > pana vine un furnizor si ii aduce cakes_no(nu > neaparat cakes_no, in acest caz cakes_no-2, adica sa > ii completeze pana la cakes_no). Am trimis tema in > acest mod si as vrea un raspuns, te rog mult, ca sa > stiu ca totul e in ordine. > > Mihai Murgan > > Maria Mateescu wrote: > > da. > > Maria. > > > > >e posibil ca, daca exista 6 prajituri si vin doi > clienti care cer 4 si 5 > >de exemplu > > > >sa ia fiecare cate 3 si sa se blocheze? > > > > > > > >Evident ca este vorba de windows > > > >( si eu care speram sa o portez in mai putin de 3 > ore ) > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > --------------------------------- > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 07:17:16 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 09:17:16 +0200 Subject: [so] Testarea temelor In-Reply-To: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> References: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> Message-ID: <1069053436.3fb875fc2981e@cs.pub.ro> Salut, > In urma rezultatului obtinut la tema 1 am 2 intrebari: > - eu de exemplu am fost depunctat pentru redirectari de genul cmd1 < cmd2 > in conditiile in care am mentionat ca minishellul meu, atunci cand apar > operatori de redirectare, prelucreaza o comanda de genul 'cmd op_redir > nume_fisier'; Intr-adevar cmd1 < cmd2 nu avea ce cauta acolo, nefiind in cerintele temei. Am corectat. > - va exista un server pe care ne vom putea testa temele si pe care se va face > si corectura? > - unele din erorile pentru care am fost depunctat nu imi apar acasa; e > posibil sa fii programat prost, dar nu as fi trimis o tema daca la comenzi > simple ar fi dat segm.fault:D; poate ar fi util sa se stabileasca macar > versiunea de kernel si cea a compilatorului pe care se face testarea. In legatura cu serverul de lucru, o sa intreb. Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 07:53:04 2003 From: so@atlantis.cs.pub.ro (Ifrim Mircea) Date: Sun, 16 Nov 2003 23:53:04 -0800 (PST) Subject: [so] CreateProcess Message-ID: <20031117075304.41556.qmail@web20308.mail.yahoo.com> --0-360097760-1069055584=:38427 Content-Type: text/plain; charset=us-ascii Am si eu o mica problema: cum creez un proces pe windows care sa aiba ca parametru o functie de-a mea, de exemplu functia void myprocedure(void) ? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-360097760-1069055584=:38427 Content-Type: text/html; charset=us-ascii
Am si eu o mica problema: cum creez un proces pe windows care sa aiba ca parametru o functie de-a mea,  de exemplu functia void myprocedure(void) ?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-360097760-1069055584=:38427-- From so@atlantis.cs.pub.ro Mon Nov 17 08:39:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 00:39:32 -0800 (PST) Subject: [so] CreateProcess In-Reply-To: <20031117075304.41556.qmail@web20308.mail.yahoo.com> Message-ID: <20031117083932.12528.qmail@web60509.mail.yahoo.com> --- Ifrim Mircea wrote: > Am si eu o mica problema: cum creez un proces pe > windows care sa aiba ca parametru o functie de-a > mea, de exemplu functia void myprocedure(void) ? Nu inteleg prea bine ce vrei sa faci. Banuiesc ca vrei sa executi o functie specificata la run-time. Daca asta este cazul iti dai seama ca codul functiei trebuie sa fie executabil si sa fie incarcat undeva in segmentul de cod al procesului. Ai 2 variante: Sa definesti toate functiile al caror nume il poti primi ca parametru in programul tau sau sa le definesti intr-un DLL pe care sa-l incarci. Daca vrei sa faci altceva specifica clar ce. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 10:02:18 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 17 Nov 2003 12:02:18 +0200 Subject: [so] Testarea temelor In-Reply-To: <1069053436.3fb875fc2981e@cs.pub.ro> References: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> <1069053436.3fb875fc2981e@cs.pub.ro> Message-ID: On Mon, 17 Nov 2003 09:17:16 +0200, Doina Bucur wrote: > Salut, >> - va exista un server pe care ne vom putea testa temele si pe care se >> va face si corectura? >> Acest lucru nu este posibil: unii dintre asistenti nu pot corecta tema pe server pentru ca nu au Internet decat prin dial-up. tavi From so@atlantis.cs.pub.ro Mon Nov 17 10:18:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 17 Nov 2003 12:18:55 +0200 Subject: [so] Conflict In-Reply-To: <35508.81.196.10.119.1068916193.squirrel@dazoot.ro> References: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031117121826.00a5ff20@mail.mymail.ro> asa este cum ai zis tu, dar alta era problema lui Florin. Maria. >Salut, > >In textul temei scrie: >"Chiar daca a obtinut numarul de prajituri cerute, fiind tare politicos, >consumatorul nu va incepe sa manance decat atunci cand toti prietenii lui >si-au primit prajiturile. " > >Eu intelesesem ca in momentul in care un consumator comanda prajiturile >dorite le si primeste (daca acestea exista in momentul acela in frigider) >si apoi asteapta sa le manince (adica sa inceapa timpul aleator de >microsecunde destinat mincarii). Adica in timpul in care este "politicos" >si ii asteapta pe ceilalti el are deja prajiturile pe masa, nu mai sunt in >frigider, deci gunoierul nu mai are de ce sa le arunce. > >dana --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 17 10:20:27 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 17 Nov 2003 12:20:27 +0200 Subject: [so] inchidere cofetarie In-Reply-To: <3FB7678B.7020400@pcnet.ro> References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031117121925.00a93778@mail.mymail.ro> e bine. terminarea se cere tocmai pentru ca ramaneau IPCuri nedistruse. Maria. >Va rog sa imi spuneti daca se scade din punctaj in caz ca nu ofer >posibilitate de inchidere cofetarie in Windows.In linux le-am inchis dar >cum nu s-a specificat nimic in partea de enuntz obligatoriu am considerat >ca inchiderea este o facilitate in plus.In Linux oricum se impunea pentru >ca altfel raman IPC-urile agatate. > >multumesc! > >Ruxandra --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 17 10:46:35 2003 From: so@atlantis.cs.pub.ro (bogdan dragusanu) Date: Mon, 17 Nov 2003 02:46:35 -0800 (PST) Subject: [so] 'ipcs' pe Win Message-ID: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Cum putem vedea semafoarele , cozile de mesaje, memoriile partajate ramase pe Windows. Adica ceva analog lui 'ipcs' de pe Linux. Eventual cum se poate da remove. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 10:59:25 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Mon, 17 Nov 2003 12:59:25 +0200 Subject: [so] despre upload In-Reply-To: <20031114142139.22742.qmail@web21207.mail.yahoo.com> References: <20031114142139.22742.qmail@web21207.mail.yahoo.com> Message-ID: <3FB8AA0D.5080903@romus.ro> sorin adi wrote: >Am dat din greseala upload la o tema de windows in loc >de tema de linux. >Dupa care am uploadat si pe tema de linux,adica eu am >trimis 2 teme identice fara sa vreau si mi-au aparut >ca 2 teme trimise. >Acuma nu as vrea sa ii fie corectata tema de windows >(care e de fapt de linux) si vreau sa trimit si tema >Windows(dar poate mai incolo in vacanta).Cum fac? > > Se ia in considerare ultima tema trimisa. --Adrian. From so@atlantis.cs.pub.ro Mon Nov 17 11:06:39 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Mon, 17 Nov 2003 13:06:39 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <20031116231629.DD14328C059@atlantis> References: <20031116231629.DD14328C059@atlantis> Message-ID: <3FB8ABBF.6090707@romus.ro> miahi wrote: >nu e un pic cam tarzie precizarea asta? > >miahi > > Cred ca intrebarile voastre vin cam tarziu! Au fost doua saptamani pentru tema!! --Adrian. From so@atlantis.cs.pub.ro Mon Nov 17 11:10:02 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Mon, 17 Nov 2003 13:10:02 +0200 Subject: [so] 'ipcs' pe Win In-Reply-To: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Message-ID: > Cum putem vedea semafoarele , cozile de mesaje, memoriile partajate ramase pe Windows. Adica ceva analog lui 'ipcs' de pe Linux. Eventual cum se poate da remove. http://www.sysinternals.com/ntw2k/freeware/procexp.shtml Toate obiectele din kernel sunt distruse cand e distrusa ultima referinta din sistem care indica spre ele. Referintele se inchid cu CloseHandle de catre programator sau la terminarea procesului. Ca sa fii sigur ca ai distrus un obiect din kernel, ori inchizi tu tot ce ai deschis (CloseHandle) ori inchizi toate procesele care au deschis handles la obiectele respective. Ovidiu From so@atlantis.cs.pub.ro Mon Nov 17 11:11:05 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 03:11:05 -0800 (PST) Subject: [so] 'ipcs' pe Win In-Reply-To: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Message-ID: <20031117111105.14742.qmail@web60505.mail.yahoo.com> --- bogdan dragusanu wrote: > Cum putem vedea semafoarele , cozile de mesaje, > memoriile partajate ramase pe Windows. Adica ceva > analog lui 'ipcs' de pe Linux. Eventual cum se poate > da remove. Exista utilitarul WinObj cu care poti vedea obiectele Windows. Daca dai dublu-click pe un Mutex sau Semafor iti spune daca este ocupat respectiv valoarea smeaforului. http://www.sysinternals.com/ntw2k/freeware/winobj.shtml Fiecare obiect are un contor de utilizare (de handle-uri deschise la acel obiect). La CloseHandle contorul respectiv este decrementat iar la Open... ori DuplicateHandle este incrementat. Mai exista un contor de referiri ale obiectului respectiv de catre sistemul de operare. De exemplu un semafor poate fi folosit de catre un driver. Cand ambele contoare ajung la 0 obiectul este distrus automat. Chiar daca tu nu dai CloseHandle oricum la terminarea procesului sunt inchise toate handle-urile deschise in proces, asadar obiectele se distrug automat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 13:00:41 2003 From: so@atlantis.cs.pub.ro (Roxana Andrei) Date: Mon, 17 Nov 2003 05:00:41 -0800 (PST) Subject: [so] Inchidere handle in Windows Message-ID: <20031117130041.11433.qmail@web21102.mail.yahoo.com> Eu am trimis tema de win si in urma discutiilor de astazi de pe grup m-am gandit sa intreb daca se depuncteaza daca nu am dat closehandle la toate obiectele. Dau doar in cei care le CREEAZA (frara cei care le deschid). Si inca o intrebare: negasind un "random" pentru win32 api, am citit in linia de comanda timpul de mancare prajituri. Daca nu se scade, nu as vrea sa retrimit (-0.25). Multumesc __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 13:08:16 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Mon, 17 Nov 2003 15:08:16 +0200 Subject: [so] tema 3 Message-ID: <20031117125913.M97111@idilis.ro> In enuntul temei 3 se specifica ca trebuie implementate politicile SIGNAL AND CONTINUE si SIGNAL AND WAIT. Eu am citit in primul document dat pe site ca exista SIGNAL AND WAIT si SIGNAL AND URGENT WAIT diferenta fiind aceea ca la SIGNAL AND WAIT prioritate cozii Entry=prioritatea cozii Signaller, iar la SIGNAL AND URGENT WAIT prioritatea cozii Entry 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu zice nimic de pb. 2. In documentatia de mingw care e referita la observatii (http://www.mingw.org/docs.shtml) nu am gasit instructiuni despre creat DLL de windows. Zice acolo ceva de librarii .so, etc, dar de .dll nu am vazut nimic. Daca se poate un link mai precis... -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again From so@atlantis.cs.pub.ro Mon Nov 17 16:45:38 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 18:45:38 +0200 Subject: [so] tema1 - corectare & note Message-ID: <1069087538.3fb8fb32075ad@cs.pub.ro> Salut, Baremul temei 1 arata asa: 1p - afisarea promptului si tot ce depinde de el 0.25p - posibilitatea de a citi & executa comenzi in linia de comanda/fisier (aici s-a scazut mai ales pentru buguri de citire din fisier) 0.75p - implementarea cd (comanda interna) 1p - executia comenzilor externe 1p - recunoasterea si expandarea variabilelor de mediu 1p - executia secventiala ";" 1p - executia paralela "&" 1p - executia cauzala "&&" 1p - executia cu pipe "|" 0.5p - redirectarea de output ">" 0.5p - redirectarea de output/err "&>" 0.5p - redirectarea de err "2>" 0.5p - indirectarea "<" Punctajele de mai sus sunt maximul de punctaj care vi se poate scadea pe o subproblema (de ex. "|") daca nu e implementata deloc. In afara de punctajele care vi se pot scadea pentru asta, exista punctaje scazute pentru incorectitudinea programarii (materializate prin segfault, de ex) . Pentru fiecare problema/bug pe care l-am intalnit, exista un punctaj fix care se scade (sau un interval de punctaj, in cazuri rare). Au existat vreo doua probleme/buguri pentru care a fost cazul ca punctajele sa fie modificate pe parcursul corectarii, de unde si eventualele neclaritati (asta si din cauza ca rezultatele au fost publicate partial pe site, inainte de terminarea corectarii - asta a fost necesar, ca sa nu repetati greselile la tema2). De ex.: -0.30 - fisierele rezultate prin redirectare de output/err nu au drepturi (parametrul mode la open) -0.20 - redirectarea la output/err nu face trunchiere pe fisiere existente -0.30 - segfault la getenv -1 - segfault la malloc & friends (buffer overflow) intre 0 si 0.60 - probleme de parsare a spatiilor (depunctarea depinde de gravitate); pentru simplitate problemele de genul asta, in afara de cateva cazuri speciale, au fost in final uniformizate etc Pentru neclaritati mailto: dee@cs.pub.ro, nu pe lista. Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 17:54:43 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 17 Nov 2003 19:54:43 +0200 Subject: [so] tema3 In-Reply-To: <20031117145954.6D8643FCF2@server1.messagingengine.com> References: <20031117145954.6D8643FCF2@server1.messagingengine.com> Message-ID: On Mon, 17 Nov 2003 16:59:54 +0200, Bogdan Butnaru wrote: > 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei > probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu > zice nimic de pb. > Formularea va invita sa trimiteti mailuri pe lista daca exista neclaritati :) > 2. In documentatia de mingw care e referita la observatii > (http://www.mingw.org/docs.shtml) nu am gasit instructiuni despre creat > DLL de windows. Zice acolo ceva de librarii .so, etc, dar de .dll nu am > vazut nimic. Daca se poate un link mai precis... > Nu prea ai cautat... Al treilea bulet: How to create a dll Here's an example. Cut and paste the following into a file named dllfct.h: #ifdef BUILD_DLL // the dll exports #define EXPORT __declspec(dllexport) #else // the exe imports #define EXPORT __declspec(dllimport) #endif // function to be imported/exported EXPORT void tstfunc (void); Cut and paste the following into a file named dllfct.c: #include #include "dllfct.h" EXPORT void tstfunc (void) { printf ("Hello\n"); } Cut and paste the following into a file named hello.c: #include "dllfct.h" int main () { tstfunc (); return (0); } To create the dll and an executable that uses it, try the following: gcc -c hello.c gcc -c -DBUILD_DLL dllfct.c dllwrap --output-lib=libtstdll.a --dllname=tst.dll --driver-name=gcc dllfct.o gcc -o hello.exe hello.o -L./ -ltstdll For more information on dlls, see http://www.nanotech.wisc.edu/~khan/software/gnu-win32/dllhelpers.html tavi From so@atlantis.cs.pub.ro Mon Nov 17 18:11:33 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Mon, 17 Nov 2003 10:11:33 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <1069087538.3fb8fb32075ad@cs.pub.ro> Message-ID: <20031117181133.70849.qmail@web11203.mail.yahoo.com> Ar fi fost bine de stiut de la inceput cam ce teste ar fi trebuit sa indeplineasca temele noastre, nu sa ne imaginam noi teste posibile si sa nu stim de fapt ce se cere de la noi ..... Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 20:24:51 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 22:24:51 +0200 Subject: [so] Re: Fwd: corectare tema1 linux In-Reply-To: References: Message-ID: <1069100691.3fb92e9373fc4@cs.pub.ro> Cum destul de multi dintre voi ati ales comportamentul tip "pus in background" pentru &, mesajul asta devine general: > ------- Forwarded message ------- > From: Catalin Constantin > To: tavi@cs.pub.ro > Subject: corectare tema1 linux > Date: Mon, 17 Nov 2003 22:14:01 +0200 > > > http://cs.pub.ro/so/Teme/note/343CA/ConstantinCatalin/tema1/lin/NOTA > > > > -0.40 > > > > Actiunea lui sleep nu e vizibila in testul urmator: > > > > [tavi@lemon]> sleep 2 & ls -la > > total 108 > > drwxr-xr-x 4 tavi tavi 4096 Nov 16 20:06 . > > drwxr-xr-x 3 tavi tavi 4096 Nov 2 23:35 .. > > // executia se termina imediat; pe primul proces nu faci wait la > > exec_comanda(,,false) > > > > > > mi se pare perfect normal sa faca asa > > pentru ca & pune in background ! Enuntul temei zice asa: "Operatorul de paralelism "&" . Astfel "alfa & beta" va executa comenzile alfa si beta in paralel." Adica trebuia sa implementati o facilitate care nu isi are echivalentul in bash, si pentru operatorul asta sa nu imitati bashul. > > am testat si pe bash si face la fel cum fac eu. Doina -- dee@cs.pub.ro ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 22:36:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 14:36:21 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031117125913.M97111@idilis.ro> Message-ID: <20031117223621.23494.qmail@web60508.mail.yahoo.com> --- Ioana Cutcutache wrote: > In enuntul temei 3 se specifica ca trebuie > implementate politicile SIGNAL > AND CONTINUE si SIGNAL AND WAIT. Eu am citit in > primul document dat pe site > ca exista SIGNAL AND WAIT si SIGNAL AND URGENT WAIT > diferenta fiind aceea ca > la SIGNAL AND WAIT prioritate cozii > Entry=prioritatea cozii Signaller, iar la > SIGNAL AND URGENT WAIT prioritatea cozii > Entry In enunt se specifica de asemenea ca : > "Cand aveti fire de executie in toate cozile > alegerea se va face tinand > cont ca coada de procese blocate la intrare, Entry > Queue, este cea mai putin > prioritara." > Din aceasta inteleg ca prioritatea Entry > Queue Queue, deci noi practic trebuie sa implementam > varianta SIGNAL AND URGENT > WAIT. Asa e? Da, asa e. Am scris eu prescurtat :). Am pus o clarificare la Observatii in legatura cu asta. > A doua intrebare : daca mai multe fire de > executie asteapta la o variabila > conditie trebuie ca atunci cand se da signal pe > variabila respectiva sa fie > trecut in coada Waiting cel care asteapta de cel mai > mult timp sau oricare > din ele? (daca ar trebui luat in considerare cel > care asteapta de cel mai de > mult ar trebui folosite si niste cozi...) Oricare dintre ele. Pe langa faptul ca este mai complicata, implementarea cu cozi FIFO aduce si o penalizare de performanta (can u see why?), deci nu isi are rostul. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 23:02:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 15:02:54 -0800 (PST) Subject: [so] P(n) pe Windows Message-ID: <20031117230254.17549.qmail@web60509.mail.yahoo.com> Salut, Cred ca unii dintre voi ati abordat gresit problema cu P(n) in Windows. Daca protejezi semaforul cu un mutex si faci n operatii WaitForSingleObject dupa care eliberezi mutexul se intampla serializarea operatiilor P. De exemplu pentru un semafor cu valoarea 6 pe care se fac operatiile P(7), P(2), P(2), P(2) din 4 threaduri diferite, operatiile P(2) vor astepta dupa P(7) care tine mutexul asociat semaforului, desi nu ar trebui sa astepte. Am pus la http://cs.pub.ro/~so/Laboratoare/Semaphore.zip o propunere de semafor generalizat pe Windows cu operatiile P(n), V(n) si WaitZero(). Semaforul poate fifolosit cu threaduri, asigura fairness si nu serializeaza operatiile. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 18 14:26:13 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Tue, 18 Nov 2003 16:26:13 +0200 Subject: [so] tema3 In-Reply-To: References: <20031117145954.6D8643FCF2@server1.messagingengine.com> Message-ID: <20031118142613.6A54941E2E@server1.messagingengine.com> OK, am inteles cum e cu dll-urile. Totusi, care sunt formularile pentru cele trei probleme suplimentare: Bounded Buffer cu mai multi producatori si mai multi consumatori, Dining Philosophers, Cigarette Smokers? On Mon, 17 Nov 2003 19:54:43 +0200, "Octavian Purdila" said: > On Mon, 17 Nov 2003 16:59:54 +0200, Bogdan Butnaru > wrote: > > > 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei > > probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu > > zice nimic de pb. > > > > Formularea va invita sa trimiteti mailuri pe lista daca exista > neclaritati > :) > -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Faster than the air-speed velocity of an unladen european swallow From so@atlantis.cs.pub.ro Wed Nov 19 06:51:54 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Wed, 19 Nov 2003 08:51:54 +0200 Subject: [so] tema 3 References: <20031117223621.23494.qmail@web60508.mail.yahoo.com> Message-ID: <000c01c3ae69$a1be7ac0$0c829ad5@ioana> Am o nelamurire : vad ca s-a mai schimbat ceva in enuntul temei, si anume a disparut propozitia "Deblocarea unui fir de executie din orice coada din monitor se va face obligatoriu in ordine FIFO." Asta inseamna ca nu trebuie sa fie deblocate in ordine FIFO firele de executie din Entry, Waiting, Signaller? De asemenea la destroy se spune "destroy - apelat cand monitorul nu este liber, mai exista un fir de executie activ in monitor. " Prin fir activ ce se intelege? Firul care detine monitorul? Banuiesc ca nu se poate distruge un monitor daca sunt fire care asteapta in una din cozi, chiar daca nici unul nu il detine. Rezolvarea celor 2 probleme se poate face cu oricare din politici vrem? From so@atlantis.cs.pub.ro Wed Nov 19 10:30:46 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 19 Nov 2003 02:30:46 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <000c01c3ae69$a1be7ac0$0c829ad5@ioana> Message-ID: <20031119103046.86608.qmail@web60505.mail.yahoo.com> --- Ioana Cutcutache wrote: > Am o nelamurire : vad ca s-a mai schimbat ceva > in enuntul temei, si > anume a disparut propozitia "Deblocarea unui fir de > executie din orice coada > din monitor se va face obligatoriu in ordine FIFO." > Asta inseamna ca nu > trebuie sa fie deblocate in ordine FIFO firele de > executie din Entry, > Waiting, Signaller? Exact. Nu este obligatorie ordinea FIFO in nici una din cozi. > De asemenea la destroy se spune "destroy - > apelat cand monitorul nu > este liber, mai exista un fir de executie activ in > monitor. " Prin fir activ > ce se intelege? Firul care detine monitorul? > Banuiesc ca nu se poate > distruge un monitor daca sunt fire care asteapta in > una din cozi, chiar daca > nici unul nu il detine. Da, prin fir activ se intelege cel care detine monitorul. Da, nu se poate distruge nici daca ai fire blocate in el. Am omis sa specific. > Rezolvarea celor 2 probleme se poate face cu > oricare din politici vrem? Da. In situatia in care una din probleme necesita o anumita politica specificati in README de ce. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 10:55:09 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 19 Nov 2003 02:55:09 -0800 (PST) Subject: [so] tema3 In-Reply-To: <20031118142613.6A54941E2E@server1.messagingengine.com> Message-ID: <20031119105510.3631.qmail@web60508.mail.yahoo.com> --- Bogdan Butnaru wrote: > OK, am inteles cum e cu dll-urile. Totusi, care sunt > formularile pentru > cele trei probleme suplimentare: > > Bounded Buffer cu mai multi producatori si mai multi > consumatori, > Dining Philosophers, > Cigarette Smokers? BoundedBuffer e problema producator consumator. Producatorul produce (adauga) elemente intr-un buffer de dimensiune fixa, iar consumatorul extrage elemente din buffer. De data aceasta vei avea mai mult de un producator si mai mult de un consumator. Practic nu e mare diferenta. Producatorii trebuie sa astepte la o conditie full si consumatorii la o conditie empty. Problema e banala dar s-o rezolvati corect. Dining philosophers e problema clasica cu N filosofi in jurul unei mese rotunde. Fiecare are in fata sa o farfurie cu spagette si exista N furculite plasate intre cele N farfurii astfel incat fiecare filosof are in stanga si in dreapta cate o furculita pe care se "bate" cu vecinii din stanga respectiv dreapta. In caz ca mai trebuie mentionat, filosofii sunt procese care concureaza pt resursele de tip furculita. Exista in cartea Modern Operating Systems a lui Tanenbaum o solutie cu semafoare la acesta problema. Voi trebuie sa gasiti o solutie cu monitoare si sunteti restrictionati la a folosi doar un monitor. Probabil ca in loc sa astepte la niste monitoare filosofii vor astepta la niste variabile conditie din monitor. S-ar putea ca inlocuirea chioara a semafoarelor din solutia lui Tanenbaum cu variabile conditie sa nu reprezinte o solutie corecta. Trebuie sa evitati deadlock, livelock, etc. Solutii gresite gasiti in curs ca sa vedeti care sunt capcanele. In problema Cigarette Smokers avem 4 procese: 3 fumatori si un agent. Fiecare fumator detine unul dintre ingredientele: tutun, hartie si chibrite, necesare pentru a aprinde o tigara. Asadar un fumator va avea doar tutun, unul doar hartie si unul doar chibrite. Agentul va avea o cantitate nelimitata din toate cele 3 ingrediente. La un moment dat agentul pune pe masa 2 dintre ingrediente, pe rand, iar fumatorul care il are pe al treilea isi va aprinde o tigara. Agentul va astepta ca fumatorul sa termine de fumat dupa care ciclul se repeta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 11:20:57 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 19 Nov 2003 13:20:57 +0200 Subject: [so] tema1 - corectare & note In-Reply-To: <20031117181133.70849.qmail@web11203.mail.yahoo.com> References: <20031117181133.70849.qmail@web11203.mail.yahoo.com> Message-ID: <3FBB5219.3080707@romus.ro> Andrei Stefan wrote: >Ar fi fost bine de stiut de la inceput cam ce teste ar >fi trebuit sa indeplineasca temele noastre, nu sa ne >imaginam noi teste posibile si sa nu stim de fapt ce >se cere de la noi ..... > Nu inteleg care-i problema. Scrie pe site (in enuntul temei si pe mail-list) ce trebuie sa faca temele, sau cum zici tu: ce se cere de la voi. Programele nu se fac sa mearga pe anumite teste! Ci pe toate combinatiile de teste care se incadreaza in cerinte. --sadyc From so@atlantis.cs.pub.ro Wed Nov 19 11:24:55 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 19 Nov 2003 13:24:55 +0200 Subject: [so] tema3 In-Reply-To: <20031118142613.6A54941E2E@server1.messagingengine.com> References: <20031117145954.6D8643FCF2@server1.messagingengine.com> <20031118142613.6A54941E2E@server1.messagingengine.com> Message-ID: <3FBB5307.6030805@romus.ro> Bogdan Butnaru wrote: >OK, am inteles cum e cu dll-urile. Totusi, care sunt formularile pentru >cele trei probleme suplimentare: > >Bounded Buffer cu mai multi producatori si mai multi consumatori, >Dining Philosophers, >Cigarette Smokers? > Da voi chiar nu cititi nimic ??? Daca nu ma insel aveti bibliografie pentru SO, crezi ca-i data de pomana? PS: nu astept raspuns la acest email! --sadyc From so@atlantis.cs.pub.ro Wed Nov 19 11:45:10 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Wed, 19 Nov 2003 03:45:10 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <3FBB5219.3080707@romus.ro> Message-ID: <20031119114510.22866.qmail@web41014.mail.yahoo.com> Sa nu exageram importanta informatiilor vehiculate atat pe site, cat si pe mailing list, atata timp cat la intrebarile pentru tema 1 v-ati lansat cu totii in indicatii din cele mai pretioase, iar specificatia exacta a ceea ce se astepta de la noi a sosit abia ca justificare a corectarii. --- Adrian Stanciu wrote: > Andrei Stefan wrote: > > >Ar fi fost bine de stiut de la inceput cam ce teste > ar > >fi trebuit sa indeplineasca temele noastre, nu sa > ne > >imaginam noi teste posibile si sa nu stim de fapt > ce > >se cere de la noi ..... > > > Nu inteleg care-i problema. > Scrie pe site (in enuntul temei si pe mail-list) ce > trebuie sa faca > temele, sau cum zici tu: ce se cere de la voi. > > Programele nu se fac sa mearga pe anumite teste! > Ci pe toate combinatiile de teste care se incadreaza > in cerinte. > > --sadyc > > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 12:41:22 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 19 Nov 2003 14:41:22 +0200 Subject: [so] tema1 - corectare & note In-Reply-To: <20031119114510.22866.qmail@web41014.mail.yahoo.com> References: <20031119114510.22866.qmail@web41014.mail.yahoo.com> Message-ID: Acesta este raspunsul final. Alte intrebari similare (sau comentarii) nu vor mai primi raspuns din partea noastra. On Wed, 19 Nov 2003 03:45:10 -0800 (PST), Diana Fulger wrote: > Sa nu exageram importanta informatiilor vehiculate > atat pe site, cat si pe mailing list, atata timp cat > la intrebarile pentru tema 1 v-ati lansat cu totii in > indicatii din cele mai pretioase, iar specificatia O fraza de introducere frumos construita, cu accente satirice. Dar cu ce o sustii? > exacta a ceea ce se astepta de la noi a sosit abia ca > justificare a corectarii. > Ce se astepta de la voi era specificat in cerintele temei. Fiecare punct din barem este prezent in cerintele temei. Cat despre "nu ar trebuie sa fim depunctati pentru greseli de C" pe care am mai auzit-o... Este o scuza lamentabila. Si in contextul de fata nu are sens: toate sistemele de operare in uz la ora actuala au fost scrise in C, si facilitatile puse la dispozitie de ele sunt disponibile la nivelul cel mai apropiat de SO tot din C. Si ati fost avertizati de la inceput, dar cati dintre voi s-au obosit sa citeasca regulile? Si in fine, o ultima remarca relativ la "cam ce teste ar fi trebuit sa indeplineasca temele noastre". Programele nu sunt terminate atunci cand s-a terminat de scris ultima linie de cod. Ele trebuie testate. De catre programatori in faza initiala pentru a scoate bug-urile evidente, si apoi de echipa QA. tavi From so@atlantis.cs.pub.ro Wed Nov 19 15:59:37 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Wed, 19 Nov 2003 07:59:37 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <3FBB5219.3080707@romus.ro> Message-ID: <20031119155937.94875.qmail@web11208.mail.yahoo.com> Pot sa existe mii de teste ..... Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 20 22:00:25 2003 From: so@atlantis.cs.pub.ro (Sava Ionut) Date: Thu, 20 Nov 2003 14:00:25 -0800 (PST) Subject: [so] In legatura cu corectarea Message-ID: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Am vazut ca tema 1 a fost corectata mai dur. E foarte bine. Ideea ar fi sa invatam ceva din toata chestia asta. Nu sa vedem ce punctaje mici am luat ... Eu as propune asta : sa se spuna cam care vor fi testele ( cel putin mai vag ) sau anume la ce sa fim atenti. Cu alte cuvinte ar trebui sa fim un pic ajutati sa gasim bugurile ca sa putem rezolvam, mai degraba decat sa vedem ca suntem depunctati. Eu personal nu cred ca cineva dupa ce isi vede tema corectata se apuca sa isi corecteze bugurile, deci cu alte cuvinte nu prea invata multe. De asemenea ar fi sa se faca pentru fiecare tema o lista de greseli frecvente si cum se pot rezolva ( eventual si cod dc nu depaseste 5-6 linii). Sau sa fie puse pe site un numar de teme facute f bine ca sa putem sa ne comparam (Chiar daca toti ar face o tema perfect tot ar fi unele care sa fie facute optimizat, cu mai putine linii de cod, mai elegant ... SI TOT AR FI O SANSA IN PLUS SA INVETI CEVA). De exemplu am vazut la mai multi oamneni nu se inchidea pipe-ul. Nu stiam ca trebuia inchis capatul de scriere al pipeului inainte de exec. Si probabil dc nu auzeam pe cine trebuie nici n-as fi aflat prea curand. As dori sa primesc un raspuns la acest mail. Have a nice day! __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Fri Nov 21 08:08:17 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 21 Nov 2003 10:08:17 +0200 Subject: [so] In legatura cu corectarea In-Reply-To: <20031120220025.85634.qmail@web21107.mail.yahoo.com> References: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Message-ID: On Thu, 20 Nov 2003 14:00:25 -0800 (PST), Sava Ionut wrote: > Eu as propune asta : sa se spuna cam care vor fi > testele ( cel putin mai vag ) sau anume la ce sa fim > atenti. Cu alte cuvinte ar trebui sa fim un pic In primul si in primul rand ar trebui sa cititi modalitatea de punctare, si mai ales de depunctare din sectiunea Reguli. Daca exista neclaritati, la cum puteti detecta situatiile descrise acolo, intrebati pe lista. Aproape toate greselile pentru care au fost depunctate majoritatea temelor sunt intalnite in acea lista. In al doilea rand: testati-va temele singuri. Contrar a ceea ce cred unii, nu e nevoie de mii de teste pentru a va verifica programul. Daca aveti clara arhitectura programului este simplu sa testati componentele acestuia, si sa eliminati bugurile evidente. In cazul primei teme acest lucru era banal, pentru ca fiecare comanda putea fi testata separat. Testarea temei este la fel de importanta ca si implementarea ei, asa ca noi consideram ca este mai bine sa nu va dam testele, astfel incat voi sa va ganditi la ele, si prin acest lucru sa intelegeti mai bine tema. > ajutati sa gasim bugurile ca sa putem rezolvam, mai > degraba decat sa vedem ca suntem depunctati. Eu > personal nu cred ca cineva dupa ce isi vede tema > corectata se apuca sa isi corecteze bugurile, deci cu > alte cuvinte nu prea invata multe. > Nu e atat de important sa corectati bugurile unei teme ce a fost notata deja, decat ca exercitiu. Dar e important sa intelegeti de ce a aparuta bugul, si cum puteti evita situatii de genul acesta in viitor. Stiti voi, errare humanum est, perseverare diabolicum. > De asemenea ar fi sa se faca pentru fiecare tema o > lista de greseli frecvente si cum se pot rezolva ( > eventual si cod dc nu depaseste 5-6 linii). Sau sa fie Cea mai frecventa "greseala" este faptul ca nu se programeaza cu pagina de manual in fata. Inainte de a folosi o functie, cititi cu atentie, si pe cat posibil, toata pagina de manual si luati in calcul toate posibilitatile oricat de improbabile ar parea ele. In plus, exista un stil de programare ce duce inevitabil la buguri: fixarea unor limite. Uneori acest lucru este inevitabil, dar in aceste cazuri tineti cont de limite. Aceste greseli sunt cauza a probabil 90% din buguri. > puse pe site un numar de teme facute f bine ca sa > putem sa ne comparam (Chiar daca toti ar face o tema > perfect tot ar fi unele care sa fie facute optimizat, > cu mai putine linii de cod, mai elegant ... SI TOT AR > FI O SANSA IN PLUS SA INVETI CEVA). Acest lucru este imposibil, in situatia in care temele sunt valabile inclusiv in sesiunea de restanta. > De exemplu am vazut la mai multi oamneni nu se > inchidea pipe-ul. Nu stiam ca trebuia inchis capatul > de scriere al pipeului inainte de exec. Si probabil dc > nu auzeam pe cine trebuie nici n-as fi aflat prea > curand. Sunt curios: ai fost la laborator? tavi From so@atlantis.cs.pub.ro Fri Nov 21 09:07:48 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Fri, 21 Nov 2003 01:07:48 -0800 (PST) Subject: [so] In legatura cu corectarea In-Reply-To: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Message-ID: <20031121090748.64855.qmail@web41015.mail.yahoo.com> --0-752689260-1069405668=:62183 Content-Type: text/plain; charset=us-ascii Salut, Chestia cu pipe-ul nu a fost o capcana. Este o chestie tehnica deci legata de laborator , si la care ai fi primit raspunsul si inainte daca ai fi intrebat ( inainte de a trimite tema). P.S. : Aceasta lista vizeaza numai intrebari si raspunsuri legate de teme. Pentru orice alta nelamurire,propunere, etc ar trebui sa va adresati direct la tavi@cs.pub.ro sau direct laborantului (cand problema este de ordin tehnic) George Sava Ionut wrote: Am vazut ca tema 1 a fost corectata mai dur. E foarte bine. Ideea ar fi sa invatam ceva din toata chestia asta. Nu sa vedem ce punctaje mici am luat ... Eu as propune asta : sa se spuna cam care vor fi testele ( cel putin mai vag ) sau anume la ce sa fim atenti. Cu alte cuvinte ar trebui sa fim un pic ajutati sa gasim bugurile ca sa putem rezolvam, mai degraba decat sa vedem ca suntem depunctati. Eu personal nu cred ca cineva dupa ce isi vede tema corectata se apuca sa isi corecteze bugurile, deci cu alte cuvinte nu prea invata multe. De asemenea ar fi sa se faca pentru fiecare tema o lista de greseli frecvente si cum se pot rezolva ( eventual si cod dc nu depaseste 5-6 linii). Sau sa fie puse pe site un numar de teme facute f bine ca sa putem sa ne comparam (Chiar daca toti ar face o tema perfect tot ar fi unele care sa fie facute optimizat, cu mai putine linii de cod, mai elegant ... SI TOT AR FI O SANSA IN PLUS SA INVETI CEVA). De exemplu am vazut la mai multi oamneni nu se inchidea pipe-ul. Nu stiam ca trebuia inchis capatul de scriere al pipeului inainte de exec. Si probabil dc nu auzeam pe cine trebuie nici n-as fi aflat prea curand. As dori sa primesc un raspuns la acest mail. Have a nice day! __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-752689260-1069405668=:62183 Content-Type: text/html; charset=us-ascii
Salut,
 
Chestia cu pipe-ul nu a fost o capcana. Este o chestie tehnica deci legata de laborator ,
si la care ai fi primit raspunsul si inainte daca ai fi intrebat ( inainte de a trimite tema).
 
P.S. : Aceasta lista vizeaza numai intrebari si raspunsuri legate de teme. Pentru orice alta nelamurire,propunere, etc  ar trebui sa va adresati direct la tavi@cs.pub.ro sau direct laborantului (cand problema este de ordin tehnic)
 
George

Sava Ionut <sava_ionut@yahoo.com> wrote:
Am vazut ca tema 1 a fost corectata mai dur. E
foarte bine. Ideea ar fi sa invatam ceva din toata
chestia asta. Nu sa vedem ce punctaje mici am luat ...

Eu as propune asta : sa se spuna cam care vor fi
testele ( cel putin mai vag ) sau anume la ce sa fim
atenti. Cu alte cuvinte ar trebui sa fim un pic
ajutati sa gasim bugurile ca sa putem rezolvam, mai
degraba decat sa vedem ca suntem depunctati. Eu
personal nu cred ca cineva dupa ce isi vede tema
corectata se apuca sa isi corecteze bugurile, deci cu
alte cuvinte nu prea invata multe.
De asemenea ar fi sa se faca pentru fiecare tema o
lista de greseli frecvente si cum se pot rezolva (
eventual si cod dc nu depaseste 5-6 linii). Sau sa fie
puse pe site un numar de teme facute f bine ca sa
putem sa ne comparam (Chiar daca toti ar face o tema
perfect tot ar fi unele care sa fie facute optimizat,
cu mai putine linii de cod, mai elegant ... SI TOT AR
FI O SANSA IN PLUS SA INVETI CEVA).
De exemplu am vazut la mai multi oamneni nu se
inchidea pipe-ul. Nu stiam ca trebuia inchis capatul
de scriere al pipeului inainte de exec. Si probabil dc
nu auzeam pe cine trebuie nici n-as fi aflat prea
curand.
As dori sa primesc un raspuns la acest mail.
Have a nice day!

__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-752689260-1069405668=:62183-- From so@atlantis.cs.pub.ro Fri Nov 21 10:45:15 2003 From: so@atlantis.cs.pub.ro (Eu Io) Date: Fri, 21 Nov 2003 02:45:15 -0800 (PST) Subject: [so] Comparatie CA CB Message-ID: <20031121104515.59912.qmail@web60110.mail.yahoo.com> Protest Materia Sisteme de Operare ar trebui sa fie accesibila si studentilor medii.Greadul de dificultate al temelor trebuie sa permita unui student mediu sa rezolve temele.A se vedea spre comparatie Sistemele de Operare de la seria CB(ce teme sunt la CB si ce teme la CA).La CA avemteme de casa imense iar la laborator trebuie sa ne facem exercitiile de acasa pentru ca nu avem timp sa terminam la laborator. __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sat Nov 22 09:47:38 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 01:47:38 -0800 (PST) Subject: [so] vesti bune Message-ID: <20031122094738.59193.qmail@web60510.mail.yahoo.com> Salut, Iata o mica nelamurire care s-a ivit in legatura cu tema 3. Dupa cum deja probabil ca v-ati dat seama nu este necesar sa implementati in monitor cozi explicite si va puteti folosi de variabile conditie. Aceasta fiind situatia una dintre cerintele temei este depistarea situatiilor de folosire incorecta a monitorului (operatiile signal, broadcast si wait pot fi apelate doar de threaduri intrate deja in monitor). De aici se naste intrebarea: cum putem sa ne dam seama ca un thread apeleaza signal sau wait inainte de a face enter. Neavand in monitor liste cu toate threadurile intrate o solutie ar fi ca fiecare thread sa-si tina un flag care sa indice daca threadul este sau nu in monitor, flag care sa fie testat in fiecare operatie. Deoarece programatorul care foloseste biblioteca monitor trebuie sa nu fie constient de flagul respectiv acesta va trebui implementat in biblioteca. Dar cum bliblioteca este partajata si ea se incarca in spatiul de adrese al procesului, un simplu flag global in librarie ar fi comun tuturor threadurilor care incarca libraria. Pentru acest motiv va trebui sa folositi thread local storage astfel incat flagul sa fie privat in fiecare thread. Vestile bune erau ca aveti ocazia sa invatati sa folositi thread local storage :). Pentru a initializa TLS veti folosi entry-pointul in librarie. Pe Windows faceti un TlsAlloc/TlsFree in DllMain, iar pe Linux faceti un pthread_key_create in constructorul/destructorul librariei declarat astfel: void __attribute__ ((constructor)) my_init(void); void __attribute__ ((destructor)) my_fini(void); Pentru detalii vezi urmatoarele linkuri in Platform SDK pt Windows: ms-help://MS.PSDK.1033/dllproc/base/thread_local_storage.htm ms-help://MS.PSDK.1033/dllproc/base/using_thread_local_storage.htm ms-help://MS.PSDK.1033/dllproc/base/using_thread_local_storage_in_a_dynamic_link_library.htm Pentru Linux vezi man pthread_key_create si din Program Library HOWTO: http://www.tldp.org/HOWTO/Program-Library-HOWTO/miscellaneous.html#INIT-AND-CLEANUP Am pus linkurile de mai sus si in sectiunea Observatii a temei. Nu este cazul sa va impacientati. Nu este nimic complicat, doar nou. O sa va ia vreo ora sa cititi indicatiile din linkurile de mai sus dar nu este mare filosofie. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 10:23:03 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 12:23:03 +0200 Subject: [so] tema3 Message-ID: <002b01c3b0e2$a06a62d0$7c829ad5@ioana> This is a multi-part message in MIME format. ------=_NextPart_000_0028_01C3B0F3.605B3F00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Problemele ce trebuiesc rezolvate folosind monitorul presupun = rularea la infinit a firelor de executie (de exemplu la bounded buffer = si producatorii si consumatorii ruleaza la infinit). Deci terminarea = acestor programe s-ar face cu CTRL-C, si in acest caz nu se mai apeleaza = functia de distrugere a monitorului. Este ok asa? Chiar daca se face un handler pt. semnalul ctrl-c, oricum nu ar = merge destroy-ul pt. ca practic ar mai fi fire blocate in monitor. ------=_NextPart_000_0028_01C3B0F3.605B3F00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
    Problemele ce = trebuiesc=20 rezolvate folosind monitorul presupun rularea la infinit a firelor = de=20 executie (de exemplu la bounded buffer si producatorii si consumatorii = ruleaza=20 la infinit). Deci terminarea acestor programe s-ar face cu CTRL-C, si in = acest=20 caz nu se mai apeleaza functia de distrugere a monitorului. Este ok=20 asa?
    Chiar daca se face = un handler=20 pt. semnalul ctrl-c, oricum nu ar merge destroy-ul pt. ca practic ar mai = fi fire=20 blocate in monitor.
------=_NextPart_000_0028_01C3B0F3.605B3F00-- From so@atlantis.cs.pub.ro Sat Nov 22 10:29:56 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 02:29:56 -0800 (PST) Subject: [so] tema3 In-Reply-To: <002b01c3b0e2$a06a62d0$7c829ad5@ioana> Message-ID: <20031122102956.68549.qmail@web60510.mail.yahoo.com> --- Ioana Cutcutache wrote: > Problemele ce trebuiesc rezolvate folosind > monitorul presupun rularea la infinit a firelor de > executie (de exemplu la bounded buffer si > producatorii si consumatorii ruleaza la infinit). > Deci terminarea acestor programe s-ar face cu > CTRL-C, si in acest caz nu se mai apeleaza functia > de distrugere a monitorului. Este ok asa? > Chiar daca se face un handler pt. semnalul > ctrl-c, oricum nu ar merge destroy-ul pt. ca practic > ar mai fi fire blocate in monitor. Poti sa tii in proces un flag global de oprire pe care sa-l testeze fiecare thread inainte de o noua operatie de citire/scriere. Initial flagul este false adica toata lumea lucreaza. In handlerul pt Ctrl+C poti seta flagul respectiv si astfel toate threadurile se vor opri gracefully. Dupa ce le-ai asteptat pe toate (in main) poti distruge monitorul. Bineinteles threadurile vor parasi monitorul inainte sa se termine. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 11:51:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 03:51:51 -0800 (PST) Subject: [so] vesti si mai bune Message-ID: <20031122115151.5930.qmail@web60503.mail.yahoo.com> Salut, Desi sper ca putini dintre voi au avut dificultati in a interpreta specificatiile formale pentru operatiile cu monitorul, descrise prin axiomele din buhr95monitor.pdf, am considerat ca e corect sa va dau specificatiile in limbaj natural ca sa nu fie nici un dubiu. De asemenea din documentatie lipseau specificatiile pentru broadcast si specificatiile de la SIGNAL AND WAIT (cele din doc) se modifica putin prin introducerea operatiei broadcast. Am adaugat in sectiunea de Observatii a temei un link catre specificatiile in limbaj natural. Cititi-le si daca mai aveti nelamuriri intrebati. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 14:37:38 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 16:37:38 +0200 Subject: [so] tema3 References: <20031122102956.68549.qmail@web60510.mail.yahoo.com> Message-ID: <000d01c3b106$2e45eac0$4e0c6150@ioana> Mai e o problema : in linux ca sa folosesc sigaction trebuie sa includ signal.h, si in momentul asta apare un conflict de nume intre functia mea signal pt. monitor si functia signal definita in signal.h. Solutia ar fi sa numesc altfel functia pt. monitor, de exemplu SignalMonitor, e ok? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 12:29 PM Subject: Re: [so] tema3 > > Poti sa tii in proces un flag global de oprire pe care > > sa-l testeze fiecare thread inainte de o noua operatie > de citire/scriere. Initial flagul este false adica > toata lumea lucreaza. > In handlerul pt Ctrl+C poti seta flagul respectiv si > astfel toate threadurile se vor opri gracefully. > > Dupa ce le-ai asteptat pe toate (in main) poti > distruge monitorul. Bineinteles threadurile vor parasi > monitorul inainte sa se termine. > > Cosmin > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 14:53:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 06:53:21 -0800 (PST) Subject: [so] tema3 In-Reply-To: <000d01c3b106$2e45eac0$4e0c6150@ioana> Message-ID: <20031122145321.26040.qmail@web60510.mail.yahoo.com> --- Ioana Cutcutache wrote: > Mai e o problema : in linux ca sa folosesc > sigaction trebuie sa includ > signal.h, si in momentul asta apare un conflict de > nume intre functia mea > signal pt. monitor si functia signal definita in > signal.h. Solutia ar fi sa > numesc altfel functia pt. monitor, de exemplu > SignalMonitor, e ok? E ok. Poate mai potrivit ar fi SignalCondition :) sau doar Signal si Wait (capitalized). Pentru cei care fac tema in C++ problema asta nu apare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 18:11:14 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Sat, 22 Nov 2003 20:11:14 +0200 Subject: [so] P(n) pe Windows In-Reply-To: <20031117230254.17549.qmail@web60509.mail.yahoo.com> References: <20031117230254.17549.qmail@web60509.mail.yahoo.com> Message-ID: <1888217195.20031122201114@rdsnet.ro> Tuesday, November 18, 2003, 1:02:54 AM, you wrote: CA> Am pus la CA> http://cs.pub.ro/~so/Laboratoare/Semaphore.zip CA> o propunere de semafor generalizat pe Windows cu CA> operatiile P(n), V(n) si WaitZero(). Din pacate nu contine si un README. Ma intreb cum ti-a acceptat uploadul ;) Este super ca ai pus o solutie!, insa ma tot chinui sa o citesc de vreo saptamana si renunt de fiecare data pentru ca nu reusesc sa inteleg si nu am tot timpul din lume. In cazul in care nu se vor publica comentarii vreau sa profit chiar acum de ocazie sa fac un apel la cei care pot sa ma ajute sa inteleg codul sa imi raspunda pe adresa personala. Cu multumiri, Ion Petrescu From so@atlantis.cs.pub.ro Sat Nov 22 18:53:43 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Sat, 22 Nov 2003 20:53:43 +0200 Subject: [so] readers&writers? Message-ID: <20031122185343.66A2E40988@server1.messagingengine.com> Nu sunt sigur daca am inteles enuntul la "Readers and Writers cu prioritate pentru writers": E vorba de o zona de memorie in care fiecare scrie/citeste unde/de unde vrea (respectand regulile de prioritati), cam ca la shared memory? Initial am crezut ca e bounded buffer, dar parca nu e asa, avand in vedere ca ati pus separat problema asta. --- Cosmin Arad wrote: >BoundedBuffer e problema producator consumator. >Producatorul produce (adauga) elemente intr-un buffer >de dimensiune fixa, iar consumatorul extrage elemente >din buffer. De data aceasta vei avea mai mult de un >producator si mai mult de un consumator. Practic nu e >mare diferenta. Producatorii trebuie sa astepte la o >conditie full si consumatorii la o conditie empty. >Problema e banala dar s-o rezolvati corect. -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again From so@atlantis.cs.pub.ro Sat Nov 22 19:14:25 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 21:14:25 +0200 Subject: [so] vesti si mai bune References: <20031122115151.5930.qmail@web60503.mail.yahoo.com> Message-ID: <001301c3b12c$db7f8270$090c6150@ioana> La "un thread executa leave" scrie la sfarsit "Daca si aceasta(Entry Queue) va fi goala, threadul curent nu are pe cine sa planifice si va parasi monitorul, care in acest caz este gol si poate fi distrus.". Mie nu mi se pare corecta afirmatia ca monitorul in acest caz este gol si poate fi distrus. Daca nu e nimeni in waiting, signaller, entry, nu inseamna ca nu exista fire blocate la variabile conditie. Deci monitorul poate sa nu fie gol. Pentru a stii cand nu mai e nimeni in monitor (deci cand poate fi distrus) putem folosi o variabila (contor) care sa contorizeze cate fire sunt la un moment dat in monitor? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 1:51 PM Subject: [so] vesti si mai bune > Salut, > > Desi sper ca putini dintre voi au avut dificultati in > a interpreta specificatiile formale pentru operatiile > cu monitorul, descrise prin axiomele din > buhr95monitor.pdf, am considerat ca e corect sa va dau > specificatiile in limbaj natural ca sa nu fie nici un > dubiu. > De asemenea din documentatie lipseau specificatiile > pentru broadcast si specificatiile de la SIGNAL AND > WAIT (cele din doc) se modifica putin prin > introducerea operatiei broadcast. > Am adaugat in sectiunea de Observatii a temei un link > catre specificatiile in limbaj natural. > > Cititi-le si daca mai aveti nelamuriri intrebati. > > Succes, > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 20:03:22 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 22:03:22 +0200 Subject: [so] tema3 References: <20031122145321.26040.qmail@web60510.mail.yahoo.com> Message-ID: <000801c3b133$af5e7f00$420c6150@ioana> Din pacate vad ca nu prea merge solutia cu ctrl+c si handler pe semnal, pentru ca daca sunt fire de executie blocate la o variabila conditie, semnalul sigint nu le deblocheaza... si deci programul nu se mai termina. Exista vreo posibilitate de a debloca firele care asteapta la o variabila conditie? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 4:53 PM Subject: Re: [so] tema3 > --- Ioana Cutcutache wrote: > > Mai e o problema : in linux ca sa folosesc > > sigaction trebuie sa includ > > signal.h, si in momentul asta apare un conflict de > > nume intre functia mea > > signal pt. monitor si functia signal definita in > > signal.h. Solutia ar fi sa > > numesc altfel functia pt. monitor, de exemplu > > SignalMonitor, e ok? > > E ok. Poate mai potrivit ar fi SignalCondition :) > sau doar Signal si Wait (capitalized). > Pentru cei care fac tema in C++ problema asta nu > apare. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 20:47:41 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 12:47:41 -0800 (PST) Subject: [so] vesti si mai bune In-Reply-To: <001301c3b12c$db7f8270$090c6150@ioana> Message-ID: <20031122204741.9322.qmail@web60506.mail.yahoo.com> --- Ioana Cutcutache wrote: > La "un thread executa leave" scrie la sfarsit > "Daca si aceasta(Entry > Queue) va fi goala, threadul curent nu are pe cine > sa planifice si va parasi > monitorul, care in acest caz este gol si poate fi > distrus.". Mie nu mi se > pare corecta afirmatia ca monitorul in acest caz > este gol si poate fi > distrus. > Daca nu e nimeni in waiting, signaller, entry, > nu inseamna ca nu exista > fire blocate la variabile conditie. Deci monitorul > poate sa nu fie gol. > Pentru a stii cand nu mai e nimeni in monitor > (deci cand poate fi > distrus) putem folosi o variabila (contor) care sa > contorizeze cate fire > sunt la un moment dat in monitor? Ai dreptate. My mistake. Am corectat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 21:04:57 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 13:04:57 -0800 (PST) Subject: [so] readers&writers? In-Reply-To: <20031122185343.66A2E40988@server1.messagingengine.com> Message-ID: <20031122210457.5361.qmail@web60505.mail.yahoo.com> --- Bogdan Butnaru wrote: > Nu sunt sigur daca am inteles enuntul la "Readers > and Writers cu > prioritate pentru writers": E vorba de o zona de > memorie in care fiecare > scrie/citeste unde/de unde vrea (respectand regulile > de prioritati), cam > ca la shared memory? Initial am crezut ca e bounded > buffer, dar parca nu > e asa, avand in vedere ca ati pus separat problema > asta. Readers and Writers modeleaza problema accesului concurential la o inregistrare dintr-o baza de date. Bufferul amintit in enunt e de dimensiune 1 (doar o variabila). Variabila poate fi citita in paralel de oricati readeri insa nu poate fi scrisa decat de un singur writer la un moment dat. Asadar in timpul unei scrieri nu este permis nici un alt acces insa in timpul unei citiri sunt admise oricate alte citiri. Astfel, daca un reader citeste dbufferul, in timpul acestei citiri pot sa mai apara alte cereri de citire care sunt permise. Se observa ca nu este exclus cazul in care cereri de citire sa ajunga in mod constant astfel incat sa se mentina tot timpul un cititor in buffer. In acest caz avem de-a face cu writer starvation pt ca unui writer nu-i va fi permis accesul la buffer decat cand toti readerii au iesit, dar cum readerii continua sa vina ... Voi trebuie sa implementati o solutie cu prioritate pt writeri, in care un writer nu va astepta la infinit chiar daca cereri de citire vin la infinit. O solutie ar fi ca in momentul sosirii unei cereri de scriere sa nu mai fie admisi in buffer alti cititori decat cei care erau deja, urmand ca dupa ce citirile deja incepute se termina, sa se faca scrierea dupa care alte citiri sau alte scrieri. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 21:18:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 13:18:54 -0800 (PST) Subject: [so] tema3 In-Reply-To: <000801c3b133$af5e7f00$420c6150@ioana> Message-ID: <20031122211854.56882.qmail@web60503.mail.yahoo.com> --- Ioana Cutcutache wrote: > Din pacate vad ca nu prea merge solutia cu ctrl+c si > handler pe semnal, > pentru ca daca sunt fire de executie blocate la o > variabila conditie, > semnalul sigint nu le deblocheaza... si deci > programul nu se mai termina. > Exista vreo posibilitate de a debloca firele care > asteapta la o variabila > conditie? Ar fi pthread_cancel. Threadurile ar trebui sa aiba setat tipul de cancelation PTHREAD_CANCELATION_ASYNCHRONOUS. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 00:18:30 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 16:18:30 -0800 (PST) Subject: [so] precizare tema 3 Message-ID: <20031123001830.55076.qmail@web60510.mail.yahoo.com> Hintul de la problema barbierilor nu trebuie neaparat luat in considerare. Problema se poate rezolva si cu un singur monitor. Ideea celor 2 monitoare era ca frizerii sa nu concureze pt ocuparea monitorului cu clientii nou intrati, insa este ok si o implementare cu un singur monitor, fiind mai simpla. Aveti grija la urmatoarele aspecte: - clientii care asteapta pe scaune vor fi tunsi cu prioritate fata de clientii tocmai intrati; - un client nou intrat nu va astepta pe scaun daca nimeni nu mai asteapta pe scaun si sunt barbieri liberi; - un client nou intrat va pleca imediat daca toate scaunele de asteptare sunt ocupate; - mai multi frizeri trebuie sa poata tunde in paralel; - un frizer care a terminat un tuns va trebui sa-l anunte exact pe clientul pe care l-a tuns el. Sa nu existe situatii in care cand un frizer termina un tuns elibereaza clientul altui frizer. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 01:17:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 17:17:29 -0800 (PST) Subject: [so] P(n) pe Windows In-Reply-To: <1888217195.20031122201114@rdsnet.ro> Message-ID: <20031123011729.27499.qmail@web60507.mail.yahoo.com> Incearca sa scrii pseudocodul pe hartie si o sa vezi ca e simplu. 4 mutexuri si 4 semafoare. Toate P-urile care nu pot continua se blocheaza la semaforul blockP si toate WaitZero care nu pot continua se blocheaza la semaforul blockZ. La fiecare V toate P-urile isi vor reevalua conditiile iar cele care se pot termina se vor termina. Se va folosi semaforul EvaluateP pt ca operatia V sa se asigure ca toate P-urile s-au reevaluat inainte de a continua. La fiecare P care aduce valoarea semaforului la 0 toate WaitZero blocate isi vor reevalua conditiile si se vor termina. Se va folosi semaforul EvaluateZ pt ca operatia P sa se asigure ca toate WaitZero s-au reevaluat inainte de a continua. 3 dintre mutexuri sunt folosite pt protejarea unor contoare iar sectionSequence pentru a departaja operatiile P ajunse inaintea unui V de cele ajunse dupa. In rest mai sunt niste contoare si un flag self-explanatory. Cosmin --- Ion Petrescu wrote: > Tuesday, November 18, 2003, 1:02:54 AM, you wrote: > > CA> Am pus la > CA> http://cs.pub.ro/~so/Laboratoare/Semaphore.zip > CA> o propunere de semafor generalizat pe Windows cu > CA> operatiile P(n), V(n) si WaitZero(). > > Din pacate nu contine si un README. Ma intreb cum > ti-a acceptat > uploadul ;) > > Este super ca ai pus o solutie!, insa ma tot chinui > sa o citesc de vreo > saptamana si renunt de fiecare data pentru ca nu > reusesc sa inteleg si > nu am tot timpul din lume. > > > In cazul in care nu se vor publica comentarii vreau > sa profit chiar > acum de ocazie sa fac un apel la cei care pot sa ma > ajute sa inteleg > codul sa imi raspunda pe adresa personala. > > > Cu multumiri, > Ion Petrescu > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 06:37:19 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sun, 23 Nov 2003 08:37:19 +0200 Subject: [so] readers&writers? References: <20031122210457.5361.qmail@web60505.mail.yahoo.com> Message-ID: <002f01c3b18c$d1029110$25829ad5@ioana> In legatura cu aceasta problema : cand termina un scriitor, daca sunt alti scriitori in asteptare, unul din ei trebuie sa fie anuntat ca poate sa scrie? Eu asa inteleg ca ar fi, daca se face cu prioritate pt. writeri. Dar in acest mod se poate ajunge la reader starvation, daca sunt multi scriitori. Ma gandesc ca atunci cand termina un scriitor el sa dea prioritatea cititorilor care deja asteptau (daca mai vin altii si exista scriitori ce asteapta, nu o sa poata intra in buffer), apoi cand termina ei, o sa aiba prioritate scriitori care asteapta si tot asa, in felul asta nu se ajunge la starvation pt. nimeni. ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 11:04 PM Subject: Re: [so] readers&writers? > --- Bogdan Butnaru wrote: > > Nu sunt sigur daca am inteles enuntul la "Readers > > and Writers cu > > prioritate pentru writers": E vorba de o zona de > > memorie in care fiecare > > scrie/citeste unde/de unde vrea (respectand regulile > > de prioritati), cam > > ca la shared memory? Initial am crezut ca e bounded > > buffer, dar parca nu > > e asa, avand in vedere ca ati pus separat problema > > asta. > > Readers and Writers modeleaza problema accesului > concurential la o inregistrare dintr-o baza de date. > Bufferul amintit in enunt e de dimensiune 1 (doar o > variabila). > Variabila poate fi citita in paralel de oricati > readeri insa nu poate fi scrisa decat de un singur > writer la un moment dat. > Asadar in timpul unei scrieri nu este permis nici un > alt acces insa in timpul unei citiri sunt admise > oricate alte citiri. Astfel, daca un reader citeste > dbufferul, in timpul acestei citiri pot sa mai apara > alte cereri de citire care sunt permise. Se observa ca > nu este exclus cazul in care cereri de citire sa > ajunga in mod constant astfel incat sa se mentina tot > timpul un cititor in buffer. In acest caz avem de-a > face cu writer starvation pt ca unui writer nu-i va fi > permis accesul la buffer decat cand toti readerii au > iesit, dar cum readerii continua sa vina ... > Voi trebuie sa implementati o solutie cu prioritate pt > writeri, in care un writer nu va astepta la infinit > chiar daca cereri de citire vin la infinit. > O solutie ar fi ca in momentul sosirii unei cereri de > scriere sa nu mai fie admisi in buffer alti cititori > decat cei care erau deja, urmand ca dupa ce citirile > deja incepute se termina, sa se faca scrierea dupa > care alte citiri sau alte scrieri. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sun Nov 23 09:29:00 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 01:29:00 -0800 (PST) Subject: [so] readers&writers? In-Reply-To: <002f01c3b18c$d1029110$25829ad5@ioana> Message-ID: <20031123092900.56247.qmail@web60510.mail.yahoo.com> Se presupune ca numarul cititorilor e mai mare decat cel al scriitorilor, adica cereri de scriere vin mai rar decat cereri de citire, si daca ai face o alternanta cum propui tu, scriitorii tot ar avea de suferit. Pe de alta parte se presupune ca un cititor isi doreste sa citeasca informatia actualizata, deci vrem ca un scriitor sa poata sa actualizeze informatia cat mai devreme. Cu alte cuvinte ne convine mai mult ca un cititor sa astepte dupa un scriitor decat invers. Cosmin --- Ioana Cutcutache wrote: > In legatura cu aceasta problema : cand termina un > scriitor, daca sunt alti > scriitori in asteptare, unul din ei trebuie sa fie > anuntat ca poate sa > scrie? Eu asa inteleg ca ar fi, daca se face cu > prioritate pt. writeri. Dar > in acest mod se poate ajunge la reader starvation, > daca sunt multi > scriitori. Ma gandesc ca atunci cand termina un > scriitor el sa dea > prioritatea cititorilor care deja asteptau (daca mai > vin altii si exista > scriitori ce asteapta, nu o sa poata intra in > buffer), apoi cand termina ei, > o sa aiba prioritate scriitori care asteapta si tot > asa, in felul asta nu se > ajunge la starvation pt. nimeni. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 16:26:54 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 23 Nov 2003 18:26:54 +0200 Subject: [so] creare shared library References: <20031123092900.56247.qmail@web60510.mail.yahoo.com> Message-ID: <3FC0DFCE.4060602@pcnet.ro> Buna! As vrea sa ma lamureasca si pe mine cineva de ce obtin urmataore eroare daca incerc sa crez shared library de care avem nevoie.Am urmat exemplul cu libhello din Program Library HOWTO. [root@ruxi tema3]# gcc -fPIC -Wall -g -c libmonitor1.c [root@ruxi tema3]# gcc -g -shared -Wl,-soname,libmonitor1.so.0 -o libmonitor1.so.0.0 libmonitor1.o -lc [root@ruxi tema3]# /sbin/ldconfig -n . [root@ruxi tema3]# ln -sf libmonitor1.so.0 libmonitor1.so [root@ruxi tema3]# gcc -Wall -g -c rw.c -o rw.o [root@ruxi tema3]# gcc -Wall -c rw.c -o rw.o -L. -lmonitor1 gcc: -lmonitor1: linker input file unused since linking not done p.s. nu am mai copiat libmonitor1.so.0.0 in vreun /usr/local/lib pt ca vreau sa fie in directorul curent, asa ca fac chestia aia cu /sbin/ldconfig -n . From so@atlantis.cs.pub.ro Sun Nov 23 16:33:25 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 08:33:25 -0800 (PST) Subject: [so] creare shared library In-Reply-To: <3FC0DFCE.4060602@pcnet.ro> Message-ID: <20031123163325.1172.qmail@web60507.mail.yahoo.com> La ultima comanda gcc ai specificat flagul -c care inseamna doar compilare fara legare, deci -l nu isi are sensul. Cosmin --- Ruxi Jitianu wrote: > Buna! > > As vrea sa ma lamureasca si pe mine cineva de ce > obtin urmataore eroare > daca incerc sa crez shared library de care avem > nevoie.Am urmat exemplul > cu libhello din Program Library HOWTO. > > > [root@ruxi tema3]# gcc -fPIC -Wall -g -c > libmonitor1.c > [root@ruxi tema3]# gcc -g -shared > -Wl,-soname,libmonitor1.so.0 -o libmonitor1.so.0.0 > libmonitor1.o -lc > [root@ruxi tema3]# /sbin/ldconfig -n . > [root@ruxi tema3]# ln -sf libmonitor1.so.0 > libmonitor1.so > [root@ruxi tema3]# gcc -Wall -g -c rw.c -o rw.o > [root@ruxi tema3]# gcc -Wall -c rw.c -o rw.o -L. > -lmonitor1 > gcc: -lmonitor1: linker input file unused since > linking not done > > p.s. > > nu am mai copiat libmonitor1.so.0.0 in vreun > /usr/local/lib pt ca vreau sa fie in directorul > curent, > asa ca fac chestia aia cu /sbin/ldconfig -n . __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 17:25:52 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sun, 23 Nov 2003 19:25:52 +0200 Subject: [so] tema 3 Message-ID: <002201c3b1e6$d83d3430$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_001F_01C3B1F7.9BA70A80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable libraria noastra cuprinde functii pentru monitoare. ok. dar pentru un = singur monitor sau pot sa fie oricate? adica: exista un grup de procese care reprezinta o aplicatie. acestea = folosesc un monitor. nu pot exista si alte grupuri de procese care sa = aiba nevoie de mecanismul de monitor sau o aceiasi aplicatie sa aiba = nevoie de mai multe monitoare? presupun ca da, si libraria noastra sa le = poata deservii pe toate. altfel nu vad ce rol are parametrul Monitor * = in toate functiile cerute. apoi, de ce este nevoie de un Monitor *? ce nevoie are o aplicatie sa = stie exact ce e acela un monitor? stie de concept, stie ce functii pune = la dispozitie libraria si ii este de ajuns. ce vreau eu sa zic este, nu = putem inlocui acel Monitor* cu un int? un fel de monitor descriptor = (analogie cu file descriptor). apoi, un proces creaza monitorul. ok, are un handle la el (int sau = Monitor *, nu conteaza) si face treaba cu el. celelalte procese cum procedeaza? pentru ca nu vad alta functie = asemanatoare cu create sau init ar trebui sa creeze el din nou monitorul = respectiv (adica din ou create). am putea face o chestie asemanatoare cu = MONITOR_CREATE | MONITOR_EXCLUSIVE la creare care sa returneze eroare = daca exista deja monitorul care voria sa fie creat. si asa ajung la o alta chestiune. ar trebui ca la crearea monitorului sa = se furnizeze si un identificator, o semnatura a aplicatiei, etc. o = chestie prin care sa se identifica monitorul in afara librariei. adica e = nevoie de un parametru extern pentru ca mecanismul CreateMonitor open = Monitor sa functioneze (analogie cu orice alta pereche Create / Open din = windows).=20 si ca sa fim consecventi ideii din windows, destroy nu ar sterge pur si = simplu monitorul ci doar ar marca renuntarea unui proces la serviciile = lui. cand monitorul nu mai este folosit de nimeni (folosit nu inseamna = toate cozile din el goale) s-ar sterge efectiv monitorul. sper ca m-am exprimat destul de clar ca sa se poate intelege ce am vrut = sa spun.=20 deci, ce intreb eu: 1. librarie monitor =3D un obiect monitor sau mai multe obiecte monitor 2. se poate inlocui Monitor* cu int 3. se poate adapta create la CreateMonitor si OpenMonitor si deci = adaugarea unui parametru in plus ------=_NextPart_000_001F_01C3B1F7.9BA70A80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
libraria noastra cuprinde functii = pentru monitoare.=20 ok. dar pentru un singur monitor sau pot sa fie oricate?
adica: exista un grup de procese care = reprezinta o=20 aplicatie. acestea folosesc un monitor. nu pot exista si alte grupuri de = procese=20 care sa aiba nevoie de mecanismul de monitor sau o aceiasi aplicatie sa = aiba=20 nevoie de mai multe monitoare? presupun ca da, si libraria noastra sa le = poata=20 deservii pe toate. altfel nu vad ce rol are parametrul Monitor * in = toate=20 functiile cerute.
 
apoi, de ce este nevoie de un Monitor = *? ce nevoie=20 are o aplicatie sa stie exact ce e acela un monitor? stie de concept, = stie ce=20 functii pune la dispozitie libraria si ii este de ajuns. ce vreau eu sa = zic=20 este, nu putem inlocui acel Monitor* cu un int? un fel de monitor = descriptor=20 (analogie cu file descriptor).
 
apoi, un proces creaza monitorul. ok, = are un handle=20 la el (int sau Monitor *, nu conteaza) si face treaba cu = el.
celelalte procese cum procedeaza? = pentru ca nu vad=20 alta functie asemanatoare cu create sau init ar trebui sa creeze el din = nou=20 monitorul respectiv (adica din ou create). am putea face o chestie = asemanatoare=20 cu MONITOR_CREATE | MONITOR_EXCLUSIVE la creare care sa returneze eroare = daca=20 exista deja monitorul care voria sa fie creat.
 
si asa ajung la o alta chestiune. ar = trebui ca la=20 crearea monitorului sa se furnizeze si un identificator, o semnatura a=20 aplicatiei, etc. o chestie prin care sa se identifica monitorul in afara = librariei. adica e nevoie de un parametru extern pentru ca mecanismul=20 CreateMonitor open Monitor sa functioneze (analogie cu orice alta = pereche Create=20 / Open din windows).
si ca sa fim consecventi ideii din = windows, destroy=20 nu ar sterge pur si simplu monitorul ci doar ar marca renuntarea unui = proces la=20 serviciile lui. cand monitorul nu mai este folosit de nimeni (folosit nu = inseamna toate cozile din el goale) s-ar sterge efectiv = monitorul.
 
sper ca m-am exprimat destul de clar ca = sa se poate=20 intelege ce am vrut sa spun.
 
deci, ce intreb eu:
 
1. librarie monitor =3D un obiect = monitor sau mai=20 multe obiecte monitor
2. se poate inlocui Monitor* cu = int
3. se poate adapta create la = CreateMonitor si=20 OpenMonitor si deci adaugarea unui parametru in=20 plus
------=_NextPart_000_001F_01C3B1F7.9BA70A80-- From so@atlantis.cs.pub.ro Sun Nov 23 17:41:38 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 09:41:38 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <002201c3b1e6$d83d3430$0200a8c0@smeagol> Message-ID: <20031123174138.17371.qmail@web60507.mail.yahoo.com> --- Cibu Cristian wrote: > libraria noastra cuprinde functii pentru monitoare. > ok. dar pentru un singur monitor sau pot sa fie > oricate? oricate. > adica: exista un grup de procese care reprezinta o > aplicatie. acestea folosesc un monitor. nu pot monitorul se va folosi de catre un grup de threaduri ale unui proces. nu de catre procese diferite. Memoria alocata pt monitor la create se aloca in spatiul de adrese al procesului apelant. > exista si alte grupuri de procese care sa aiba > nevoie de mecanismul de monitor sau o aceiasi > aplicatie sa aiba nevoie de mai multe monitoare? > presupun ca da, si libraria noastra sa le poata > deservii pe toate. altfel nu vad ce rol are > parametrul Monitor * in toate functiile cerute. un proces poate crea mai multe monitoare care sa fie folosite de firele sale de executie. Mai multe procese pot incarca libraria si crea mai multe monitoare. > apoi, de ce este nevoie de un Monitor *? ce nevoie > are o aplicatie sa stie exact ce e acela un monitor? > stie de concept, stie ce functii pune la dispozitie > libraria si ii este de ajuns. ce vreau eu sa zic > este, nu putem inlocui acel Monitor* cu un int? un > fel de monitor descriptor (analogie cu file > descriptor). Monitor * e un pointer de care aplicatia nu trebuie sa stie nimic. exact ca un handle din windows. Nu poti cu int pt ca in cazul asta biblioteca ar trebui sa tina un array de monitoare indexat dupa int-ul tau, si cum nu are de unde sa stie cate monitoare vor fi create e o complicatie inutila. > apoi, un proces creaza monitorul. ok, are un handle > la el (int sau Monitor *, nu conteaza) si face > treaba cu el. > celelalte procese cum procedeaza? pentru ca nu vad > alta functie asemanatoare cu create sau init ar > trebui sa creeze el din nou monitorul respectiv > (adica din ou create). am putea face o chestie > asemanatoare cu MONITOR_CREATE | MONITOR_EXCLUSIVE > la creare care sa returneze eroare daca exista deja > monitorul care voria sa fie creat. Un monitor se va partaja intre firele de executie ale unui proces, nu intre procese. Nu este necesar deci un apel de genul Open. Procesul va crea monitorul inainte de crearea firelor care il folosesc, acestea avand astfel acces la monitor. > si asa ajung la o alta chestiune. ar trebui ca la > crearea monitorului sa se furnizeze si un > identificator, o semnatura a aplicatiei, etc. o > chestie prin care sa se identifica monitorul in > afara librariei. adica e nevoie de un parametru > extern pentru ca mecanismul CreateMonitor open > Monitor sa functioneze (analogie cu orice alta > pereche Create / Open din windows). > si ca sa fim consecventi ideii din windows, destroy > nu ar sterge pur si simplu monitorul ci doar ar > marca renuntarea unui proces la serviciile lui. cand > monitorul nu mai este folosit de nimeni (folosit nu > inseamna toate cozile din el goale) s-ar sterge > efectiv monitorul. am vazut deja ca cele de mai sus nu sunt necesare > sper ca m-am exprimat destul de clar ca sa se poate > intelege ce am vrut sa spun. > > deci, ce intreb eu: > > 1. librarie monitor = un obiect monitor sau mai > multe obiecte monitor mai multe obiecte monitor. > 2. se poate inlocui Monitor* cu int nu > 3. se poate adapta create la CreateMonitor si > OpenMonitor si deci adaugarea unui parametru in plus nu are sens. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 23:57:00 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Mon, 24 Nov 2003 01:57:00 +0200 Subject: [so] vesti bune References: <20031122094738.59193.qmail@web60510.mail.yahoo.com> Message-ID: <003001c3b21d$7d052230$6400a8c0@andrei> Datorita posibilitatii folosirii mai multor monitoare un thread poate fi la un moment dat intr-unul dintre ele si in afara altuia....sau de ce nu in mai multe monitoare? Daca da, atunci informatia stocata in TLS (cu privire la starea unui thread inauntrul sau in afara unui monitor) trebuie sa nu mai fie o simpla informatie booleana ci o lista de monitoare in care thread-ul este intrat, nu? Nu devine o solutie mai greu de implementat decat o lista de thread-uri intrate pentru fiecare monitor? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, 22 November, 2003 11:47 AM Subject: [so] vesti bune > > Salut, > > Iata o mica nelamurire care s-a ivit in legatura cu > tema 3. Dupa cum deja probabil ca v-ati dat seama nu > este necesar sa implementati in monitor cozi explicite > si va puteti folosi de variabile conditie. > Aceasta fiind situatia una dintre cerintele temei este > depistarea situatiilor de folosire incorecta a > monitorului (operatiile signal, broadcast si wait pot > fi apelate doar de threaduri intrate deja in monitor). > De aici se naste intrebarea: cum putem sa ne dam seama > ca un thread apeleaza signal sau wait inainte de a > face enter. Neavand in monitor liste cu toate > threadurile intrate o solutie ar fi ca fiecare thread > sa-si tina un flag care sa indice daca threadul este > sau nu in monitor, flag care sa fie testat in fiecare > operatie. > Deoarece programatorul care foloseste biblioteca > monitor trebuie sa nu fie constient de flagul > respectiv acesta va trebui implementat in biblioteca. > Dar cum bliblioteca este partajata si ea se incarca in > spatiul de adrese al procesului, un simplu flag global > in librarie ar fi comun tuturor threadurilor care > incarca libraria. > Pentru acest motiv va trebui sa folositi thread local > storage astfel incat flagul sa fie privat in fiecare > thread. Vestile bune erau ca aveti ocazia sa invatati > sa folositi thread local storage :). > From so@atlantis.cs.pub.ro Mon Nov 24 00:20:34 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 16:20:34 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <003001c3b21d$7d052230$6400a8c0@andrei> Message-ID: <20031124002034.29811.qmail@web60503.mail.yahoo.com> --- Andrei Hagiescu wrote: > Datorita posibilitatii folosirii mai multor > monitoare un thread poate fi la > un moment dat intr-unul dintre ele si in afara > altuia....sau de ce nu in mai > multe monitoare? Daca da, atunci informatia stocata > in TLS (cu privire la > starea unui thread inauntrul sau in afara unui > monitor) trebuie sa nu mai > fie o simpla informatie booleana ci o lista de > monitoare in care thread-ul > este intrat, nu? Nu devine o solutie mai greu de > implementat decat o lista > de thread-uri intrate pentru fiecare monitor? Oops. You've got that right. Solutia ramane totusi simpla. In loc sa faceti TlsAlloc respectiv pthread_key_create in entry-pointul librariei (DllMain respectiv constructorul librariei pe Linux) veti face in functia create. Astfel fiecare monitor contine un index distinct in TLS iar verificarile de utilizare corecta care se fac in operatii se vor face folosind indexul respectiv. Asadar informatia ramane booleana :) si implementarea nu presupune overhead. Limitele sunt rezonabile: 1088 de indexuri in Windows 2000 si 1024 in Linux, deci un proces poate sa construiasca cam 1000 de monitoare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 11:05:58 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 03:05:58 -0800 (PST) Subject: [so] alta precizare Message-ID: <20031124110558.69575.qmail@web60506.mail.yahoo.com> Pe Windows nu folositi functiile SuspendThread, ResumeThread ori SwitchToThread pentru sincronizare. Acestea sunt puse la dispozitie pt alte scopuri. Precizarea e valabila pentru orice functie si pentru orice alta tema. Cititi cu atentie rolul ei in documentatie si daca nu face exact ceea ce aveti voi nevoie cautati altceva. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 13:49:08 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Mon, 24 Nov 2003 15:49:08 +0200 Subject: [so] win Message-ID: <20031124134820.M16684@idilis.ro> La varianta de windows putem folosi functia TerminateThread pt. a opri firele in cazul in care se da CTRL+C? http://www.idilis.ro - Stiri, e-mail gratuit, download, SMS, server de counter-strike, hosting gratuit, servicii internet... Fii cu un pas inaintea celorlati! From so@atlantis.cs.pub.ro Mon Nov 24 18:52:41 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 10:52:41 -0800 (PST) Subject: [so] win In-Reply-To: <20031124134820.M16684@idilis.ro> Message-ID: <20031124185241.87333.qmail@web60509.mail.yahoo.com> Cred ca e mai indicat sa folositi ExitProcess pt ca macar apeleaza o data enry-pointul in dll. Cosmin --- Ioana Cutcutache wrote: > La varianta de windows putem folosi functia > TerminateThread pt. a opri firele in > cazul in care se da CTRL+C? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 19:03:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 11:03:51 -0800 (PST) Subject: [so] inca o precizare la tema 3 Message-ID: <20031124190351.42656.qmail@web60505.mail.yahoo.com> Pe Linux, daca aveti nevoie de semafoare folositi semafoarele POSIX prezentate in laboratorul 7, nu pe cele SYS V din laboratorul 4. Incercati sa va bazati cat mai mult pe variabile conditie pentru ca abordarea asta e cea mai simpla si cea mai eficienta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 00:08:06 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Mon, 24 Nov 2003 16:08:06 -0800 (PST) Subject: [so] link lib In-Reply-To: <20031124190351.42656.qmail@web60505.mail.yahoo.com> Message-ID: <20031125000806.81570.qmail@web41006.mail.yahoo.com> gcc -fPIC -Wall -g -c libmonitor.c gcc -g -lpthread -shared -Wl,-soname,libmonitor.so.0 -o libmonitor.so.0.0 libmonitor.o -lc /sbin/ldconfig -n . Cand ajung la acest pas obtin /sbin/ldconfig: Can't link ./libmonitor.so.0 to libmonitor.so.0.0 Any ideas? multam __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Tue Nov 25 00:15:34 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Mon, 24 Nov 2003 16:15:34 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031123174138.17371.qmail@web60507.mail.yahoo.com> Message-ID: <20031125001534.64025.qmail@web60309.mail.yahoo.com> --0-1839004515-1069719334=:63283 Content-Type: text/plain; charset=us-ascii Monitor * e un pointer de care aplicatia nu trebuie sa stie nimic. exact ca un handle din windows. Nu poti cu int pt ca in cazul asta biblioteca ar trebui sa tina un array de monitoare indexat dupa int-ul tau, si cum nu are de unde sa stie cate monitoare vor fi create e o complicatie inutila. Cred ca e nevoie sa stie care sunt functiile care se pot aplica pe el nu? Nu se include .h monitorului in aplicatie? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1839004515-1069719334=:63283 Content-Type: text/html; charset=us-ascii

<quote>

Monitor * e un pointer de care aplicatia nu trebuie sa
stie nimic. exact ca un handle din windows. Nu poti cu
int pt ca in cazul asta biblioteca ar trebui sa tina
un array de monitoare indexat dupa int-ul tau, si cum
nu are de unde sa stie cate monitoare vor fi create e
o complicatie inutila.

</quote>

Cred ca e nevoie sa stie care sunt functiile care se pot aplica pe el nu?

Nu se include .h monitorului in aplicatie?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1839004515-1069719334=:63283-- From so@atlantis.cs.pub.ro Tue Nov 25 00:57:13 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Mon, 24 Nov 2003 16:57:13 -0800 (PST) Subject: [so] Semafor windows In-Reply-To: <20031125000806.81570.qmail@web41006.mail.yahoo.com> Message-ID: <20031125005713.69950.qmail@web60306.mail.yahoo.com> Avem voie cu functia asta? NtQuerySemaphore e buna sa aflam valoarea unui semafor (nu sunt sigur ca e atomica, dar mi s-ar parea ca normal sa fie) http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20Objects/Semaphore/NtQuerySemaphore.html __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 06:15:14 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Tue, 25 Nov 2003 08:15:14 +0200 (EET) Subject: [so] .so-uri Message-ID: <1177.141.85.0.67.1069740914.squirrel@www.as.ro> Nu e nevoie sa instalati libraria pentru a o folosi (ldconfig). Puneti "." in LD_LIBRARY_PATH si va merge. ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Tue Nov 25 07:01:16 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Mon, 24 Nov 2003 23:01:16 -0800 (PST) Subject: [so] variabile conditie pe windows In-Reply-To: <1177.141.85.0.67.1069740914.squirrel@www.as.ro> Message-ID: <20031125070116.98782.qmail@web41013.mail.yahoo.com> --0-810786181-1069743676=:98646 Content-Type: text/plain; charset=us-ascii Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos. Se observa ca nu mai exista mutexul suplimentar care tb luat inainte de orice operatie. Voi folosi doua semafoare si un contor ce vor fi tinute intr-o structura sau intr-o clasa in implementarea voastra : //------------------------------------ sem zonaCritica = 1; sem conditie = 0; int contor = 0; //------------------------------------ void signal() { WaitForSingleObject(zonaCritica); if (contor) { // trezesc pe cineva contor--; ReleaseSemaphore(conditie, 1); } else { // pierde semnalul ReleaseSemaphore(zonaCritica, 1); } } //------------------------------------ void wait() { WaitForSingleObject(zonaCritica); contor++; SignalObjectAndWait(zonaCritica, conditie); } //------------------------------------ void broadcast() { WaitForSingleObject(zonaCritica); if (contor) { // era cineva blocat ReleaseSemaphore(zonaCritica, contor); contor = 0; ReleaseSemaphore(zonaCritica, 1); } else { // se pierde broadcast-ul ReleaseSemaphore(zonaCritica, 1); } } //------------------------------------ Observatie : ce vedeti mai sus este pseudocod ;) George --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-810786181-1069743676=:98646 Content-Type: text/html; charset=us-ascii

Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos.
Se observa ca nu mai exista mutexul suplimentar care tb luat inainte de orice operatie.
Voi folosi doua semafoare si un contor ce vor fi tinute intr-o structura sau intr-o clasa
in implementarea voastra :


//------------------------------------
sem zonaCritica = 1;
sem conditie = 0;
int contor = 0;
//------------------------------------

void signal() {
 WaitForSingleObject(zonaCritica);
 if (contor) { // trezesc pe cineva
  contor--;
  ReleaseSemaphore(conditie, 1);
  
 } else { // pierde semnalul
  ReleaseSemaphore(zonaCritica, 1);
 }
}
//------------------------------------
void wait() {
 WaitForSingleObject(zonaCritica);
 contor++;
 SignalObjectAndWait(zonaCritica, conditie);
}
//------------------------------------
void broadcast() {
 WaitForSingleObject(zonaCritica);
 if (contor) { // era cineva blocat
  ReleaseSemaphore(zonaCritica, contor);
  contor = 0;
  ReleaseSemaphore(zonaCritica, 1);
 } else { // se pierde broadcast-ul
  ReleaseSemaphore(zonaCritica, 1);
 }
}
//------------------------------------

Observatie : ce vedeti mai sus este pseudocod ;)
George

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-810786181-1069743676=:98646-- From so@atlantis.cs.pub.ro Tue Nov 25 07:48:45 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Mon, 24 Nov 2003 23:48:45 -0800 (PST) Subject: [so] variabile conditie pe windows In-Reply-To: <20031125070116.98782.qmail@web41013.mail.yahoo.com> Message-ID: <20031125074845.73810.qmail@web41014.mail.yahoo.com> --0-183392963-1069746525=:73628 Content-Type: multipart/alternative; boundary="0-1634801847-1069746525=:73628" --0-1634801847-1069746525=:73628 Content-Type: text/plain; charset=us-ascii Salut, Implementarea data este gresita (cam mult copy/paste).Pentru o implementare corecta (zic eu) a se vedea fisierul atasat. George --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-1634801847-1069746525=:73628 Content-Type: text/html; charset=us-ascii
Salut,
 
Implementarea data este gresita (cam mult copy/paste).Pentru o implementare corecta (zic eu) a se vedea fisierul atasat.
 
George

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-1634801847-1069746525=:73628-- --0-183392963-1069746525=:73628 Content-Type: text/plain; name="var_cond.txt" Content-Description: var_cond.txt Content-Disposition: inline; filename="var_cond.txt" Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos. Se observa ca nu mai exista mutexul suplimentar. Voi folosi 4 semafoare si 2 contoare ce vor fi tinute intr-o structura sau intr-o clasa in implementarea voastra : //------------------------------------ sem zonaCritica = 1; sem conditie = 0; sem asteaptaTrezire := 0; sem blocheazaAlti :=1 volatile int asteapta = 0; volatile int contor = 0; //------------------------------------ void signal() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); if (contor) { // trezesc pe cineva contor--; asteapta++; ReleaseSemaphore(conditie, 1); ReleaseSemaphore(zonaCritica, 1); P(asteaptaTrezire); ReleaseSemaphore(blocheazaAlti, 1); } else { // pierde semnalul ReleaseSemaphore(zonaCritica, 1); ReleaseSemaphore(blocheazaAlti, 1); } } //------------------------------------ void wait() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); contor++; ReleaseSemaphore(blocheazaAlti, 1); SignalObjectAndWait(zonaCritica, conditie); WaitForSingleObject(zonaCritica); asteapta--; if (asteapta == 0) V(asteaptaTrezire); ReleaseSemaphore(zonaCritica, 1); } //------------------------------------ void broadcast() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); if (contor) { // era cineva blocat ReleaseSemaphore(conditie, contor); asteapta = contor; contor = 0; ReleaseSemaphore(zonaCritica, 1); P(asteaptaTrezire); ReleaseSemaphore(blocheazaAlti, 1); } else { // se pierde broadcast-ul ReleaseSemaphore(zonaCritica, 1); ReleaseSemaphore(blocheazaAlti, 1); } } //------------------------------------ --0-183392963-1069746525=:73628-- From so@atlantis.cs.pub.ro Tue Nov 25 09:54:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 01:54:54 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031125001534.64025.qmail@web60309.mail.yahoo.com> Message-ID: <20031125095454.16495.qmail@web60508.mail.yahoo.com> --- Mihai Iancu wrote: > > > > Monitor * e un pointer de care aplicatia nu trebuie > sa > stie nimic. exact ca un handle din windows. Nu poti > cu > int pt ca in cazul asta biblioteca ar trebui sa tina > un array de monitoare indexat dupa int-ul tau, si > cum > nu are de unde sa stie cate monitoare vor fi create > e > o complicatie inutila. > > > > > Cred ca e nevoie sa stie care sunt functiile care se > pot aplica pe el nu? > > Nu se include .h monitorului in aplicatie? Ba da. Nu era evident? Am spus ca aplicatia nu trebuie sa stie nimic despre pointerul la monitor in sensul ca nu trebuie sa-l dereferentieze direct ci sa-l dea ca parametru in functiile respective. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 10:36:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 02:36:32 -0800 (PST) Subject: [so] Semafor windows In-Reply-To: <20031125005713.69950.qmail@web60306.mail.yahoo.com> Message-ID: <20031125103632.85699.qmail@web60510.mail.yahoo.com> Hmmmmmmm. Chiar ai nevoie de ea? Ai putea sa tii un contor asociat si sa-l verifici pe el. Cosmin --- Mihai Iancu wrote: > Avem voie cu functia asta? > NtQuerySemaphore > > e buna sa aflam valoarea unui semafor > (nu sunt sigur ca e atomica, dar mi s-ar parea > ca normal sa fie) > > http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20Objects/Semaphore/NtQuerySemaphore.html __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 11:51:35 2003 From: so@atlantis.cs.pub.ro (Badea Ovidiu) Date: Tue, 25 Nov 2003 03:51:35 -0800 (PST) Subject: [so] despre group_id Message-ID: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Am citit pe lista ca cica group_id putea sa fie oricat si nu intre 0 si groups_max. Ca e gresit daca l-am facut sa fie intre 0 si groups_max. Ma duc la enuntul temei si acolo scrie: Consumatorii intra in cofetaria in grupuri de prieteni. Pot exista maxim GROUP_MAX grupuri, putand avea maxim PEOPLE_MAX membri. Un grup este caracterizat printr-un ID si un numar de membri. Vreau sa vad locul EXACT unde scrie ca group_id poate fi oricat. Nu vad ca raspuns valid la aceasta intrebare reprosul ca "de ce nu am intrebat?". Nu am intrebat pt. ca nu mi-a trecut prin cap asa ceva. Mie mi s-a parut logic ca din moment ce sunt maxim groups_max grupuri, group_id sa ia valori intre 0 si groups_max. Oricum mi se pare aiurea o galceava pe astfel de chestii, cu uite group_idu', nu e group_idu', cand scopul temei era sa invatam sa facem niste sincronizari corecte. __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Tue Nov 25 15:35:55 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Tue, 25 Nov 2003 17:35:55 +0200 Subject: [so] despre group_id References: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Message-ID: <002001c3b369$d1cd0c40$210c6150@ioana> Buna, Si eu am considerat group_id-ul intre 1 si group_max, si am intrebat-o pe Maria daca era gresit si mi-a zis ca nu e gresit nici asa, oricum nu prea cred ca asta ar avea o mare importanta... nu id-ul ala era esenta temei :). ----- Original Message ----- From: "Badea Ovidiu" To: Sent: Tuesday, November 25, 2003 1:51 PM Subject: [so] despre group_id > Am citit pe lista ca cica group_id putea sa fie oricat > si nu intre 0 si groups_max. Ca e gresit daca l-am > facut sa fie intre 0 si groups_max. Ma duc la enuntul > temei si acolo scrie: > > Consumatorii intra in cofetaria in grupuri de > prieteni. Pot exista maxim GROUP_MAX grupuri, putand > avea maxim PEOPLE_MAX membri. Un grup este > caracterizat printr-un ID si un numar de membri. > > Vreau sa vad locul EXACT unde scrie ca group_id poate > fi oricat. Nu vad ca raspuns valid la aceasta > intrebare reprosul ca "de ce nu am intrebat?". Nu am > intrebat pt. ca nu mi-a trecut prin cap asa ceva. Mie > mi s-a parut logic ca din moment ce sunt maxim > groups_max grupuri, group_id sa ia valori intre 0 si > groups_max. > Oricum mi se pare aiurea o galceava pe astfel de > chestii, cu uite group_idu', nu e group_idu', cand > scopul temei era sa invatam sa facem niste > sincronizari corecte. > > > __________________________________ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Tue Nov 25 15:38:54 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 25 Nov 2003 17:38:54 +0200 Subject: [so] despre group_id In-Reply-To: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031125173807.00ae3990@mail.mymail.ro> Arata'mi locul EXACT unde am scris ca e gresit daca l'ai facut sa fie intre 0 si groups_max. Maria. >Am citit pe lista ca cica group_id putea sa fie oricat >si nu intre 0 si groups_max. Ca e gresit daca l-am >facut sa fie intre 0 si groups_max. Ma duc la enuntul >temei si acolo scrie: --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 25 16:37:16 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Tue, 25 Nov 2003 18:37:16 +0200 Subject: [so] vesti bune References: <20031124002034.29811.qmail@web60503.mail.yahoo.com> Message-ID: <008a01c3b372$63a50a70$6400a8c0@andrei> Nu pare bine nici asa. Daca un thread este deschis inainte de crearea TLS-ului (deci de pornirea acelui monitor) nu are cine sa initializeze acel spatiu de stocare decat daca monitorul ar sti ce thread-uri sunt in proces. Presupunand ca avem incredere ca Windows initializeaza acel spatiu cu NULL (ceea ce nu stiu daca e valabil si in Linux) ar mai fi o problema daca acel TLS a fost folosit in prealabil in thread-ul nostru de catre altcineva (totusi monitorul va putea fi folosit in orice aplicatie) care nu l-a lasat cu NULL cand l-a eliberat. ----- Original Message ----- From: "Cosmin Arad" To: Sent: Monday, 24 November, 2003 2:20 AM Subject: Re: [so] vesti bune > > --- Andrei Hagiescu wrote: > > Datorita posibilitatii folosirii mai multor > > monitoare un thread poate fi la > > un moment dat intr-unul dintre ele si in afara > > altuia....sau de ce nu in mai > > multe monitoare? Daca da, atunci informatia stocata > > in TLS (cu privire la > > starea unui thread inauntrul sau in afara unui > > monitor) trebuie sa nu mai > > fie o simpla informatie booleana ci o lista de > > monitoare in care thread-ul > > este intrat, nu? Nu devine o solutie mai greu de > > implementat decat o lista > > de thread-uri intrate pentru fiecare monitor? > > Oops. You've got that right. > Solutia ramane totusi simpla. In loc sa faceti > TlsAlloc respectiv pthread_key_create in entry-pointul > librariei (DllMain respectiv constructorul librariei > pe Linux) veti face in functia create. > Astfel fiecare monitor contine un index distinct in > TLS > iar verificarile de utilizare corecta care se fac in > operatii se vor face folosind indexul respectiv. > Asadar informatia ramane booleana :) si implementarea > nu presupune overhead. > > Limitele sunt rezonabile: 1088 de indexuri in Windows > 2000 si 1024 in Linux, deci un proces poate sa > construiasca cam 1000 de monitoare. > > Cosmin > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > > From so@atlantis.cs.pub.ro Tue Nov 25 18:01:33 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 10:01:33 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <008a01c3b372$63a50a70$6400a8c0@andrei> Message-ID: <20031125180133.20884.qmail@web60505.mail.yahoo.com> Nu trebuie sa fii ingrijorat. Hai sa lamurim lucrurile: - aloci un index in TLS la monitor_create; - la monitor_enter daca valoarea lui e NULL, aloci o zona unde sa tii informatia, sau pur si simplu setezi pointerul la alta valoare diferita de NULL pt ca tot ce ai tu nevoie e o info booleana (NULL vs NOT NULL could do it). - daca la enter nu era NULL inseamna ca threadul era deja in monitor deci oops. - la leave setezi pointerul la NULL (si faci free in cazul in care ai alocat ceva acolo) - la signal, wait, broadcast testezi pointerul sa nu fie NULL. - la destroi eliberezi indexul. Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie: -Windows (PSDK): "If the function succeeds, the return value is a TLS index. The slots for the index are initialized to zero." e vb de TlsAlloc. -Linux (man pthread_key_create): "The value initially associated with the returned key is !NULL! in all currently executing threads." Cosmin --- Andrei Hagiescu wrote: > Nu pare bine nici asa. Daca un thread este deschis > inainte de crearea > TLS-ului (deci de pornirea acelui monitor) nu are > cine sa initializeze acel > spatiu de stocare decat daca monitorul ar sti ce > thread-uri sunt in proces. > Presupunand ca avem incredere ca Windows > initializeaza acel spatiu cu NULL > (ceea ce nu stiu daca e valabil si in Linux) ar mai > fi o problema daca acel > TLS a fost folosit in prealabil in thread-ul nostru > de catre altcineva > (totusi monitorul va putea fi folosit in orice > aplicatie) care nu l-a lasat > cu NULL cand l-a eliberat. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 18:01:16 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 10:01:16 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <008a01c3b372$63a50a70$6400a8c0@andrei> Message-ID: <20031125180116.51002.qmail@web60510.mail.yahoo.com> Nu trebuie sa fii ingrijorat. Hai sa lamurim lucrurile: - aloci un index in TLS la monitor_create; - la monitor_enter daca valoarea lui e NULL, aloci o zona unde sa tii informatia, sau pur si simplu setezi pointerul la alta valoare diferita de NULL pt ca tot ce ai tu nevoie e o info booleana (NULL vs NOT NULL could do it). - daca la enter nu era NULL inseamna ca threadul era deja in monitor deci oops. - la leave setezi pointerul la NULL (si faci free in cazul in care ai alocat ceva acolo) - la signal, wait, broadcast testezi pointerul sa nu fie NULL. - la destroi eliberezi indexul. Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie: -Windows (PSDK): "If the function succeeds, the return value is a TLS index. The slots for the index are initialized to zero." e vb de TlsAlloc. -Linux (man pthread_key_create): "The value initially associated with the returned key is !NULL! in all currently executing threads." Cosmin --- Andrei Hagiescu wrote: > Nu pare bine nici asa. Daca un thread este deschis > inainte de crearea > TLS-ului (deci de pornirea acelui monitor) nu are > cine sa initializeze acel > spatiu de stocare decat daca monitorul ar sti ce > thread-uri sunt in proces. > Presupunand ca avem incredere ca Windows > initializeaza acel spatiu cu NULL > (ceea ce nu stiu daca e valabil si in Linux) ar mai > fi o problema daca acel > TLS a fost folosit in prealabil in thread-ul nostru > de catre altcineva > (totusi monitorul va putea fi folosit in orice > aplicatie) care nu l-a lasat > cu NULL cand l-a eliberat. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 19:19:26 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Tue, 25 Nov 2003 21:19:26 +0200 Subject: [so] vesti bune References: <20031125180116.51002.qmail@web60510.mail.yahoo.com> Message-ID: <003b01c3b389$0b404a40$6400a8c0@andrei> Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie Sunt de acord cu aceasta afirmatie atata vreme cat am si garantia ca in toate thread-urile care vor folosi monitorul nimeni nu se va fi folosit de acel TLS inainte si nu-l va elibera _uitand_ sa-l curete ----- Original Message ----- From: "Cosmin Arad" To: Sent: Tuesday, 25 November, 2003 20:01 PM Subject: Re: [so] vesti bune > > Nu trebuie sa fii ingrijorat. Hai sa lamurim > lucrurile: > - aloci un index in TLS la monitor_create; > - la monitor_enter daca valoarea lui e NULL, aloci o > zona unde sa tii informatia, sau pur si simplu setezi > pointerul la alta valoare diferita de NULL pt ca tot > ce ai tu nevoie e o info booleana (NULL vs NOT NULL > could do it). > - daca la enter nu era NULL inseamna ca threadul era > deja in monitor deci oops. > - la leave setezi pointerul la NULL (si faci free in > cazul in care ai alocat ceva acolo) > - la signal, wait, broadcast testezi pointerul sa nu > fie NULL. > - la destroi eliberezi indexul. > > Ai garantia ca la alocarea indexului in TLS valoarea > lui e NULL in toate threadurile atat in Windows cat si > in Linux. Iti citez din documentatie: > > -Windows (PSDK): "If the function succeeds, the return > value is a TLS index. The slots for the index are > initialized to zero." e vb de TlsAlloc. > > -Linux (man pthread_key_create): "The value initially > associated with the returned key is !NULL! in all > currently executing threads." > > Cosmin > > --- Andrei Hagiescu wrote: > > Nu pare bine nici asa. Daca un thread este deschis > > inainte de crearea > > TLS-ului (deci de pornirea acelui monitor) nu are > > cine sa initializeze acel > > spatiu de stocare decat daca monitorul ar sti ce > > thread-uri sunt in proces. > > Presupunand ca avem incredere ca Windows > > initializeaza acel spatiu cu NULL > > (ceea ce nu stiu daca e valabil si in Linux) ar mai > > fi o problema daca acel > > TLS a fost folosit in prealabil in thread-ul nostru > > de catre altcineva > > (totusi monitorul va putea fi folosit in orice > > aplicatie) care nu l-a lasat > > cu NULL cand l-a eliberat. > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > > From so@atlantis.cs.pub.ro Tue Nov 25 19:37:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 11:37:29 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <003b01c3b389$0b404a40$6400a8c0@andrei> Message-ID: <20031125193729.85553.qmail@web60506.mail.yahoo.com> Daca il elibereaza in prealabil inseamna ca poate fi alocat de mine la create si dupa cum se spune in documentatie la alocare valoarea lui e NULL. Daca nu-l elibereaza inseamna ca e ocupat si mie alocarea imi va intoarce un altul care era liber si din nou valoarea lui e NULL. Cosmin --- Andrei Hagiescu wrote: > Ai garantia ca la alocarea indexului in TLS valoarea > lui e NULL in toate threadurile atat in Windows cat > si > in Linux. Iti citez din documentatie > > Sunt de acord cu aceasta afirmatie atata vreme cat > am si garantia ca in > toate thread-urile care vor folosi monitorul nimeni > nu se va fi folosit de > acel TLS inainte si nu-l va elibera _uitand_ sa-l > curete __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 10:53:59 2003 From: so@atlantis.cs.pub.ro (iana ionel cristian) Date: Wed, 26 Nov 2003 02:53:59 -0800 (PST) Subject: [so] De ce TLS ? Message-ID: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Salut Am cateva nelamuriri in legatura cu tema 3: 1. Exista problema verificarii daca firul care a apelat enter, wait, leave, etc., este firul activ. Este gresit daca in loc sa retin o variabila boolean folosind tls, procedez in felul urmator: - fiecare structura monitor retine id-ul firului activ - atunci cand se executa o functie, (de ex enter) verific sa am idActiv = 0, dupa care fac idActiv = idFirCurent. Sau pentru leave verific sa am idActiv = idFirCurent dupa care la iesire fac idActiv = 0, s.a.m.d. - pt a obtine IdFirCurent folosesc pthread_self 2. Se cere "sa fim atenti la utilizari gresite ale functiilor ". Este suficient ca functiile pt monitor sa returneaze o valoarea de eroare cand se intampla asa ceva ? Sau trebuie sa mai facem si altceva, de ex mesaj afisat la consola, aruncare de exceptii ... ? 3. Monitorul se poate distruge doar atunci cand nu exista fir activ in el si nu exista nici un fir care este blocat intr-o coada de asteptare sau la vreo variablia de conditie ? __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 13:50:13 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 05:50:13 -0800 (PST) Subject: [so] Barbers In-Reply-To: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Message-ID: <20031126135013.23337.qmail@web60305.mail.yahoo.com> --0-1133674118-1069854613=:21682 Content-Type: text/plain; charset=us-ascii La pornire trebuie ca toti barbierii/frizeri sa fie gata de tuns? sau trebuie sa se astepte sa fie toti gata. Eu astept sa fie toti gata si dupa incep clientii sa se tunda, e ok asa? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1133674118-1069854613=:21682 Content-Type: text/html; charset=us-ascii

La pornire trebuie ca toti barbierii/frizeri sa fie gata de tuns?

sau trebuie sa se astepte sa fie toti gata.

 

Eu astept sa fie toti gata si dupa incep clientii sa se tunda, e ok asa?

 

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1133674118-1069854613=:21682-- From so@atlantis.cs.pub.ro Wed Nov 26 14:28:34 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 06:28:34 -0800 (PST) Subject: [so] Barbers In-Reply-To: <20031126135013.23337.qmail@web60305.mail.yahoo.com> Message-ID: <20031126142834.52820.qmail@web60510.mail.yahoo.com> --- Mihai Iancu wrote: > > La pornire trebuie ca toti barbierii/frizeri sa fie > gata de tuns? > > sau trebuie sa se astepte sa fie toti gata. > > Eu astept sa fie toti gata si dupa incep clientii sa > se tunda, e ok asa? Da, trebuie sa te asiguri ca barbierii dorm in scaunele lor cand incepi sa lansezi clientii. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 14:56:16 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 06:56:16 -0800 (PST) Subject: [so] De ce TLS ? In-Reply-To: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Message-ID: <20031126145616.63185.qmail@web60510.mail.yahoo.com> --- iana ionel cristian wrote: > Salut > > Am cateva nelamuriri in legatura cu tema 3: > > 1. Exista problema verificarii daca firul care a > apelat > enter, wait, leave, etc., este firul activ. Este > gresit > daca in loc sa retin o variabila boolean folosind > tls, > procedez in felul urmator: > > - fiecare structura monitor retine id-ul firului > activ > > - atunci cand se executa o functie, (de ex enter) > verific sa am idActiv = 0, dupa care fac idActiv = > idFirCurent. Sau pentru leave verific sa am idActiv > = > idFirCurent dupa care la iesire fac idActiv = 0, > s.a.m.d. > > - pt a obtine IdFirCurent folosesc pthread_self S-ar putea sa ai dreptate, nu pot sa ma pronunt acum. Ai insa grija sa nu ai race-uri intre operatii la setarea proprietarului. Totusi, daca este corect pierzi experienta utilizarii TLS si tema ta s-ar putea clasa pe o pozitie medie sau codasa :) > 2. Se cere "sa fim atenti la utilizari gresite ale > functiilor ". Este suficient ca functiile pt monitor > sa > returneaze o valoarea de eroare cand se intampla asa > ceva ? Sau trebuie sa mai facem si altceva, de ex > mesaj afisat la consola, aruncare de exceptii ... ? Este suficient un cod de eroare. > 3. Monitorul se poate distruge doar atunci cand nu > exista fir activ in el si nu exista nici un fir care > este blocat intr-o coada de asteptare sau la vreo > variablia de conditie ? Da, asta ar trebui sa faca destroy. Ar mai trebui sa va scrieti o functie de distrugere fortata, _destroy, pe care s-o apelati de exemplu la oprirea fortata a programului (Ctrl+C) pentru ca altfel nu se pot debloca firele care asteptau la conditii. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 16:10:54 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Wed, 26 Nov 2003 08:10:54 -0800 (PST) Subject: [so] De ce TLS ? In-Reply-To: <20031126145616.63185.qmail@web60510.mail.yahoo.com> Message-ID: <20031126161054.98496.qmail@web11704.mail.yahoo.com> > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 16:15:21 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Wed, 26 Nov 2003 08:15:21 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126145616.63185.qmail@web60510.mail.yahoo.com> Message-ID: <20031126161521.48409.qmail@web11707.mail.yahoo.com> > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie - setez un flag de destroy (de ex un semafor) apoi deblochez toate firele de la variabilele conditie; ele citesc flag-ul inainte de a ajunge in waiting, iar daca este setat pe destroy fac pthread_exit() ? - astept sa primesc o notificare ca toate firele au facut pthread_exit - apoi pot distruge toate elementele de sincronizare > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 16:21:38 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 08:21:38 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126161521.48409.qmail@web11707.mail.yahoo.com> Message-ID: <20031126162138.89465.qmail@web60302.mail.yahoo.com> --0-480435163-1069863698=:89351 Content-Type: text/plain; charset=us-ascii Asteptarea asta mi se pare mie sau este un fel de continuare a "algoritmului" cu barbieri si clienti, adica un fel de "terminare corecta"? daca da, la ce bun? oricum userul daca vrea sa termine nu il mai intereseaza ce se intampla cu toata logica programului. Iar daca resursele sunt eliberate, chiar daca fortat rau eu cred ca e ok. Gresesc? Stela Suciu wrote: > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie - setez un flag de destroy (de ex un semafor) apoi deblochez toate firele de la variabilele conditie; ele citesc flag-ul inainte de a ajunge in waiting, iar daca este setat pe destroy fac pthread_exit() ? - astept sa primesc o notificare ca toate firele au facut pthread_exit - apoi pot distruge toate elementele de sincronizare > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-480435163-1069863698=:89351 Content-Type: text/html; charset=us-ascii
Asteptarea asta mi se pare mie sau este un fel
de continuare a "algoritmului" cu barbieri si clienti,
adica un fel de "terminare corecta"?
 
daca da, la ce bun? oricum userul daca vrea sa termine
nu il mai intereseaza ce se intampla cu toata logica programului.
Iar daca resursele sunt eliberate, chiar daca fortat rau eu cred ca e ok.
Gresesc?
 


Stela Suciu <stelasuciu@yahoo.com> wrote:

>
> > 3. Monitorul se poate distruge doar atunci cand nu
> > exista fir activ in el si nu exista nici un fir
> care
> > este blocat intr-o coada de asteptare sau la vreo
> > variablia de conditie ?
>
> Da, asta ar trebui sa faca destroy. Ar mai trebui sa
> va scrieti o functie de distrugere fortata,
> _destroy,
> pe care s-o apelati de exemplu la oprirea fortata a
> programului (Ctrl+C) pentru ca altfel nu se pot
> debloca firele care asteptau la conditii.
>
> Cosmin
>
>
E corect daca in functia destroy:
- astept ca toate firele din cozile waiting,
signaller si entry sa plece sau sa se blocheze la
variabile conditie
- setez un flag de destroy (de ex un semafor) apoi
deblochez toate firele de la variabilele conditie; ele
citesc flag-ul inainte de a ajunge in waiting, iar
daca este setat pe destroy fac pthread_exit() ?
- astept sa primesc o notificare ca toate firele au
facut pthread_exit
- apoi pot distruge toate elementele de sincronizare
> __________________________________
> Do you Yahoo!?
> Protect your identity with Yahoo! Mail AddressGuard
> http://antispam.yahoo.com/whatsnewfree
> _______________________________________________
> so mailing list
> so@atlantis.cs.pub.ro
>
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-480435163-1069863698=:89351-- From so@atlantis.cs.pub.ro Wed Nov 26 16:23:19 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 08:23:19 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126162138.89465.qmail@web60302.mail.yahoo.com> Message-ID: <20031126162319.50529.qmail@web60501.mail.yahoo.com> e ok, nu gresesti. tocmai i-am raspuns Stelei. Cosmin --- Mihai Iancu wrote: > Asteptarea asta mi se pare mie sau este un fel > de continuare a "algoritmului" cu barbieri si > clienti, > adica un fel de "terminare corecta"? > > daca da, la ce bun? oricum userul daca vrea sa > termine > nu il mai intereseaza ce se intampla cu toata logica > programului. > Iar daca resursele sunt eliberate, chiar daca fortat > rau eu cred ca e ok. > Gresesc? > > > > Stela Suciu wrote: > > > > > > 3. Monitorul se poate distruge doar atunci cand > nu > > > exista fir activ in el si nu exista nici un fir > > care > > > este blocat intr-o coada de asteptare sau la > vreo > > > variablia de conditie ? > > > > Da, asta ar trebui sa faca destroy. Ar mai trebui > sa > > va scrieti o functie de distrugere fortata, > > _destroy, > > pe care s-o apelati de exemplu la oprirea fortata > a > > programului (Ctrl+C) pentru ca altfel nu se pot > > debloca firele care asteptau la conditii. > > > > Cosmin > > > > > E corect daca in functia destroy: > - astept ca toate firele din cozile waiting, > signaller si entry sa plece sau sa se blocheze la > variabile conditie > - setez un flag de destroy (de ex un semafor) apoi > deblochez toate firele de la variabilele conditie; > ele > citesc flag-ul inainte de a ajunge in waiting, iar > daca este setat pe destroy fac pthread_exit() ? > - astept sa primesc o notificare ca toate firele au > facut pthread_exit > - apoi pot distruge toate elementele de sincronizare > > __________________________________ > > Do you Yahoo!? > > Protect your identity with Yahoo! Mail > AddressGuard > > http://antispam.yahoo.com/whatsnewfree > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > __________________________________ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > --------------------------------- > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 16:22:07 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 08:22:07 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126161521.48409.qmail@web11707.mail.yahoo.com> Message-ID: <20031126162207.81364.qmail@web60505.mail.yahoo.com> --- Stela Suciu wrote: > E corect daca in functia destroy: > - astept ca toate firele din cozile waiting, > signaller si entry sa plece sau sa se blocheze la > variabile conditie > - setez un flag de destroy (de ex un semafor) apoi > deblochez toate firele de la variabilele conditie; > ele > citesc flag-ul inainte de a ajunge in waiting, iar > daca este setat pe destroy fac pthread_exit() ? > - astept sa primesc o notificare ca toate firele au > facut pthread_exit > - apoi pot distruge toate elementele de > sincronizare Functia destroy ar trebui sa verifice daca monitorul este liber (nu este ocupat si nu sunt fire blocate la conditii). Daca e liber sa-l distruga, daca nu sa intoarca un cod de eroare. Functia _destroy ar trebui sa distruga monitorul fortat si sa fie apelata doar in cazuri extreme cum este cel de terminare fortata a aplciatiei. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 17:19:41 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 26 Nov 2003 19:19:41 +0200 Subject: [so] De ce TLS ? - continuare:) References: <20031126162207.81364.qmail@web60505.mail.yahoo.com> Message-ID: <002801c3b441$7c056c70$0200a8c0@smeagol> pe mine m-a ametit putin chestia cu destroy. este evident ca trebuie sa existe un destroy dur care sa curete tot fara sa faca nici o verificare. acum, din cate am inteles, trebuie sa avem un destroy care curata doar daca nu are nimeni treaba cu monitorul. cineva are treaba cu monitorul daca se afla in vre-o coada sau daca este activ. Dar cum destroy-ul se da dintr-un thread care care se presupune ca nu are nici o legatura cu threadurile care folosesc monitorul este destul de complicat modul in care se determina daca monitorul este sau nu folosit. de exemplu: in destroy ma apuc sa verific daca este cineva blocat la o conditie. pp ca nu este, dar imediat ce fac verificare vine un thread care se blocheaza exact la variabila aia conditie. neplacut. trebuie deci sa impiedicam accesul la monitor in timp ce incerc sa distrug monitorul. singurul mod in care vad facandu-se asta (doar cu resursele monitorului) este ca threadul care face destroy sa fie el insusi activ in monitor (adica sa fi dat in prealabil un enter()). si de aici contradictia: distrug monitorul numai cand nimeni nu foloseste monitorul, dar pentru ca sa vad ca monitorul este liber tocmai cel care distruge trebuie sa fie in monitor. (presupun ca se face o exceptie :) ). Eu sincer inclin spre existenta unei singure functii destroy (cea care omoara tot si abia apoi intreaba), dar pe care o apelez cu grija dupa ce toate threadurile nu mai au nevoie de monitor. prefer deci sa fie de datoria aplicatiei care foloseste monitorul sa se asigure de corectitudinea folosirii lui destroy. zeii ce zic? From so@atlantis.cs.pub.ro Wed Nov 26 17:24:40 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 09:24:40 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <002801c3b441$7c056c70$0200a8c0@smeagol> Message-ID: <20031126172440.77246.qmail@web60501.mail.yahoo.com> --- Cibu Cristian wrote: > pe mine m-a ametit putin chestia cu destroy. > > este evident ca trebuie sa existe un destroy dur > care sa curete tot fara sa > faca nici o verificare. > > acum, din cate am inteles, trebuie sa avem un > destroy care curata doar daca > nu are nimeni treaba cu monitorul. > cineva are treaba cu monitorul daca se afla in vre-o > coada sau daca este > activ. Dar cum destroy-ul se da dintr-un thread care > care se presupune ca nu > are nici o legatura cu threadurile care folosesc > monitorul este destul de > complicat modul in care se determina daca monitorul > este sau nu folosit. > > de exemplu: > > in destroy ma apuc sa verific daca este cineva > blocat la o conditie. pp ca > nu este, dar imediat ce fac verificare vine un > thread care se blocheaza > exact la variabila aia conditie. neplacut. trebuie > deci sa impiedicam > accesul la monitor in timp ce incerc sa distrug > monitorul. singurul mod in > care vad facandu-se asta (doar cu resursele > monitorului) este ca threadul > care face destroy sa fie el insusi activ in monitor > (adica sa fi dat in > prealabil un enter()). > > si de aici contradictia: distrug monitorul numai > cand nimeni nu foloseste > monitorul, dar pentru ca sa vad ca monitorul este > liber tocmai cel care > distruge trebuie sa fie in monitor. (presupun ca se > face o exceptie :) ). Da, poti sa iei lockul asociat cozii Entry ca sa faci destroy. > Eu sincer inclin spre existenta unei singure functii > destroy (cea care > omoara tot si abia apoi intreaba), dar pe care o > apelez cu grija dupa ce > toate threadurile nu mai au nevoie de monitor. > prefer deci sa fie de datoria > aplicatiei care foloseste monitorul sa se asigure de > corectitudinea > folosirii lui destroy. Ambele sunt necesare, cea care omoara tot sa fie apelata doar in cazuri extreme in care nu te mai intereseaza ce se intampla cu monitorul in continuare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 17:43:09 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 26 Nov 2003 19:43:09 +0200 Subject: [so] De ce TLS ? - continuare:) References: <20031126172440.77246.qmail@web60501.mail.yahoo.com> Message-ID: <003001c3b444$c17c23e0$0200a8c0@smeagol> pai daca trebuie sa fac enter() ca sa pot distruge, inseamna ca nu mai este nimeni in waiting sau in signaler si mai concurez si cu alte threaduri care dau enter(). asadar destroy-ul obtine accesul la monitor cine stie peste cat timp. este ok ? dar tot mi se pare de datoria aplicatiei sa dea destroy-ul atotputernic cand se stie sigur ca nimeni nu mai are treaba cu monitorul. From so@atlantis.cs.pub.ro Wed Nov 26 17:48:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 09:48:51 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <003001c3b444$c17c23e0$0200a8c0@smeagol> Message-ID: <20031126174851.25368.qmail@web60509.mail.yahoo.com> --- Cibu Cristian wrote: > pai daca trebuie sa fac enter() ca sa pot distruge, > inseamna ca nu mai este > nimeni in waiting sau in signaler si mai concurez si > cu alte threaduri care > dau enter(). asadar destroy-ul obtine accesul la > monitor cine stie peste cat > timp. este ok ? Eu nu am zis sa faci enter(). Am zis doar sa iei lockul asociat cozii Entry. Astfel impiedici orice alt enter in timp ce tu verifici ca monitorul este sau nu liber. > dar tot mi se pare de datoria aplicatiei sa dea > destroy-ul atotputernic cand > se stie sigur ca nimeni nu mai are treaba cu > monitorul. destroy-ul normal e un fel de try_destroy care poate fi si el util uneori. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 19:48:09 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 11:48:09 -0800 (PST) Subject: [so] destroy In-Reply-To: <20031126174851.25368.qmail@web60509.mail.yahoo.com> Message-ID: <20031126194809.80997.qmail@web60307.mail.yahoo.com> --0-2062366077-1069876089=:78700 Content-Type: text/plain; charset=us-ascii Bun, hai ca nu ne intelegem cu destroy asta ce ar fi sa nu il mai facem ??? : )) Intreabarea este: "De ce trebuie sa se distruga cand nu mai este nici un thread activ sau nu mai stiu exact care erau specificatiile?" Poate ca cineva peste 4 min vrea sa il foloseasca! Distrugerea se face pornind de la presupunearea ca nu mai se asteapta nimic de la program si se indreapta singur catre exit? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-2062366077-1069876089=:78700 Content-Type: text/html; charset=us-ascii

Bun, hai ca nu ne intelegem cu destroy asta

ce ar fi sa nu il mai facem ??? : ))

 

Intreabarea este: "De ce trebuie sa se distruga cand nu mai este

nici un thread activ sau nu mai stiu exact care erau specificatiile?"

Poate ca cineva peste 4 min vrea sa il foloseasca!

Distrugerea se face pornind de la presupunearea ca nu mai se asteapta nimic

de la program si se indreapta singur catre exit?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-2062366077-1069876089=:78700-- From so@atlantis.cs.pub.ro Wed Nov 26 20:20:06 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 12:20:06 -0800 (PST) Subject: [so] destroy In-Reply-To: <20031126194809.80997.qmail@web60307.mail.yahoo.com> Message-ID: <20031126202006.78739.qmail@web60503.mail.yahoo.com> --- Mihai Iancu wrote: > > Bun, hai ca nu ne intelegem cu destroy asta > ce ar fi sa nu il mai facem ??? : )) vi s-ar scadea puncte :)) > Intreabarea este: "De ce trebuie sa se distruga cand > nu mai este > > nici un thread activ sau nu mai stiu exact care erau > specificatiile?" > > Poate ca cineva peste 4 min vrea sa il foloseasca! Daca vrea sa il foloseasca peste 4 minute nu il distruge. > Distrugerea se face pornind de la presupunearea ca > nu mai se asteapta nimic > > de la program si se indreapta singur catre exit? presupunerea poate fi gresita. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 09:05:00 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 11:05:00 +0200 Subject: [so] mingw Message-ID: <002101c3b4c5$897e5220$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_001E_01C3B4D6.4CFB3B40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai = mari decat cele facute de Visual C++ 6.0 Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de = nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare tind spre anumite valori fixe astfel incat dupa cateva iteratii toti = cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se = gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce = construieste Visual C++ totul se comporta cu totul diferit. valorile = aleatoare sunt chiar aleatoare. daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il = rog sa ma ajute. ------=_NextPart_000_001E_01C3B4D6.4CFB3B40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
mare balarie si mingw asta. Toate = executabilele=20 sunt de 3, 4 ori mai mari decat cele facute de Visual C++ = 6.0
Dar fie, nu aste e problema. toate = valorile=20 aleatoare sunt asa de nealeatoare :)... Cu executabilele facute de g++ = valorile=20 aleatoare
tind spre anumite valori fixe astfel = incat dupa=20 cateva iteratii toti cititorii se comporta unitar (nu-i mai dezlipesc) = pentru ca=20 toti se gasesc sa citeasca la fel de mult si fac pauza la fel de mult. = cu ce=20 construieste Visual C++ totul se comporta cu totul diferit. valorile = aleatoare=20 sunt chiar aleatoare.
daca cineva are vre-o idee de cum se = poate rezolva=20 treaba cu random, il rog sa ma = ajute.
------=_NextPart_000_001E_01C3B4D6.4CFB3B40-- From so@atlantis.cs.pub.ro Thu Nov 27 09:27:49 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Thu, 27 Nov 2003 11:27:49 +0200 Subject: [so] mingw Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B4C8.B9BE78AD Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGVvcmV0aWMsIGFpIHB1dGVhIHNhIGNvbXBpbGV6aSBjdSBNaW5HVywgZGFyIHNhIGxlZ2kgZmlz aWVydWwgdGF1IG9iaWVjdCBkZSBsaWJjIHNpIG1zdmNydCAocnVudGltZXVsIGRlIEMgZGluIFZp c3VhbCBTdHVkaW8pIC0gbi1hbSBpZGVlIGN1bSwgbnUgYW0gcHJlYSBpbnZlc3RpZ2F0IGRhciBh ciB0cmVidWkgc2Egc2UgcG9hdGEsIG9yaWNlIGNvbXBpbGF0b3IgY2F0IGRlIGNhdCBkZWNlbnQg cG9hdGUgZmFjZSBhc3RhICh2ZXppIGNhIGluIFNldHRpbmdzIGxhIFZpc3VhbCBTdHVkaW8gYWkg c2kgbGluaWEgZGUgY29tYW5kYSBjdSBjYXJlIGludm9jYSBjbC5leGUgLSBpbmNlYXJjYSBzYSBv IGFkYXB0ZXppIHB0IE1pbkdXKS4gSW4gcHJhY3RpY2EsIGFzdGEgaW5zZWFtbmEgY2EgZmFjaSBw cmVzdXB1bmVyZWEgY2EgcGUgY2FsY3VsIHBlIGNhcmUgc2UgZmFjZSBjb21waWxhcmVhIHNpIGNv cmVjdGFyZWEgc2Ugdm9yIGdhc2kgY2VsZSBkb3VhIC5saWItdXJpLi4uIElhciBhaWNpLCB5b3Un cmUgb24geW91ciBvd24uDQoNCgktLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLSANCglGcm9tOiBD aWJ1IENyaXN0aWFuIFttYWlsdG86Y2lidS5jcmlzdGlhbkByZHNsaW5rLnJvXSANCglTZW50OiBU aHUgMTEvMjcvMjAwMyAxMTowNSBBTSANCglUbzogZ3J1cCBTTyANCglDYzogDQoJU3ViamVjdDog W3NvXSBtaW5ndw0KCQ0KCQ0KCQ0KCW1hcmUgYmFsYXJpZSBzaSBtaW5ndyBhc3RhLiBUb2F0ZSBl eGVjdXRhYmlsZWxlIHN1bnQgZGUgMywgNCBvcmkgbWFpIG1hcmkgZGVjYXQgY2VsZSBmYWN1dGUg ZGUgVmlzdWFsIEMrKyA2LjANCglEYXIgZmllLCBudSBhc3RlIGUgcHJvYmxlbWEuIHRvYXRlIHZh bG9yaWxlIGFsZWF0b2FyZSBzdW50IGFzYSBkZSBuZWFsZWF0b2FyZSA6KS4uLiBDdSBleGVjdXRh YmlsZWxlIGZhY3V0ZSBkZSBnKysgdmFsb3JpbGUgYWxlYXRvYXJlDQoJdGluZCBzcHJlIGFudW1p dGUgdmFsb3JpIGZpeGUgYXN0ZmVsIGluY2F0IGR1cGEgY2F0ZXZhIGl0ZXJhdGlpIHRvdGkgY2l0 aXRvcmlpIHNlIGNvbXBvcnRhIHVuaXRhciAobnUtaSBtYWkgZGV6bGlwZXNjKSBwZW50cnUgY2Eg dG90aSBzZSBnYXNlc2Mgc2EgY2l0ZWFzY2EgbGEgZmVsIGRlIG11bHQgc2kgZmFjIHBhdXphIGxh IGZlbCBkZSBtdWx0LiBjdSBjZSBjb25zdHJ1aWVzdGUgVmlzdWFsIEMrKyB0b3R1bCBzZSBjb21w b3J0YSBjdSB0b3R1bCBkaWZlcml0LiB2YWxvcmlsZSBhbGVhdG9hcmUgc3VudCBjaGlhciBhbGVh dG9hcmUuDQoJZGFjYSBjaW5ldmEgYXJlIHZyZS1vIGlkZWUgZGUgY3VtIHNlIHBvYXRlIHJlem9s dmEgdHJlYWJhIGN1IHJhbmRvbSwgaWwgcm9nIHNhIG1hIGFqdXRlLg0KDQo= ------_=_NextPart_001_01C3B4C8.B9BE78AD Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IjMJAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAGwALABsAMQAEAFsBASCAAwAOAAAA0wcLABsACwAbADEABABbAQEJgAEAIQAAAEE1 RUVGRTM1OUQyNjVDNERCNDNDRDg3MjlDNjQ4QTA3AF8HAQOQBgBkEAAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAAB4AAABSAEUAOgAgAFsAcwBvAF0A IABtAGkAbgBnAHcAAAAAAEAAOQCteL65yLTDAR8APQABAAAACgAAAFIARQA6ACAAAAAAAAIBRwAB AAAAKwAAAGM9dXM7YT0gO3A9TVNMYWI7bD1TRVJWRVItMDMxMTI3MDkyNzQ5Wi0yNAAAHwBJAAEA AAAWAAAAWwBzAG8AXQAgAG0AaQBuAGcAdwAAAAAAQABOAADGNInFtMMBHwBaAAEAAAAcAAAAQwBp AGIAdQAgAEMAcgBpAHMAdABpAGEAbgAAAAIBWwABAAAARAAAAAAAAACBKx+kvqMQGZ1uAN0BD1QC AAAAAENpYnUgQ3Jpc3RpYW4AU01UUABjaWJ1LmNyaXN0aWFuQHJkc2xpbmsucm8AAgFcAAEAAAAe AAAAU01UUDpDSUJVLkNSSVNUSUFOQFJEU0xJTksuUk8AAAAfAF0AAQAAABwAAABDAGkAYgB1ACAA QwByAGkAcwB0AGkAYQBuAAAAAgFeAAEAAABEAAAAAAAAAIErH6S+oxAZnW4A3QEPVAIAAAAAQ2li dSBDcmlzdGlhbgBTTVRQAGNpYnUuY3Jpc3RpYW5AcmRzbGluay5ybwACAV8AAQAAAB4AAABTTVRQ OkNJQlUuQ1JJU1RJQU5AUkRTTElOSy5STwAAAB8AZgABAAAACgAAAFMATQBUAFAAAAAAAB8AZwAB AAAAMgAAAGMAaQBiAHUALgBjAHIAaQBzAHQAaQBhAG4AQAByAGQAcwBsAGkAbgBrAC4AcgBvAAAA AAAfAGgAAQAAAAoAAABTAE0AVABQAAAAAAAfAGkAAQAAADIAAABjAGkAYgB1AC4AYwByAGkAcwB0 AGkAYQBuAEAAcgBkAHMAbABpAG4AawAuAHIAbwAAAAAAHwBwAAEAAAAWAAAAWwBzAG8AXQAgAG0A aQBuAGcAdwAAAAAAAgFxAAEAAAAbAAAAAcO0xmdjfRk4fjawT8eNDkKm5PZeIwAANtm+AB8AdAAB AAAAEAAAAGcAcgB1AHAAIABTAE8AAAAfABoMAQAAABwAAABPAHYAaQBkAGkAdQAgAFAAbABhAHQA bwBuAAAAHwAdDgEAAAAWAAAAWwBzAG8AXQAgAG0AaQBuAGcAdwAAAAAAAgEJEAEAAACMCAAAiAgA AM4XAABMWkZ1k2+XxQMACgByY3BnMTI1gjIDQ2h0bWwxAzD/AQMB9wqAAqQD5AcTAoAQA/8AUARW CFUHshE1DlEDAQIAhGNoCsBzZXQyBgDbBsMRNTMERhPHMBI/AgDeNBBtEUMI7wn3Oxl/DjB2NREy DGBjAFALCQFkMyY2FmALpTQgEAIqXHsOsgGQZxRQCqMRQx6YNAEUUDwhRE9DVFkAUEUgSFRNTCAA UFVCTElDICJALS8vVzNDIjBEJFREIUQ0LhZgVHI5AHJ0aQIgB0AiMEVOnCI+H50fPyVBMTggoBsh UiSNMx4wJvBFQURfJI0O8SWvKZ8mdDYO8DzgTUVUQSAFoAIwCfBYdD0iBeAhUzYjQDCMLjIdkC4Q MCIgJAAJB4A9RyRQRVJBVLxPUii/Kx8gUixhUyEAXExFJI4x4R+eOSCgL+8yLzBfJQUx4i8ofyVf OJQCNRZgPEJPRFkgzGJnCFAZET0jASA7YtggZGk7MDiwcjgAOHNLACEDMHYIkHdrC4Bk6jU4JGIA 0GsJwAhgPWDiIAAAc2hwOEI+wQuArHN0PqE+4XMDoGYDEEZsOvMCkXN2ICxAN7FBQDIxNRiQP6hG QEEvCYBAxRiQQzFcPBFkb+cA4DwRCrFccRlgPBET4D8DMDx1FmA4Kx2hOS9nOeI2IKBESVY8SQAA RReZOEk2NEhPRWJUZQWwExQwDeAsIAtwIHB1sS0QYSBzTMAFoG0/UGVCkHpMYGN1BdALgEe6V0ww ZArBTOFCkGdMYHdAMACQBJB1AyABkE3Ab/piCJBjBUA2rEaFAQBOsNhpYmNM0ExgbUDwBQD9BUAo T2ACMAdxT3FRoSHwazvQA6BWBAB1B0AGAHRCdTvQbykgLS6gLbkuwCBpAQBRsE2wbUww9m5NwFUx cBmATMBQX0ayzQuAdgeQI9BnYQVATlLjCsE8IGVidUxgTOEUIPVMcG9YgGFMMAWwDeBVkfdNI1iA BbFjWIJVkVuDWpDfAjBZ41GwVr9GsmYA0FGw9mE/gEzAKFggTYJMwFPR9wZgAkALgGcEIAtgU/xM Qv9SIVHQAwBMwFuyA3JOUE2iP1twGYBc71e2Q9BM8Wwu/GV4UbBU8AuAWpAKwF9Bf0zhYSFOUAUw TXIFMU3jKfguIEkDoFZgANBMAVox916TP2FMsG0kAF8yYz9eBe9MYRmAVCBMgG4EkEyxX0H6cFvC bE2wAyBsI2MBWcH/XkNaxVZyUiEFoVARbiRRsL9koAXAaY9GslhwbnJlQpBXO8AIYEzALlHRLQhx Lq9ygGeQWMIN4GlMMHkIYB4nYwECIHNSBcBvd27+LjhJAcA8VwqiPFcKcSX8/jAoQSKQSBt2OEWf Rq9Hs4MhwCDgS1FVT1QhMDM71UzQdHlCkC1RQVKAR0lOLVJJRyFQ4DogMHB4JHE8aAqx/xACRAVE o0RhRP96Hx/LFmB/g/B6/0f/SQ9KH4EXQ4BpCx2CJfw0JtFGT05UdVIRei7gMoV7C+KA+S39jPJP BRBO4CQBBdAHkEzg/GdljPOJXSxAOmEvgTxoXWGhZQqBgR84ozgoQULVhXtigPlGA2E6hDwgkb4v krp5CRZwUeBNwEMFEL9YQQORb8+Cv5JxhAFbAMDbAxBbMDpq8FlQLgUBl8NKQAsgc2Ghay4DYF3/ jp+Pr5C/kc+S359VBmACMGeUn5WvlrdUaE3AnZAvLDI3pcAuADOlkTow+jUQ0E2YH5kvmjWcz53f /57vn/+hD0tVmwCiz6Pflsb3CcBrYAYAT5y/qm+rf6yP862ftPVDY68/sE+Wt7JvH7N/tI+1n7av ohV1YmrPUBG4P7lPlrdbc5yep7/1mghtX+F3uu+7/70Pxw/XyB/JLyZWNYURL4qCwk//ho51T3Zf d2/Ob4F/xO+Dn3+Er4ffhs/Y34jvifxeQj3/BxOKz4vSUSGMDcQP1d+aRP/Tj89/0I/Rn9f/2Q/a H9sv/9wz3y/gP9zP3d/e7+0vAMD/YwE98G4RCJBSE8aSXoNngP+vEFyyZSFNsAGRTVFxgeEP3+If mkRUIFxhUaEzTDAeMP9aYfKh+SL5EQWBWIFxY15Bx0yRU2JUBUMrKy3SzN//ze/UGf2f5J/lr+a/ 0q//D//Uz/bP1u/nz+jf6e/q/+wPv/Gf7i/vP/BPDX8Og0Ry0f1AMGVV5D+A9LFWUU/gQpDv+UBn gFswXLJ28xBaYfWP/wYfmhfzEEywFSFtEvhCXpC3YeNrkBiYOmdwcpFDTcD79Nz6iGf7oRYfFy+a RBWH/xiX/A/9H/4v/z8ATwFfAm//A38EjwWfBq8HvwjPJC8K7/8L/xGPDh8PLxA/EU8yfl/R3z6A P8BjAZvQVcBpFVdAIftlMV6RZnFwZXJYgmtgaW/3Ks+aJltxZRWAVVBcwGfg/0wATGBbMEwAbpA4 0DjQWmF/WXFapG+QXrFrgDjQctEobVYALfkkVXB6UdBsIHP+Y1TQbCAZUE9gOu87/z0H/z5kbUFx EUGRTNM40V6QaVH3YDE6AlGhbU9wUDBxMV5B+0xwT7B6Rp5ngE2xQl9Db/89FVqiaNBCEU9AFCL7 KT5x/09xP2pisU3UU8A6AJegSUH/FY9KLxevGLuAoGHQcuEYpv4uIK8hvyLPI98k7yX/Jw//KB8p Lyo/K08sXy1vWJ8vj38wnzYvMr8zzzTfNe9m7mRfbYBGAsvwPbEacnZvEC3ebzowQTD6007wbU4i TpAf9JJQr19fqQQagHpvbP89sYCAGgDzAEliPhA4EE5w5xPAUGByoG9nReL5QG8P+XATYWr6sVUP Vh9XL1g//1lPWl9bb1x/XY9f6GjRdtUPfC99P35PgOpCTE9DwEtRVU9URYHbcBELzB9f5jV/0kJP RFmHgF2l0MIBSFRNTMsQAn2J0B8ANRABAAAAigAAADwAMwA2AEMAOAAxADYANABBAEUAMABDADYA QwBBADQAOQA4ADcAQwAzAEUAQwA4ADgAQQAxAEIAQgA0ADEANgBBADAAMQA0ADcAMAA3AEAAcwBl AHIAdgBlAHIALgBtAGkAYwByAG8AcwBvAGYAdAAtAGwAYQBiAC4AcAB1AGIALgByAG8APgAAAAAA HwBHEAEAAAAeAAAAbQBlAHMAcwBhAGcAZQAvAHIAZgBjADgAMgAyAAAAAAALAPIQAQAAAB8A8xAB AAAAKgAAAFIARQAlADMAQQAgAFsAcwBvAF0AIABtAGkAbgBnAHcALgBFAE0ATAAAAAAACwD2EAAA AABAAAcw5STHQse0wwFAAAgwoJ/Fuci0wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2 AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GC AQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElF TlRTL0NOPU9WSURJVVBMAAAAAB8A+j8BAAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkA cwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEAAAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAA AC4AAAADAP0/5AQAAAMAGUAAAAAAAwAaQAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAA TwBWAEkARABJAFUAUABMAAAAAAAfADFAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkAB AAAAMgAAAGMAaQBiAHUALgBjAHIAaQBzAHQAaQBhAG4AQAByAGQAcwBsAGkAbgBrAC4AcgBvAAAA AAAfADNAAQAAADIAAABjAGkAYgB1AC4AYwByAGkAcwB0AGkAYQBuAEAAcgBkAHMAbABpAG4AawAu AHIAbwAAAAAAHwA4QAEAAAASAAAATwBWAEkARABJAFUAUABMAAAAAAAfADlAAQAAAAQAAAAuAAAA CwApAAAAAAALACMAAAAAAAMABhBmM8UZAwAHECgEAAADABAQAAAAAAMAERABAAAAHgAIEAEAAABl AAAAVEVPUkVUSUMsQUlQVVRFQVNBQ09NUElMRVpJQ1VNSU5HVyxEQVJTQUxFR0lGSVNJRVJVTFRB VU9CSUVDVERFTElCQ1NJTVNWQ1JUKFJVTlRJTUVVTERFQ0RJTlZJU1VBTFNUVQAAAAACAX8AAQAA AEUAAAA8MzZDODE2NEFFMEM2Q0E0OTg3QzNFQzg4QTFCQjQxNkEwMTQ3MDdAc2VydmVyLm1pY3Jv c29mdC1sYWIucHViLnJvPgAAAAAIxA== ------_=_NextPart_001_01C3B4C8.B9BE78AD-- From so@atlantis.cs.pub.ro Thu Nov 27 09:43:28 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Thu, 27 Nov 2003 11:43:28 +0200 Subject: [so] mingw Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A01470A@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B4CA.E8F16DEC Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U2kgY2Egc2EgbWVyZyBwYW5hIGxhIGNhcGF0LCB0cmVidWllIHNhIHByZWNpemV6IGNhLCBpbnRy dWNhdCBwcm9ncmFtdWwgZm9sb3Nlc3RlIHRocmVhZHVyaSwgdHJlYnVpZSBsZWdhdCBjdSBsaWJj bXQubGliIGRlIGV4IChtdCBwdCBtdWx0aS10aHJlYWRlZCkuIE9yaWN1bSwgbnVtZWxlIGxpYnJh cmlpbG9yIHN1bnQgbGlzdGF0ZSBpbiBzZXRhcmlsZSBkZSBsYSBWaXN1YWwgQysrLg0KDQoJLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0gDQoJRnJvbTogT3ZpZGl1IFBsYXRvbiBvbiBiZWhhbGYg b2YgT3ZpZGl1IFBsYXRvbiANCglTZW50OiBUaHUgMTEvMjcvMjAwMyAxMToyNyBBTSANCglUbzog c29AYXRsYW50aXMuY3MucHViLnJvIA0KCUNjOiANCglTdWJqZWN0OiBSRTogW3NvXSBtaW5ndw0K CQ0KCQ0KCVRlb3JldGljLCBhaSBwdXRlYSBzYSBjb21waWxlemkgY3UgTWluR1csIGRhciBzYSBs ZWdpIGZpc2llcnVsIHRhdSBvYmllY3QgZGUgbGliYyBzaSBtc3ZjcnQgKHJ1bnRpbWV1bCBkZSBD IGRpbiBWaXN1YWwgU3R1ZGlvKSAtIG4tYW0gaWRlZSBjdW0sIG51IGFtIHByZWEgaW52ZXN0aWdh dCBkYXIgYXIgdHJlYnVpIHNhIHNlIHBvYXRhLCBvcmljZSBjb21waWxhdG9yIGNhdCBkZSBjYXQg ZGVjZW50IHBvYXRlIGZhY2UgYXN0YSAodmV6aSBjYSBpbiBTZXR0aW5ncyBsYSBWaXN1YWwgU3R1 ZGlvIGFpIHNpIGxpbmlhIGRlIGNvbWFuZGEgY3UgY2FyZSBpbnZvY2EgY2wuZXhlIC0gaW5jZWFy Y2Egc2EgbyBhZGFwdGV6aSBwdCBNaW5HVykuIEluIHByYWN0aWNhLCBhc3RhIGluc2VhbW5hIGNh IGZhY2kgcHJlc3VwdW5lcmVhIGNhIHBlIGNhbGN1bCBwZSBjYXJlIHNlIGZhY2UgY29tcGlsYXJl YSBzaSBjb3JlY3RhcmVhIHNlIHZvciBnYXNpIGNlbGUgZG91YSAubGliLXVyaS4uLiBJYXIgYWlj aSwgeW91J3JlIG9uIHlvdXIgb3duLg0KDQoJCS0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tIA0K CQlGcm9tOiBDaWJ1IENyaXN0aWFuIFttYWlsdG86Y2lidS5jcmlzdGlhbkByZHNsaW5rLnJvXSAN CgkJU2VudDogVGh1IDExLzI3LzIwMDMgMTE6MDUgQU0gDQoJCVRvOiBncnVwIFNPIA0KCQlDYzog DQoJCVN1YmplY3Q6IFtzb10gbWluZ3cNCgkJDQoJCQ0KCQkNCgkJbWFyZSBiYWxhcmllIHNpIG1p bmd3IGFzdGEuIFRvYXRlIGV4ZWN1dGFiaWxlbGUgc3VudCBkZSAzLCA0IG9yaSBtYWkgbWFyaSBk ZWNhdCBjZWxlIGZhY3V0ZSBkZSBWaXN1YWwgQysrIDYuMA0KCQlEYXIgZmllLCBudSBhc3RlIGUg cHJvYmxlbWEuIHRvYXRlIHZhbG9yaWxlIGFsZWF0b2FyZSBzdW50IGFzYSBkZSBuZWFsZWF0b2Fy ZSA6KS4uLiBDdSBleGVjdXRhYmlsZWxlIGZhY3V0ZSBkZSBnKysgdmFsb3JpbGUgYWxlYXRvYXJl DQoJCXRpbmQgc3ByZSBhbnVtaXRlIHZhbG9yaSBmaXhlIGFzdGZlbCBpbmNhdCBkdXBhIGNhdGV2 YSBpdGVyYXRpaSB0b3RpIGNpdGl0b3JpaSBzZSBjb21wb3J0YSB1bml0YXIgKG51LWkgbWFpIGRl emxpcGVzYykgcGVudHJ1IGNhIHRvdGkgc2UgZ2FzZXNjIHNhIGNpdGVhc2NhIGxhIGZlbCBkZSBt dWx0IHNpIGZhYyBwYXV6YSBsYSBmZWwgZGUgbXVsdC4gY3UgY2UgY29uc3RydWllc3RlIFZpc3Vh bCBDKysgdG90dWwgc2UgY29tcG9ydGEgY3UgdG90dWwgZGlmZXJpdC4gdmFsb3JpbGUgYWxlYXRv YXJlIHN1bnQgY2hpYXIgYWxlYXRvYXJlLg0KCQlkYWNhIGNpbmV2YSBhcmUgdnJlLW8gaWRlZSBk ZSBjdW0gc2UgcG9hdGUgcmV6b2x2YSB0cmVhYmEgY3UgcmFuZG9tLCBpbCByb2cgc2EgbWEgYWp1 dGUuDQoNCg== ------_=_NextPart_001_01C3B4CA.E8F16DEC Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+Ih0JAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAGwALACsAHAAEAFYBASCAAwAOAAAA0wcLABsACwArABwABABWAQEJgAEAIQAAAENG NDA1Mzk3QzMxQUUyNEVCMkVFNTREMkQ3MEM4OTBFAE4HAQOQBgDcEgAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAAB4AAABSAEUAOgAgAFsAcwBvAF0A IABtAGkAbgBnAHcAAAAAAEAAOQDsbfHoyrTDAR8APQABAAAACgAAAFIARQA6ACAAAAAAAAIBRwAB AAAAKwAAAGM9dXM7YT0gO3A9TVNMYWI7bD1TRVJWRVItMDMxMTI3MDk0MzI4Wi0yNgAAHwBJAAEA AAAeAAAAUgBFADoAIABbAHMAbwBdACAAbQBpAG4AZwB3AAAAAABAAE4ArXi+uci0wwEfAFoAAQAA ABwAAABPAHYAaQBkAGkAdQAgAFAAbABhAHQAbwBuAAAAAgFbAAEAAABHAAAAAAAAAIErH6S+oxAZ nW4A3QEPVAIAAAAAT3ZpZGl1IFBsYXRvbgBTTVRQAHNvLWFkbWluQGF0bGFudGlzLmNzLnB1Yi5y bwAAAgFcAAEAAAAhAAAAU01UUDpTTy1BRE1JTkBBVExBTlRJUy5DUy5QVUIuUk8AAAAAHwBdAAEA AAAcAAAATwB2AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIBXgABAAAAXQAAAAAAAADcp0DIwEIQ GrS5CAArL+GCAQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9D Tj1SRUNJUElFTlRTL0NOPU9WSURJVVBMAAAAAAIBXwABAAAARAAAAEVYOi9PPU1TTEFCL09VPUZJ UlNUIEFETUlOSVNUUkFUSVZFIEdST1VQL0NOPVJFQ0lQSUVOVFMvQ049T1ZJRElVUEwAHwBmAAEA AAAKAAAAUwBNAFQAUAAAAAAAHwBnAAEAAAA4AAAAcwBvAC0AYQBkAG0AaQBuAEAAYQB0AGwAYQBu AHQAaQBzAC4AYwBzAC4AcAB1AGIALgByAG8AAAAfAGgAAQAAAAoAAABTAE0AVABQAAAAAAAfAGkA AQAAADwAAABvAHYAaQBkAGkAdQBwAGwAQABtAGkAYwByAG8AcwBvAGYAdAAtAGwAYQBiAC4AcAB1 AGIALgByAG8AAAAfAHAAAQAAABYAAABbAHMAbwBdACAAbQBpAG4AZwB3AAAAAAACAXEAAQAAACAA AAABw7TGZ2N9GTh+NrBPx40OQqbk9l4jAAA22b4AAOEHGB8AdAABAAAALAAAAHMAbwBAAGEAdABs AGEAbgB0AGkAcwAuAGMAcwAuAHAAdQBiAC4AcgBvAAAAHwAaDAEAAAAcAAAATwB2AGkAZABpAHUA IABQAGwAYQB0AG8AbgAAAB8AHQ4BAAAAFgAAAFsAcwBvAF0AIABtAGkAbgBnAHcAAAAAAAIBCRAB AAAApAoAAKAKAAAXIQAATFpGdcXcZdsDAAoAcmNwZzEyNYIyA0NodG1sMQMwPwEDAfcKgAKkA+MC AGNowQrAc2V0MCAHEwKA/xADAFAEVghVB7IR1Q5RAwHdENcyBgAGwxHVMwRGENn5Eu9mNAPGEYUR 4wjvCfe2OxofDjA1EdIMYGMAUDMLCQFkMzYRYAulNCDZEAIqXA6yAZBnFPAKoxcR4x8/IEw0FPA8 IUQAT0NUWVBFIEgAVE1MIFBVQkwASUMgIi0vL1dEM0MkIERURCM0NJIuEWBUcgBydGkCIMMHQCQg RU4iPiA/IU/dDhA4IpAjQiZ9Mx7QKOD4RUFEJn0O8SefK48snwstryfsNg7wPE1FVBxBIAWgAjAJ 8HQ9IosF4CNDNiUwMC4yHjAxMqAwIiAl8AeAPUeBJkBFUkFUT1Iqr5cvryJCMPFTIvBMRSZ+6zZx IY45IpAvNr807yb1XTZyLypvJ089JDURYDyAQk9EWSBiZwhQGRmxPSMBID/yIGRpez/APUByPJA9 AwAhAzB2SQiQd2sLgGQ1PLRiXQDQawnACGBB8CAAAHOcaHA80kNRC4BzdEMx1UNxcwOgZgMQbD+D ApEoc3YgMNA3RdAyMfY1GTBEOEZE0QmARVUZMOVHwVxAoWRvAOBAoQqx/FxxGgBAoRDwAzBBBRFg Rzy7HkE9v2c5NiKQRDxJVkDZAABJpzzZNjQTTN9J8lNpMWBhIHNjUIAHgHJnIAqwJfAgRwtgUGEK sHQsIECwZSxidQiQUJJwGiBjafh6ZXpQYVHwC4BAsBzQ21HQUrFvCcAzUHUDIDs8P0sVAhAZsBEw RBBScHRouRogYWQIcVH4RyBnU/EEY3VRYGliY210Di5YcUBQUnBleCAo31iwURAFQFSBJcAtVrQJ gGwpLlS/SzNPBRBYQG31UfBuXJBlRyBYYiVwBRD7AxAFsXNC8AVAWHBEEFHQ/1JwC4BQkBFAXYFd EVkhUXEaVgQAdQdAFxArKy5/PNkBwEDnCqJA5wpxJ+ww/yoxJIBMq2JISi9LP0xDI7DBItBLUVVP VCMgQGUZUJB0eUcgMeFBUkdASU4tUklHI0A68CAwcHgmYUD4CrEQAv9IlUkzSPFJj2YvIbsRYHAA v2cPTI9Nn06vbSdIEGkeIoUn7DQowUZPTlRQkLlTAT0ycYsL4m0JLXkCbVxRZwuAYDFNB5BQoGf+ ZXkDdW0w0D7xNBFA+FhwXG5lCoFtLz0zOCoxQtdxi1kAfRhGA2E6cEwigeYvfsplGSBPQZBAYFhQ r1sPbs9+gXARUAtgdAIgcX2+Jm5iRFACgED4J15hAUB9JwIgP1BlEQBs+UBAb2aGr4e/iMqDVYZE /3qve798z33ffu9P1jGxgK8zgb+Cx1RoWFCO0C8y9jeXADKQM4O/hM+F1Y7Q9jqXEBFwTY3/jw+Q H5Evc5I/nTVUb5P/lQ+Cx3M8b0BR0AtgAjAEAC5j4aPAcHViLgNgmp+br8+cv53Pnt+nFUNjoH+h j/+Cx5efmK+F5KSPpZ+mr6e/96jPT+WkIGoFkJPvq1+CuNRSRWqAW6MgXVDAC4D8Z3evj7Cfsa+5 b7p/u4/1KEY1cSEvdpK273KeYV//Ym9jf8DPbY+t72+vcL9z7+dy38s/dPZUZQWwEUAN4HdR8Atw URB1MaBQgwWgbVtD4EcgelBRWFBNC4BH+ldR8GQKwVChV+FQUETAnwCQBJBUkQGQWFBvYgiQ/7WA rP/IL4XVX5JYgXbRUMD3RYAFAAVAKFPAo5EHgFSRH1khI+BAYAOgX/VTdHXZQGBvKXjwMzAtM1BT gP8BAFJwXIXPcNmg04/Un4Xk91LBUIALgHZWYXlwU/HRgt8KwVIUUJIRMFEQb1HQU2H/BbAN4Nnx 0FOGYQXAU+JZIf/hBOAgXiHaz9vf3OXfkVJw9mYA0FJwYV5xWXDdsNCy/91yBlECQLjxBCBfyNjU z3L/1oG+MQcw4TMDctGA4h/jL3+F1VhBUHAaIN2CSGBRgWz+LllQUnB6kAuA4CAKwFB0f+fh0YAF MNCiBTHRE1rRSf8DoFLAANDPMVNh5VPpf+qP94XkQ/FW4G1RQVBx5QHPkb8aIF4ApBC+UN1SUHFw 4VL+bFhAAyD1Q+xB31HlA+BV/91S1oHwv/HP65XPAbWA90T/UnDskAXAWADWgeAgX2IIYOtQgFjS LQhxLvzQ74DeUusN4FcxeQhgJ+xBiYH9sY8FwPfP+N+F5G93bmCf/8MPxB/FL8Y/x0/IX8lvZ9// aO9p/2sPbB8F/wcPCB0I7//Kn8uvzL/NzEXwdV92b3d//3iPeZ+8L70/vk+yr7O/f/+3tg8FXwjB Q1jwWFBDG4C/3dGjgP6fEL+F1BIxW+kQe/cghnA69BBSQKPQJdVA9UhAcx7Ra6RBuMAc3x3v/x7/ IA8hH5NfIz8kT5aPmhH8MDWabycvKDorHywvLT//Lk8vX5//MZ8yr0LA9IAwsP5PKw843znvOv88 D6nPPi//Pz9Az0HfQu9D/0UPtM9G3/9H74L0uJM1PzZPKHa470of/0svvB9WX1dvv0/AXxRvAd// Au8D/wUPWv8QXxFvEn8Tjz9dzxWvFr8XzxjR5QI9Qf8bgBvRGQ8aEVNBGj1Sf2Rv/yh2Yh9eD18f YC9mr2e/aM//ad9q423fbu9rf2yPbZ97//vpEOxBYvWA/SDScNZzVSL/5UPvcD2A5MLtEfWgY/DT IP/R8PvRb79wzyh250Dh8dYB/jPPYK8w3/GBcYgSiAHhsT/eEfuz5QHPwdfC5yVDK/ArIDYuYGFb j1yfzej/jJ9zf3SPdZ9hT2JfY29kf/9lj3aPd594r3m/es+AX3zvb33/fw+cf52ERP0h0kBl/9pE JfCDgfQx0xDR8OkQ73D74MDkwnb1gN/xhF+VDyhJ//WA9OCkMfYyhzLlUOijWoDtp8g672D84UPS 8IOsiXj+Z4qRpS+mPyh2pJenx4r//4wPjR+OL48/kE+RX5Jvk3//lI+Vn5avl7+Yz5nfmu+b/3+d D54fny+gP8HP3qAbsGT/7fD0Qe5A2mBVEKRn0jHtIf3lUWb7wO1i3hL0gPCfuh/7KFjhAWWkkN2A 5NDv0CYA//uQ4MAmANDQyEDIQN/x3wG/4DTg0OVx9KDIQP0hKNpgNi2IFNnQelpg9UBzY//ZMMpv y38odvVA4fDXMPOy/84D9mH7YdEh7fLOUfTg0TDv7eDm8clyqPFt9bDiAPeR4+UB9TBhdXrWStF/ 0o//VJfXEe9w6/LgMvNA1EGCIP+jMooZzgH1sc766/HdpOfA/8lwG4DbkdjP2d+uX6fNDrD36JD9 MafWLq//sQ+yH7Mv/7Q/tU+2X7dvuH+5j7qfu6//vL+9z77fv+/A/8IPwx/EL//FP/bf2ID5cNWy WoDNQagi8naoMC1vzWDQwInDg9D+bd3y3mCDYt/v708odqgw+HpvbM1BDpCpMIHQ27I/zaDHgN5A otCk4ALQb2e/1ZKBgP8fAC8oZKewaomh/+T/5g/nH+gv6T/qT+tf7G//7X/v2BiBCDUNjw6fD68S SgBCTE9DS1FVT/xURRM7BTFarxTvFf8T34Xv1jURMkJPRFkRvUM0IFBxSFRNTFmgfQEeYB8ANRAB AAAAigAAADwAMwA2AEMAOAAxADYANABBAEUAMABDADYAQwBBADQAOQA4ADcAQwAzAEUAQwA4ADgA QQAxAEIAQgA0ADEANgBBADAAMQA0ADcAMABBAEAAcwBlAHIAdgBlAHIALgBtAGkAYwByAG8AcwBv AGYAdAAtAGwAYQBiAC4AcAB1AGIALgByAG8APgAAAAAAHwBHEAEAAAAeAAAAbQBlAHMAcwBhAGcA ZQAvAHIAZgBjADgAMgAyAAAAAAALAPIQAQAAAB8A8xABAAAAKgAAAFIARQAlADMAQQAgAFsAcwBv AF0AIABtAGkAbgBnAHcALgBFAE0ATAAAAAAACwD2EAAAAABAAAcwJFnlxsq0wwFAAAgwMPf66Mq0 wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2AGkAZABpAHUAIABQAGwAYQB0AG8AbgAA AAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GCAQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJT VCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElFTlRTL0NOPU9WSURJVVBMAAAAAB8A+j8B AAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkAcwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEA AAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAAAC4AAAADAP0/5AQAAAMAGUAAAAAAAwAa QAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAATwBWAEkARABJAFUAUABMAAAAAAAfADFA AQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkABAAAAOAAAAHMAbwAtAGEAZABtAGkAbgBA AGEAdABsAGEAbgB0AGkAcwAuAGMAcwAuAHAAdQBiAC4AcgBvAAAAHwAzQAEAAAASAAAATwBWAEkA RABJAFUAUABMAAAAAAAfADhAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AOUABAAAABAAA AC4AAAALACkAAAAAAAsAIwAAAAAAAwAGEKbwwMEDAAcQYgUAAAMAEBAAAAAAAwAREAEAAAAeAAgQ AQAAAGUAAABTSUNBU0FNRVJHUEFOQUxBQ0FQQVQsVFJFQlVJRVNBUFJFQ0laRVpDQSxJTlRSVUNB VFBST0dSQU1VTEZPTE9TRVNURVRIUkVBRFVSSSxUUkVCVUlFTEVHQVRDVUxJQkNNVExJAAAAAAIB fwABAAAARQAAADwzNkM4MTY0QUUwQzZDQTQ5ODdDM0VDODhBMUJCNDE2QTAxNDcwQUBzZXJ2ZXIu bWljcm9zb2Z0LWxhYi5wdWIucm8+AAAAAPtJ ------_=_NextPart_001_01C3B4CA.E8F16DEC-- From so@atlantis.cs.pub.ro Thu Nov 27 16:46:59 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 27 Nov 2003 18:46:59 +0200 Subject: [so] mingw In-Reply-To: <002101c3b4c5$897e5220$0200a8c0@smeagol> References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: On Thu, 27 Nov 2003 11:05:00 +0200, Cibu Cristian wrote: > mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai > mari decat cele facute de Visual C++ 6.0 man strip > Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de > nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare > tind spre anumite valori fixe astfel incat dupa cateva iteratii toti > cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se > gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce > construieste Visual C++ totul se comporta cu totul diferit. valorile > aleatoare sunt chiar aleatoare. > daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il > rog sa ma ajute. man srand tavi From so@atlantis.cs.pub.ro Thu Nov 27 16:53:03 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 27 Nov 2003 18:53:03 +0200 Subject: [so] destroy References: <20031126202006.78739.qmail@web60503.mail.yahoo.com> Message-ID: <00cb01c3b506$eeeb86f0$6400a8c0@andrei> Nu reiese din discutiile de mai dinainte daca variantele cu mai multe functii "destroy" sunt cerinte oficiale. Daca sunt, cred ca varianta oficiala de enunt (cu 1 destroy, 2 destroy, unul mai mare si altul mai mic) ar trebui sa fie pusa pe site cat mai repede. Si o alta constatare de la care pot sa apara discutii dupa aia: cele n variabile conditie nu se specifica faptul ca au numere de la 0 la n-1. Rog pe cine este in masura sa ridice ceata :). Eu am facut o implementare care la prima mentiune a unei variabile (indiferent de numar) o ataseaza uneia dintre cele n structuri rezervate. E ok? From so@atlantis.cs.pub.ro Thu Nov 27 20:13:03 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 12:13:03 -0800 (PST) Subject: [so] destroy In-Reply-To: <00cb01c3b506$eeeb86f0$6400a8c0@andrei> Message-ID: <20031127201303.37765.qmail@web60504.mail.yahoo.com> --- Andrei Hagiescu wrote: > Nu reiese din discutiile de mai dinainte daca > variantele cu mai multe > functii "destroy" sunt cerinte oficiale. Daca sunt, > cred ca varianta > oficiala de enunt (cu 1 destroy, 2 destroy, unul mai > mare si altul mai mic) > ar trebui sa fie pusa pe site cat mai repede. si lista asta e oficiala. > Si o alta constatare de la care pot sa apara > discutii dupa aia: cele n > variabile conditie nu se specifica faptul ca au > numere de la 0 la n-1. Rog > pe cine este in masura sa ridice ceata :). Eu am > facut o implementare care > la prima mentiune a unei variabile (indiferent de > numar) o ataseaza uneia > dintre cele n structuri rezervate. E ok? e ok, atata timp cand translatarea e coerenta. Daca tu pui conditia 3 pe pozitia 1, de fiecare data cand o referi prin signal/wait/broadcast tre sa te duci pe pozitia 1. Mi se pare o complicatie inutila, mai simplu e sa le tii 1 la 1. Ai si o penalizare de performanta cu translatarea. Daca nu pierzi performanta prea multa e ok, daca nu pierzi puncte :D Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 21:21:56 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 23:21:56 +0200 Subject: [so] mingw References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: <001201c3b52c$7c3cbe50$0200a8c0@smeagol> > > mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai > > mari decat cele facute de Visual C++ 6.0 > > man strip > > > Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de > > nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare > > tind spre anumite valori fixe astfel incat dupa cateva iteratii toti > > cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se > > gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce > > construieste Visual C++ totul se comporta cu totul diferit. valorile > > aleatoare sunt chiar aleatoare. > > daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il > > rog sa ma ajute. > > man srand > > tavi sar'na pentru sfat. citez din man srand: rand() is unsafe in multi-thread applications. rand_r() is MT-Safe, and should be used instead. srand() is unsafe in multi-thread applications. From so@atlantis.cs.pub.ro Thu Nov 27 21:28:48 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 23:28:48 +0200 Subject: [so] mingw continuare References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: <001901c3b52d$71f9d4e0$0200a8c0@smeagol> numai ca pe windows nu am dat de rand_r si cum mingw e pe windows.... dilema mare. From so@atlantis.cs.pub.ro Thu Nov 27 21:30:21 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 27 Nov 2003 23:30:21 +0200 Subject: [so] destroy References: <20031127201303.37765.qmail@web60504.mail.yahoo.com> Message-ID: <001b01c3b52d$aaf40360$6400a8c0@andrei> > > si lista asta e oficiala. > Asta inseamna ca eventuale concluzii obtinute prin discutii pe aceasta lista privind cat de corect / complet este enuntul trebuie sa se regaseasca si in enuntul temei si nu sa-l contrazica. > e ok, atata timp cand translatarea e coerenta. Daca tu > pui conditia 3 pe pozitia 1, de fiecare data cand o > referi prin signal/wait/broadcast tre sa te duci pe > pozitia 1. Mi se pare o complicatie inutila, mai > simplu e sa le tii 1 la 1. Ai si o penalizare de > performanta cu translatarea. Daca nu pierzi > performanta prea multa e ok, daca nu pierzi puncte :D > > Nu s-a specificat nicaieri ca variabilele conditie vor avea numere intre 0 si n-1 sau intre 1 si n deci tema mea raspunde corect unor teste generice care nu tin seama de aceasta restrictie. Intr-adevar este o degradare de performanta fata de o tema care ar tine cont de aceasta restrictie dar atata vreme cat enuntul nu specifica explicit restrictia, tema rezolvata cu restrictie la numerele variabilelor conditie nu este corecta. Pana la urma trebuie sa rezolvam cum e mai simplu sau cum este mai corect? From so@atlantis.cs.pub.ro Thu Nov 27 21:46:44 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Thu, 27 Nov 2003 13:46:44 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031123001830.55076.qmail@web60510.mail.yahoo.com> Message-ID: <20031127214644.12982.qmail@web11706.mail.yahoo.com> --0-818721692-1069969604=:12575 Content-Type: text/plain; charset=us-ascii Cosmin Arad wrote: Aveti grija la urmatoarele aspecte: - clientii care asteapta pe scaune vor fi tunsi cu prioritate fata de clientii tocmai intrati; Cosmin Am o nelamurire: afirmatia de mai sus inseamna ca de fapt clientii de pe scaunele de asteptare trebuie treziti in ordine FIFO (primii n clienti asezati pe scaune au prioritate fata de clientul n+1 care se aseaza si el pe scaun) ? Sau, pur si simplu, ideea e ca daca un client intra si gaseste cel putin o persoana pe scaunele de asteptare, nu are alta varianta decat sa se aseze si el pe un scaun de asteptare ? Multumesc anticipat, Stela __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-818721692-1069969604=:12575 Content-Type: text/html; charset=us-ascii


Cosmin Arad <cosminarad@yahoo.com> wrote:

Aveti grija la urmatoarele aspecte:
- clientii care asteapta pe scaune vor fi tunsi cu
prioritate fata de clientii tocmai intrati;

Cosmin

Am o nelamurire: afirmatia de mai sus inseamna ca de fapt clientii de pe scaunele de asteptare trebuie treziti in ordine FIFO (primii n clienti asezati pe scaune au prioritate fata de clientul n+1 care se aseaza si el pe scaun) ?

Sau, pur si simplu, ideea e ca daca un client intra si gaseste cel putin o persoana pe scaunele de asteptare, nu are alta varianta decat sa se aseze si el pe un scaun de asteptare ?

Multumesc anticipat,

Stela


__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-818721692-1069969604=:12575-- From so@atlantis.cs.pub.ro Thu Nov 27 21:50:09 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 13:50:09 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031127214644.12982.qmail@web11706.mail.yahoo.com> Message-ID: <20031127215009.7876.qmail@web60505.mail.yahoo.com> --- Stela Suciu wrote: > > > Cosmin Arad wrote: > Aveti grija la urmatoarele aspecte: > - clientii care asteapta pe scaune vor fi tunsi cu > prioritate fata de clientii tocmai intrati; > > Cosmin > > > Am o nelamurire: afirmatia de mai sus inseamna ca de > fapt clientii de pe scaunele de asteptare trebuie > treziti in ordine FIFO (primii n clienti asezati pe > scaune au prioritate fata de clientul n+1 care se > aseaza si el pe scaun) ? > > Sau, pur si simplu, ideea e ca daca un client intra > si gaseste cel putin o persoana pe scaunele de > asteptare, nu are alta varianta decat sa se aseze si > el pe un scaun de asteptare ? Exact. Nu trebuie FIFO. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 21:52:21 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Thu, 27 Nov 2003 13:52:21 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031127215009.7876.qmail@web60505.mail.yahoo.com> Message-ID: <20031127215221.52417.qmail@web60309.mail.yahoo.com> --0-1711010079-1069969941=:51431 Content-Type: text/plain; charset=us-ascii terminati cu intrebari din astea care pot duce la un dezastru. Ce vrei sa le tii threadurile in coa Cosmin Arad wrote: --- Stela Suciu wrote: > > > Cosmin Arad wrote: > Aveti grija la urmatoarele aspecte: > - clientii care asteapta pe scaune vor fi tunsi cu > prioritate fata de clientii tocmai intrati; > > Cosmin > > > Am o nelamurire: afirmatia de mai sus inseamna ca de > fapt clientii de pe scaunele de asteptare trebuie > treziti in ordine FIFO (primii n clienti asezati pe > scaune au prioritate fata de clientul n+1 care se > aseaza si el pe scaun) ? > > Sau, pur si simplu, ideea e ca daca un client intra > si gaseste cel putin o persoana pe scaunele de > asteptare, nu are alta varianta decat sa se aseze si > el pe un scaun de asteptare ? Exact. Nu trebuie FIFO. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1711010079-1069969941=:51431 Content-Type: text/html; charset=us-ascii
terminati cu intrebari din astea care pot duce la un dezastru.
 
Ce vrei sa le tii threadurile in coa

Cosmin Arad <cosminarad@yahoo.com> wrote:
--- Stela Suciu wrote:
>
>
> Cosmin Arad wrote:
> Aveti grija la urmatoarele aspecte:
> - clientii care asteapta pe scaune vor fi tunsi cu
> prioritate fata de clientii tocmai intrati;
>
> Cosmin
>
>
> Am o nelamurire: afirmatia de mai sus inseamna ca de
> fapt clientii de pe scaunele de asteptare trebuie
> treziti in ordine FIFO (primii n clienti asezati pe
> scaune au prioritate fata de clientul n+1 care se
> aseaza si el pe scaun) ?
>
> Sau, pur si simplu, ideea e ca daca un client intra
> si gaseste cel putin o persoana pe scaunele de
> asteptare, nu are alta varianta decat sa se aseze si
> el pe un scaun de asteptare ?

Exact. Nu trebuie FIFO.

Cosmin

__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1711010079-1069969941=:51431-- From so@atlantis.cs.pub.ro Thu Nov 27 21:45:10 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Thu, 27 Nov 2003 23:45:10 +0200 (E. Europe Standard Time) Subject: [so] site References: <20031127201303.37765.qmail@web60504.mail.yahoo.com> Message-ID: <3FC67066.000016.00968@einstein> --------------Boundary-00=_AR51TSM1VA4000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_AR51O2Q1VA4000000000" --------------Boundary-00=_AR51O2Q1VA4000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable cel mai bine este sa existe o varianta corecta de enunt de tema pe site, pentru ca asa este normal si frumos.=0D in plis site-ul de so este oficial.=0D nu trebuie sa stam sa citim sute de mesaje pe lista ca sa ne prindem ca c= eea ce deja am lucrat nu este OK, desi enuntul nu spunea nimic despre asta.=0D =0D Eu consider de un mare ajutor lista aceasta de discutii si sunt de acord = ca ea este oficiala, dar... sunt cam multe mesaje...=0D =0D imi cer scuze daca am spus ceea ce nu trebuia.=0D =0D Florin --------------Boundary-00=_AR51O2Q1VA4000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
cel mai bine este sa existe o varianta corecta de enunt de tema= pe site, pentru ca asa este normal si frumos.
in plis site-ul de so este oficial.
nu trebuie sa stam sa citim sute de mesaje pe lista ca sa ne prindem= ca ceea ce deja am lucrat nu este OK, desi enuntul nu spunea nimic despr= e asta.
 
Eu consider de un mare ajutor lista aceasta de discutii si sunt de a= cord ca ea este oficiala, dar... sunt cam multe mesaje...
 
imi cer scuze daca am spus ceea ce nu trebuia.
 
Florin
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_AR51O2Q1VA4000000000-- --------------Boundary-00=_AR51TSM1VA4000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_AR51TSM1VA4000000000-- From so@atlantis.cs.pub.ro Thu Nov 27 22:00:12 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:00:12 -0800 (PST) Subject: [so] destroy In-Reply-To: <001b01c3b52d$aaf40360$6400a8c0@andrei> Message-ID: <20031127220012.55588.qmail@web60506.mail.yahoo.com> --- Andrei Hagiescu wrote: > > > > > si lista asta e oficiala. > > > > Asta inseamna ca eventuale concluzii obtinute prin > discutii pe aceasta lista > privind cat de corect / complet este enuntul trebuie > sa se regaseasca si in > enuntul temei si nu sa-l contrazica. pai concluziile de aici nu contrazic enuntul, doar il completeaza. > > e ok, atata timp cand translatarea e coerenta. > Daca tu > > pui conditia 3 pe pozitia 1, de fiecare data cand > o > > referi prin signal/wait/broadcast tre sa te duci > pe > > pozitia 1. Mi se pare o complicatie inutila, mai > > simplu e sa le tii 1 la 1. Ai si o penalizare de > > performanta cu translatarea. Daca nu pierzi > > performanta prea multa e ok, daca nu pierzi puncte > :D > > > > > > Nu s-a specificat nicaieri ca variabilele conditie > vor avea numere intre 0 > si n-1 sau intre 1 si n deci tema mea raspunde > corect unor teste generice > care nu tin seama de aceasta restrictie. Intr-adevar > este o degradare de > performanta fata de o tema care ar tine cont de > aceasta restrictie dar atata > vreme cat enuntul nu specifica explicit restrictia, > tema rezolvata cu > restrictie la numerele variabilelor conditie nu este > corecta. de ce nu este corecta? > Pana la urma > trebuie sa rezolvam cum e mai simplu sau cum este > mai corect? Corect si eficient. N-ai nici o scuza pentru lipsa de eficienta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 22:13:18 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:13:18 -0800 (PST) Subject: [so] site In-Reply-To: <3FC67066.000016.00968@einstein> Message-ID: <20031127221318.63115.qmail@web60510.mail.yahoo.com> --- Florin Pop wrote: > cel mai bine este sa existe o varianta corecta de > enunt de tema pe site, varianta de enunt de pe site este corecta. > pentru ca asa este normal si frumos. > in plis site-ul de so este oficial. si lista e oficiala si chiar scopul ei este sa lamureasca nelamuririle cu privire la tema. > nu trebuie sa stam sa citim sute de mesaje pe lista > ca sa ne prindem ca ceea > ce deja am lucrat nu este OK, desi enuntul nu spunea > nimic despre asta. parerea mea este ca un enunt de tema nu trebuie sa dea mura-n gura solutia temei. De aceea lamuririle de pe lista nu isi au locul in enunt. > Eu consider de un mare ajutor lista aceasta de > discutii si sunt de acord ca > ea este oficiala, dar... sunt cam multe mesaje... acest lucru nu poate fi decat imbucurator > imi cer scuze daca am spus ceea ce nu trebuia. scuzele se accepta :) Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 22:29:18 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Thu, 27 Nov 2003 14:29:18 -0800 (PST) Subject: [so] trist In-Reply-To: <20031127221318.63115.qmail@web60510.mail.yahoo.com> Message-ID: <20031127222918.60573.qmail@web60309.mail.yahoo.com> --0-1865654005-1069972158=:59560 Content-Type: text/plain; charset=us-ascii Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Readerul da prioritatea writerilor care asteptau inaintea lui? sau si celor care vor veni dupa el si vor astepta in acelasi timp la un momentdat? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1865654005-1069972158=:59560 Content-Type: text/html; charset=us-ascii

<quote>

Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor.

</quote>

Readerul da prioritatea writerilor care asteptau inaintea lui? sau si celor care vor veni dupa el si vor astepta in acelasi timp la un momentdat?

 

 

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1865654005-1069972158=:59560-- From so@atlantis.cs.pub.ro Thu Nov 27 22:40:35 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:40:35 -0800 (PST) Subject: [so] trist In-Reply-To: <20031127222918.60573.qmail@web60309.mail.yahoo.com> Message-ID: <20031127224035.68000.qmail@web60506.mail.yahoo.com> --- Mihai Iancu wrote: > > > > Daca un cititor gaseste un scriitor in buffer sau > descopera ca un scriitor asteapta sa intre in buffer > nu intra si ramane in asteptare acordand astfel > prioritate scriitorilor. Daca un cititor gaseste un > scriitor in buffer sau descopera ca un scriitor > asteapta sa intre in buffer nu intra si ramane in > asteptare acordand astfel prioritate scriitorilor. > > > > Readerul da prioritatea writerilor care asteptau > inaintea lui? sau si celor care vor veni dupa el si > vor astepta in acelasi timp la un momentdat? si celor veniti. un reader intra cand nu mai e nici un writer pending. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 28 05:32:20 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 07:32:20 +0200 Subject: [so] mingw In-Reply-To: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> References: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> Message-ID: On Thu, 27 Nov 2003 11:27:49 +0200, Ovidiu Platon wrote: > Teoretic, ai putea sa compilezi cu MinGW, dar sa legi fisierul tau > obiect de libc si msvcrt (runtimeul de C din Visual Studio) - n-am idee Executabilele generate de MinGW nu folosesc libc ci msvcrt. De aia ii si zice minimalistic, pentru ca este portat doar compilatorul. C:\>type a.c #include int main() { srand(123); rand(); return 0; } C:\>objdump -p a.exe a.exe: file format pei-i386 Characteristics 0x207 relocations stripped executable line numbers stripped debugging information removed Time/Date Fri Nov 28 07:29:29 2003 ImageBase 00400000 SectionAlignment 00001000 FileAlignment 00000200 MajorOSystemVersion 4 MinorOSystemVersion 0 MajorImageVersion 1 MinorImageVersion 0 MajorSubsystemVersion 4 MinorSubsystemVersion 0 Win32Version 00000000 SizeOfImage 00005000 SizeOfHeaders 00000400 CheckSum 0000fc40 Subsystem 00000003 (Windows CUI) DllCharacteristics 00000000 SizeOfStackReserve 00200000 SizeOfStackCommit 00001000 SizeOfHeapReserve 00100000 SizeOfHeapCommit 00001000 LoaderFlags 00000000 NumberOfRvaAndSizes 00000010 The Data Directory Entry 0 00000000 00000000 Export Directory [.edata (or where ever we found it)] Entry 1 00004000 0000028c Import Directory [parts of .idata] Entry 2 00000000 00000000 Resource Directory [.rsrc] Entry 3 00000000 00000000 Exception Directory [.pdata] Entry 4 00000000 00000000 Security Directory Entry 5 00000000 00000000 Base Relocation Directory [.reloc] Entry 6 00000000 00000000 Debug Directory Entry 7 00000000 00000000 Description Directory Entry 8 00000000 00000000 Special Directory Entry 9 00000000 00000000 Thread Storage Directory [.tls] Entry a 00000000 00000000 Load Configuration Directory Entry b 00000000 00000000 Bound Import Directory Entry c 00000000 00000000 Import Address Table Directory Entry d 00000000 00000000 Delay Import Directory Entry e 00000000 00000000 Reserved Entry f 00000000 00000000 Reserved There is an import table in .idata at 0x404000 The Import Tables (interpreted .idata section contents) vma: Hint Time Forward DLL First Table Stamp Chain Name Thunk 00004000 00004040 00000000 00000000 00004230 000040a4 DLL Name: KERNEL32.dll vma: Hint/Ord Member-Name Bound-To 4104 0 AddAtomA 4110 131 ExitProcess 4120 148 FindAtomA 412c 193 GetAtomNameA 413c 660 SetUnhandledExceptionFilter 00004014 0000405c 00000000 00000000 00004280 000040c0 DLL Name: msvcrt.dll vma: Hint/Ord Member-Name Bound-To 415c 39 __getmainargs 416c 59 __p__environ 417c 61 __p__fmode 418c 78 __set_app_type 41a0 118 _cexit 41ac 169 _fileno 41b8 222 _iob 41c0 336 _onexit 41cc 373 _setmode 41d8 510 abort 41e0 517 atexit 41ec 552 free 41f4 603 malloc 4200 624 rand 4208 633 signal 4214 638 srand 00004028 00000000 00000000 00000000 00000000 00000000 tavi From so@atlantis.cs.pub.ro Fri Nov 28 06:01:04 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 08:01:04 +0200 Subject: [so] mingw In-Reply-To: References: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> Message-ID: On Fri, 28 Nov 2003 07:32:20 +0200, Octavian Purdila wrote: > On Thu, 27 Nov 2003 11:27:49 +0200, Ovidiu Platon > wrote: > >> Teoretic, ai putea sa compilezi cu MinGW, dar sa legi fisierul tau >> obiect de libc si msvcrt (runtimeul de C din Visual Studio) - n-am idee > > Executabilele generate de MinGW nu folosesc libc ci msvcrt. De aia ii si > zice minimalistic, > pentru ca este portat doar compilatorul. > Am confundat libc-ul de care ziceai tu cu glibc. E posibil sa linkezi si cu libc daca ai nevoie (-llibc -Lcale_spre_llibc). tavi From so@atlantis.cs.pub.ro Fri Nov 28 06:31:04 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 08:31:04 +0200 Subject: [so] mingw continuare In-Reply-To: <001901c3b52d$71f9d4e0$0200a8c0@smeagol> References: <002101c3b4c5$897e5220$0200a8c0@smeagol> <001901c3b52d$71f9d4e0$0200a8c0@smeagol> Message-ID: On Thu, 27 Nov 2003 23:28:48 +0200, Cibu Cristian wrote: > numai ca pe windows nu am dat de rand_r > si cum mingw e pe windows.... dilema mare. > Se pare ca in mscvrt.dll nu e implementat rand_r, insa msvcrt.dll este thread safe (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_c_run.2d.time_libraries.asp) asa ca poti sa folosesti rand. tavi From so@atlantis.cs.pub.ro Fri Nov 28 09:35:05 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Fri, 28 Nov 2003 11:35:05 +0200 Subject: [so] site Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B592.E7ECE41E Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SW5saW5lLi4uDQoNCgk+IG51IHRyZWJ1aWUgc2Egc3RhbSBzYSBjaXRpbSBzdXRlIGRlIG1lc2Fq ZSBwZSBsaXN0YQ0KCT4gY2Egc2EgbmUgcHJpbmRlbSBjYSBjZWVhDQoJPiBjZSBkZWphIGFtIGx1 Y3JhdCBudSBlc3RlIE9LLCBkZXNpIGVudW50dWwgbnUgc3B1bmVhDQoJPiBuaW1pYyBkZXNwcmUg YXN0YS4NCgkNCglwYXJlcmVhIG1lYSBlc3RlIGNhIHVuIGVudW50IGRlIHRlbWEgbnUgdHJlYnVp ZSBzYSBkZWENCgltdXJhLW4gZ3VyYSBzb2x1dGlhIHRlbWVpLiBEZSBhY2VlYSBsYW11cmlyaWxl IGRlIHBlDQoJbGlzdGEgbnUgaXNpIGF1IGxvY3VsIGluIGVudW50Lg0KCQ0KDQoJT1A+IER1cGEg cGFyZXJlYSBtZWEsIHVuIGVudW50IGRlIHRlbWEgdHJlYnVpZSBzYSBmaWUgY2EgbyBzcGVjaWZp Y2F0aWUgZGUgcmVxdWlyZW1lbnRzLCBzY3VydGEsIGxhIG9iaWVjdCwgY2xhcmEgc2kgY3UgbXVs dGUgbGlua3VyaSBzaSBjbGFyaWZpY2FyaSBkaW4gc3RhcnQuIFBhbmEgYWljaSwgY2UgcG90IHNh IGdhc2VzYyBwZSBzaXRlIGFkdWNlIGNhdCBkZSBjYXQgYSByZXF1aXJlbWVudHMgKGJpbmUsIG1p Y2kgYW1iaWd1aXRhdGkgc2kgZ3Jlc2VsaSBjcmVkIGNhIHN1bnQgaW5lcmVudGUpLiBQZSBtaW5l IGluc2EgbWEgYW11emEgdGVyaWJpbCBkaXNjdXRpaWxlIGRlIHBlIGxpc3RhIGFzdGEsIGNyZWQg Y2Egc3VudCB1biB0cmFpbmluZyBleGNlbGVudCBwZW50cnUgdmlpdG9yaWkgaW5naW5lcmkgY2Fy ZSB2b3IgYXZlYSBkZS1hIGZhY2UgY3UgY3VzdG9tZXJpIGNhcmUgbnUgc3RpdSBjZSB2b3IgOikN CgkNCgk+IEV1IGNvbnNpZGVyIGRlIHVuIG1hcmUgYWp1dG9yIGxpc3RhIGFjZWFzdGEgZGUNCgk+ IGRpc2N1dGlpIHNpIHN1bnQgZGUgYWNvcmQgY2ENCgk+IGVhIGVzdGUgb2ZpY2lhbGEsIGRhci4u LiBzdW50IGNhbSBtdWx0ZSBtZXNhamUuLi4NCgkNCglhY2VzdCBsdWNydSBudSBwb2F0ZSBmaSBk ZWNhdCBpbWJ1Y3VyYXRvcg0KDQoJT1A+IEVpLCBudSBjaGlhciwgYW0gdmF6dXQgbXVsdGUgY2hl c3RpaSBjYXJlIHNlIGJhdCBjYXAgaW4gY2FwIHBlIHBhcmN1cnN1bCBkaXNjdXRpaWxvciwgY2V2 YSBzcGFtIChtZXNhanVsIGFzdGEsIGRlIGV4ZW1wbHUsIGRhciB2YSByb2cgc2EgbnUgbWEgcHVu ZXRpIGxhIGp1bmsgbWFpbCA6KSBzaSBjYXJlIGF1IHRlbmRpbnRhIHNhIHRlIGJhZ2UgaW4gY2Vh dGEuIEluIHBsdXMsIGNsYXJpZmljYXJpIHNpIGhpbnR1cmkgY2FyZSBzb3Nlc2MgZHVwYSBjZSB0 cmVjZSBkZWFkbGluZXVsIG1pIHNlIHBhciBkZSBwcm9zdCBndXN0Lg0KCQ0KDQo= ------_=_NextPart_001_01C3B592.E7ECE41E Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IgYJAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAHAALACMABQAFADkBASCAAwAOAAAA0wcLABwACwAjAAUABQA5AQEJgAEAIQAAAEJB OEM3ODJCNEVGNkZENEU5OEFDMDc0OTRGMEE3Qjk0AHMHAQOQBgBwDwAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAABwAAABSAEUAOgAgAFsAcwBvAF0A IABzAGkAdABlAAAAQAA5AB7k7OeStcMBHwA9AAEAAAAKAAAAUgBFADoAIAAAAAAAAgFHAAEAAAAr AAAAYz11czthPSA7cD1NU0xhYjtsPVNFUlZFUi0wMzExMjgwOTM1MDVaLTI5AAAfAEkAAQAAABwA AABSAGUAOgAgAFsAcwBvAF0AIABzAGkAdABlAAAAQABOAADTAqkztcMBHwBaAAEAAAAYAAAAQwBv AHMAbQBpAG4AIABBAHIAYQBkAAAAAgFbAAEAAAA+AAAAAAAAAIErH6S+oxAZnW4A3QEPVAIAAAAA Q29zbWluIEFyYWQAU01UUABjb3NtaW5hcmFkQHlhaG9vLmNvbQAAAAIBXAABAAAAGgAAAFNNVFA6 Q09TTUlOQVJBREBZQUhPTy5DT00AAAAfAF0AAQAAABgAAABDAG8AcwBtAGkAbgAgAEEAcgBhAGQA AAACAV4AAQAAAD4AAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAABDb3NtaW4gQXJhZABTTVRQAGNv c21pbmFyYWRAeWFob28uY29tAAAAAgFfAAEAAAAaAAAAU01UUDpDT1NNSU5BUkFEQFlBSE9PLkNP TQAAAB8AZgABAAAACgAAAFMATQBUAFAAAAAAAB8AZwABAAAAKgAAAGMAbwBzAG0AaQBuAGEAcgBh AGQAQAB5AGEAaABvAG8ALgBjAG8AbQAAAAAAHwBoAAEAAAAKAAAAUwBNAFQAUAAAAAAAHwBpAAEA AAAqAAAAYwBvAHMAbQBpAG4AYQByAGEAZABAAHkAYQBoAG8AbwAuAGMAbwBtAAAAAAAfAHAAAQAA ABQAAABbAHMAbwBdACAAcwBpAHQAZQAAAAIBcQABAAAAGwAAAAHDtTUOSwXSj/xgKksOnfflOQDB NCUAF0Q8dAAfAHQAAQAAACwAAABzAG8AQABhAHQAbABhAG4AdABpAHMALgBjAHMALgBwAHUAYgAu AHIAbwAAAB8AGgwBAAAAHAAAAE8AdgBpAGQAaQB1ACAAUABsAGEAdABvAG4AAAAfAB0OAQAAABQA AABbAHMAbwBdACAAcwBpAHQAZQAAAAIBCRABAAAAvwcAALsHAABDFgAATFpGdXrVmSwDAAoAcmNw ZzEyNYIyA0NodG1sMQMwPwEDAfcKgAKkA+MCAGNowQrAc2V0MCAHEwKA/xADAFAEVghVB7IR1Q5R AwHdENcyBgAGwxHVMwRGENlvEusR4wjvCfc7GM8OMDU7EdIMYGMAUAsJAWQzNpMRYAulNCAQAipc DrK9AZBnFPAKoxHjHeg0FPAAPCFET0NUWVAARSBIVE1MIFAAVUJMSUMgIi0gLy9XM0MhgERUIkQg lDMuMiGARU6cIj4e7R6PI8ExOB/wbyCiIw8kHyaQMx2AJXBFfEFEJc0O8SbvKW8k9DZBDvA8TUVU QQewQTEsYD0iRwnwBJBhdEUFsCIS0E9OVCLQVBMs8AXhRXgQ8W5nZT0GUnYTMS9BAJACICA2EC4w LjYdcDkuMSci/irPJQM3Nx/wVEkoVExFJc40DvBSZYA6IFtzb10gAJDUdGUkbjUf8C8zTzF/vyZF NJE2sChPJp86hDURYAA8Qk9EWSBkafRyPTqgcjnwOmMAIQMwOT0BZG8A4D0BCrFccf8YsD0BEPAD MD1lEWA6GxzxETsfZzk2H/BESVbPPTkAAD93Ojk2NEKvP8LISW5sC4BlLkZwOjm/AcA9RwqiPUcK cSR8MCgR/yHgQntISD//QQ9CEyEQIDBwS1FVTy3wPLY1QHQIeWxlLjFBUkdJYE4tUklHIKA04DD8 cHgi8T1YCrEQAj5lPwP/PsE/X0wvHxsRYFYATQ9CX29Db0R/Uyc94Gkc0iR8NK0lUUYt0TVBek+Q MleLFwviUw86dTgdgCZndAsCgD1XPl5oIG51ILE9EGVidQiQNUBhT0F0YW1iQmM1YAdwNUB1TzVw PLAu8AeBYWou8HD/LvA4nFSfX6RWEUYwYoEkfPssEDxRUj07RkEKgV5/X499YJ9jYmFiYC0wZEAF EG73AQBisGzxYwngZ09oX2lv72p/a49slWOSamJgYqEKQB8FAC1gYZIHkGOBT0ss/2R/ZY9mlQEA AJB1UGGgAjDmdQMgYaFzcHjgbl9vb/9wf3GPcp9hNgdwDeBjoXlw9xjQdIBigS5533rve/+Az/+B 34LpCrEEkHmwY9FiYHVj/2zxdf93D2akeOB4tGOiNXC/AMBhnQEAec+En4KtbQhw9GEtA6Bnj4E1 QAbwY3CDBzCLAmVpLiBEgCH/bjKHz4jfZpZioAhxBRBPgP9jomRQjH+Nj4K8ZwNhkgQA7XigYWGw GGBjeRELgHi09YCNNVchL1ySSm9Ynkdf/0hvSX+bv1i/Wc9a31vuCqP/VgBc713/mi+bP6FvnV+e b/+ff04oqhtRo6gPVC9NT05f/09vUH9YIVIfsN+x71VPOir7osAf8FBXj6PvpP+mf6ePnXWgUHzf fe9hJkR1CrBvhop10IpfYdlmYiFs8W//ka+5/2aVeXAFkAaQDeAtYPdiIWOxGNBxYhAY0AeAAjD+ c3XQBPAIcAGQddALYMgA0mIIkGN0ddBjC2CQAr94oJlQj2E6oC7wRjFrCHH/zhLIP8lPZqTNwsrz zzE8wO8DoGKBACCRAFAAcHRxDeB2ac2hZDFvBUBiUMIvbsZieXDDWVwnYQFAuGd+Z4BAB5B/sGRR NVJ0gGT/G4CHgorDz5/Qr9G1dQFiYO/LutTP1d/W6ijNUC0wddD3f5GY4QbQaY/gNWDLMc4S/wnB ETBGMGLwGNFs44qi2W+f2n9mpEZBGNACMGUp02G/Y8FGQZmBYlGLMZRBepCS/wUQzVADIDzAzJFj IJSnmCX/gELNoeIl4u/j/8pViqLF4fc9EAtxC4BndVAukOHQzDHrZEECMHJhsHboUC1x6FB9mYFn 5WLOMYahL3AFsWH7L0CMIi3HgZFRzkLqT+tf/dG1dbTwA3Dvt3lCYyBhsPN0EfBCOimVP5ZPgr/2 X9/3b/h/wo/Dn7tARfVxAiC/AJAEgWOixeEDgIASamNw/wWx8a/yv2apkUKAQmOh+S//+j/7T/xf /W9hU+f2zhLik/9jsfEwAHDiQgQvBT8GTwdfvwhvYVOHJgCvAb9mpG/SYfeQgJQwddBksIBGceKE bPD/YrDOhGPkRnELjwyfDa8W7/8X/xkJ8TFnIHSzYbBhodRg/y1gLvDSYGOh2PIRrxK/5QX/4LDY sI+BLXGor6m/SxmsX/+tZVENGR+rxq7RvJG4/x+v/7sfvC+9P75Pv1/Ab8F/Du+/D//+odQBYaE/ MJCAcnXQ8XSRdmF6Y3DOdT8wdWFn7zHv89fAIGJ1AWzwcP+Zgh6fKg/bhjfwZFE5Qcyhf2Ng59kA cNQSNdB5YXSRKL9j43kR6WRjse3QbdBwkFD/FKM4PzlPZpU10DIv3h/W6vxyb+2w1K9Cz98MYaGL Mf95guExzREAQM8A5tHnwEUf/0Yv1ur2DUpf1q7OIv/zYbH/7iDS0ZhhPz9AT8pVkJI3gZ5n5nJu IXUAgHAgSYpg/z6hzGHSGs9hNUB48e/GkDD/18PYoMThdBGLkXQRUK9Rv/94FtiQGLJ5EX+QN1JZ EpTi/0SwHOGP4GcgFq8avxjNI1//JG8lfyaPJ58orysBL2Ei5X+t367vX/8o/1kvav8q0jXhZlJC T0RZZU5sXyripjdn8bYATUxeAH1xIAAfADUQAQAAAIoAAAA8ADMANgBDADgAMQA2ADQAQQBFADAA QwA2AEMAQQA0ADkAOAA3AEMAMwBFAEMAOAA4AEEAMQBCAEIANAAxADYAQQAwADEANAA3ADAARQBA AHMAZQByAHYAZQByAC4AbQBpAGMAcgBvAHMAbwBmAHQALQBsAGEAYgAuAHAAdQBiAC4AcgBvAD4A AAAAAB8ARxABAAAAHgAAAG0AZQBzAHMAYQBnAGUALwByAGYAYwA4ADIAMgAAAAAACwDyEAEAAAAf APMQAQAAACgAAABSAEUAJQAzAEEAIABbAHMAbwBdACAAcwBpAHQAZQAuAEUATQBMAAAACwD2EAAA AABAAAcwkKU8H5K1wwFAAAgwEQv055K1wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2 AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GC AQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElF TlRTL0NOPU9WSURJVVBMAAAAAB8A+j8BAAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkA cwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEAAAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAA AC4AAAADAP0/5AQAAAMAGUAAAAAAAwAaQAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAA TwBWAEkARABJAFUAUABMAAAAAAAfADFAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkAB AAAAKgAAAGMAbwBzAG0AaQBuAGEAcgBhAGQAQAB5AGEAaABvAG8ALgBjAG8AbQAAAAAAHwAzQAEA AAAqAAAAYwBvAHMAbQBpAG4AYQByAGEAZABAAHkAYQBoAG8AbwAuAGMAbwBtAAAAAAAfADhAAQAA ABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AOUABAAAABAAAAC4AAAALACkAAAAAAAsAIwAAAAAA AwAGEBEho28DAAcQ2QMAAAMAEBAAAAAAAwAREAEAAAAeAAgQAQAAAGUAAABJTkxJTkVOVVRSRUJV SUVTQVNUQU1TQUNJVElNU1VURURFTUVTQUpFUEVMSVNUQUNBU0FORVBSSU5ERU1DQUNFRUFDRURF SkFBTUxVQ1JBVE5VRVNURU9LLERFU0lFTlVOVFVMAAAAAAIBfwABAAAARQAAADwzNkM4MTY0QUUw QzZDQTQ5ODdDM0VDODhBMUJCNDE2QTAxNDcwRUBzZXJ2ZXIubWljcm9zb2Z0LWxhYi5wdWIucm8+ AAAAABeh ------_=_NextPart_001_01C3B592.E7ECE41E-- From so@atlantis.cs.pub.ro Sat Nov 29 11:59:54 2003 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Sat, 29 Nov 2003 03:59:54 -0800 Subject: [so] ERRORCHECK_MUTEX in loc de TLS? References: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> Message-ID: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Salut! M-am gandit sa folosesc un astfel mutex ca sa vad daca eu(threadul curent) sunt sau nu in monitor. In felul urmator: Sa zicem ca eu am ocupat mutexul(deci sunt in monitor). Daca tot eu voi da lock iar, o sa-mi arunce nu stiu ce eroare. Daca altul da lock, nu-i mai arunca eroarea asta. It's ok? bye dany From so@atlantis.cs.pub.ro Sat Nov 29 11:03:36 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 03:03:36 -0800 (PST) Subject: [so] ERRORCHECK_MUTEX in loc de TLS? In-Reply-To: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031129110336.57346.qmail@web60507.mail.yahoo.com> --- Daniel Cosmin Porumbel wrote: > Salut! > > M-am gandit sa folosesc un astfel mutex ca sa > vad daca eu(threadul > curent) sunt sau nu in monitor. In felul urmator: > > Sa zicem ca eu am ocupat mutexul(deci sunt in > monitor). > Daca tot eu voi da lock iar, o sa-mi arunce nu > stiu ce eroare. Daca > altul da lock, nu-i mai arunca eroarea asta. It's > ok? Salut, Am primit de la voi niste ecouri care spun ca s-a inteles ca folosirea TLS e obligatorie. Nu este obligatorie. A fost data ca hint, sa fie clar pentru toata lumea, insa mi s-a parut o solutie eleganta si interesanta pentru voi de folosit. Puteti folosi orice altceva. Veti fi depunctati totusi (foarte putin) daca acel altceva e mai putin eficient sau strica in vreun fel functionalitatea naturala a monitorului. In alta ordine de idei, folositi-va imaginatia, dati solutii (originale sau nu) pe care sa fiti in stare sa le aparati/argumentati. E mult mai important sa va intariti increderea ca ceea ce ati facut e corect, si in urma unei analize a programului vostru sa puteti garanta ca este corect si eficient, decat sa intrebati la fiecare chichita(*) si niciodata sa nu fiti siguri pe voi. Mult mai important decat punctele obtinute la teme este faptul ca voi invatati sa scrieti software de calitate, si la sfarsit constientizati lucrul asta si sunteti sigur de el. Uneori si profii/indrumatorii se pot insela. Nu va abtineti de la a-i contrazice de teama ca pierdeti puncte. Studentul care nu se contrazice nu-i student :) (*)A propos, verificarile astea de utilizare corecta pentru care s-au scris exagerat de multe emailuri (destroy & TLS) nu valoreaza mai mult de 5% din punctajul temei. Ma bucur ca nu sunt probleme la implementarea efectiva de monitor si toata lumea e convinsa ca l-a implementat corect. Succes, Cosmin PS Daca cineva are ceva de replicat sa nu dea replica pe lista ca sa oprim spamul. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 13:28:34 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 29 Nov 2003 05:28:34 -0800 (PST) Subject: [so] tot tema 3 Message-ID: <20031129132834.54602.qmail@web11202.mail.yahoo.com> Salut, Se poate folosi o clasa pentru definirea monitorului ? Metodele ei vor fi cele cerute de enuntul temei dar nu vor primi ca parametru un pointer ... Andrei __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sat Nov 29 13:32:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 05:32:29 -0800 (PST) Subject: [so] tot tema 3 In-Reply-To: <20031129132834.54602.qmail@web11202.mail.yahoo.com> Message-ID: <20031129133229.89530.qmail@web60507.mail.yahoo.com> Da. --- Andrei Stefan wrote: > Salut, > > > Se poate folosi o clasa pentru definirea monitorului > ? > Metodele ei vor fi cele cerute de enuntul temei dar > nu > vor primi ca parametru un pointer ... __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 15:53:35 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sat, 29 Nov 2003 17:53:35 +0200 Subject: [so] probleme Message-ID: <3FC8C0FF.10404@pcnet.ro> Buna! Va rog frumos sa ne spuneti cat valoreaza ca punctaj fiecare dintre cele trei aspecte ale temei: monitor, readers-writers, sleeping barber. Ar si corect sa avem un punctaj estimativ inainte de a trimite tema.Eu de exemplu am momentan probleme in doua parti si ar fi bine sa stiu asupra carei probleme sa ma concentrez mai mult, dat fiind timpul scurt care a mai ramas. Multmesc anticipat! Ruxandra From so@atlantis.cs.pub.ro Sat Nov 29 16:01:50 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sat, 29 Nov 2003 08:01:50 -0800 (PST) Subject: [so] Eroare la sem_wait In-Reply-To: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031129160150.72613.qmail@web60301.mail.yahoo.com> Era vb ca la un apel de asteptare pe un IPC sa verificam EINTR. Din man vad ca sem_wait nu il seteaza ( sau cel putin nu se specifica). Mai trebuie veriicat daca asteptarea este intrerupta de semnal sau nu? Daca da cum, se mai seteaza errno cumva? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 16:08:46 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 08:08:46 -0800 (PST) Subject: [so] probleme In-Reply-To: <3FC8C0FF.10404@pcnet.ro> Message-ID: <20031129160846.19852.qmail@web60501.mail.yahoo.com> --- Ruxi Jitianu wrote: > Buna! > > Va rog frumos sa ne spuneti cat valoreaza ca punctaj > fiecare dintre cele > trei aspecte ale temei: monitor, readers-writers, > sleeping barber. > > Ar si corect sa avem un punctaj estimativ inainte de > a trimite tema.Eu > de exemplu am momentan probleme in doua parti si ar > fi bine sa stiu > asupra carei probleme sa ma concentrez mai mult, > dat fiind timpul scurt > care a mai ramas. > > Multmesc anticipat! In mare cam 80% - monitor, 10% - rw, 10% - barbieri. Imi rezerv dreptul de a modifica in 70-15-15 dar concluzia e ca trebuie sa te concentrezi pe monitor. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 16:41:57 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 08:41:57 -0800 (PST) Subject: [so] Eroare la sem_wait In-Reply-To: <20031129160150.72613.qmail@web60301.mail.yahoo.com> Message-ID: <20031129164157.8440.qmail@web60504.mail.yahoo.com> --- Mihai Iancu wrote: > Era vb ca la un apel de asteptare pe un IPC > sa verificam EINTR. > > Din man vad ca sem_wait nu il seteaza ( sau > cel putin nu se specifica). > > Mai trebuie veriicat daca asteptarea este > intrerupta de semnal sau nu? > Daca da cum, se mai seteaza errno cumva? Se pare ca in implementarea LinuxThreads pentru toate operatiile blocante se fac teste daca operatia a fost deblocata corespunzator. Daca te uiti in sursele LinuxThreads o sa gasesti un while(1) la pthread_mutex_lock, pthread_cond_wait, sem_wait si altele. Pe scurt: nu mai trebuie verificat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 20:39:30 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Sat, 29 Nov 2003 22:39:30 +0200 Subject: [so] tot barbieri sau frizeri... References: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> Message-ID: <02ae01c3b6b8$e445c040$6400a8c0@andrei> Am urmatoarea dilema. Am folosit doua monitoare pentru ca un client tocmai intrat si un frizer sa nu se "ciocneasca". Daca tot am folosit al doilea monitor am pus si "anuntul" ca un frizer a terminat in acest monitor pentru ca altfel ar fi fost echivalent cu un mutex la contorul de scaune libere. Din pacate pentru a nu baga un frizer in acest monitor, clientul tuns si nu barbierul trebuie sa anunte ca frizerul a terminat tunsul. Intre timp barbierul se culca "un pic" pana vine un eventual client care a fost anuntat (nu are de unde sa stie barbierul daca mai sunt clienti la coada). Este corecta abordarea sau tb. ca un barbier sa nu se culce deloc daca mai sunt clienti care tb. tunsi? From so@atlantis.cs.pub.ro Sat Nov 29 20:44:19 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 12:44:19 -0800 (PST) Subject: [so] tot barbieri sau frizeri... In-Reply-To: <02ae01c3b6b8$e445c040$6400a8c0@andrei> Message-ID: <20031129204419.36559.qmail@web60502.mail.yahoo.com> aboradarea este corecta. Atentie insa ca aceasta abordare este corecta doar in solutiile cu doua monitoare. Cosmin --- Andrei Hagiescu wrote: > Am urmatoarea dilema. Am folosit doua monitoare > pentru ca un client tocmai > intrat si un frizer sa nu se "ciocneasca". Daca tot > am folosit al doilea > monitor am pus si "anuntul" ca un frizer a terminat > in acest monitor pentru > ca altfel ar fi fost echivalent cu un mutex la > contorul de scaune libere. > Din pacate pentru a nu baga un frizer in acest > monitor, clientul tuns si nu > barbierul trebuie sa anunte ca frizerul a terminat > tunsul. Intre timp > barbierul se culca "un pic" pana vine un eventual > client care a fost anuntat > (nu are de unde sa stie barbierul daca mai sunt > clienti la coada). Este > corecta abordarea sau tb. ca un barbier sa nu se > culce deloc daca mai sunt > clienti care tb. tunsi? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 10:35:48 2003 From: so@atlantis.cs.pub.ro (Diana) Date: Sun, 30 Nov 2003 12:35:48 +0200 Subject: [so] printf Message-ID: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C3B73E.7B6D4580 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Am urmatoarea problema: cand afisez un mesaj mi se intampla uneori sa il = afiseze acelasi thread de doua ori, desi printf-ul se executa o singura = data. Sunt convinsa ca se executa o singura data pentru ca am = initializat un contor si l-am incrementat in printf; concluzie: imi = afiseaza de mai multe ori avand contorul 1. Daca mai pun un printf = imediat dupa printf-ul problematic, am observat ca nu se mai intampla sa = mi-l afiseze de mai multe ori. Oricum, chestia asta este complet = aleatoare.. Stie cineva cum s-ar putea rezolva aceasta problema (in alt mod decat sa = mai pun cate un printf in plus dupa fiecare printf de care am nevoie)? ------=_NextPart_000_0005_01C3B73E.7B6D4580 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Am urmatoarea problema: cand afisez un = mesaj mi se=20 intampla uneori sa il afiseze acelasi thread de doua ori, desi printf-ul = se=20 executa o singura data. Sunt convinsa ca se executa o singura data = pentru ca am=20 initializat un contor si l-am incrementat in printf; concluzie: imi = afiseaza de=20 mai multe ori avand contorul 1. Daca mai pun un printf imediat dupa = printf-ul=20 problematic, am observat ca nu se mai intampla sa mi-l afiseze de mai = multe ori.=20 Oricum, chestia asta este complet aleatoare..
Stie cineva cum s-ar putea rezolva = aceasta problema=20 (in alt mod decat sa mai pun cate un printf in plus dupa fiecare printf = de care=20 am nevoie)?
------=_NextPart_000_0005_01C3B73E.7B6D4580-- From so@atlantis.cs.pub.ro Sun Nov 30 10:44:03 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 02:44:03 -0800 (PST) Subject: [so] printf In-Reply-To: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> Message-ID: <20031130104403.92361.qmail@web60503.mail.yahoo.com> Daca-mi trimiti o bucata de cod care poate fi compilata si rulata, si care se comporta cum spui tu as putea sa incerc sa determin cauza. Cosmin --- Diana wrote: > Am urmatoarea problema: cand afisez un mesaj mi se > intampla uneori sa il afiseze acelasi thread de doua > ori, desi printf-ul se executa o singura data. Sunt > convinsa ca se executa o singura data pentru ca am > initializat un contor si l-am incrementat in printf; > concluzie: imi afiseaza de mai multe ori avand > contorul 1. Daca mai pun un printf imediat dupa > printf-ul problematic, am observat ca nu se mai > intampla sa mi-l afiseze de mai multe ori. Oricum, > chestia asta este complet aleatoare.. > Stie cineva cum s-ar putea rezolva aceasta problema > (in alt mod decat sa mai pun cate un printf in plus > dupa fiecare printf de care am nevoie)? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 11:36:17 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 30 Nov 2003 03:36:17 -0800 (PST) Subject: [so] off topic Message-ID: <20031130113617.49594.qmail@web41005.mail.yahoo.com> pariez ca la asta nu se astepta nimeni. azi e sfantul andrei, asa ca sa traiti cu numele daca e cazul :) __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sun Nov 30 12:03:02 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 04:03:02 -0800 (PST) Subject: [so] x-( In-Reply-To: <20031130113617.49594.qmail@web41005.mail.yahoo.com> Message-ID: <20031130120302.30285.qmail@web60302.mail.yahoo.com> O mica problema la final ( sau la mal :( ) Cum fac sa modific din Makefile LD_LIBRARY_PATH sa fie = ./:$LD_LIBRARY_PATH.? Eu ca user nu am variabila asta si deci incerc sa o setez din Makefile cu export LD_LIBRARY_PATH=./ dar dupa ce termina make nu exista variabila, deci nu o seteaza. De testat programul se poate face scriind export LD_LIBRARY_PATH=./ in consola si apoi gaseste .so, dar e o solutie cam trista. ===== I was born intelligent, education ruined me. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:11:17 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 04:11:17 -0800 (PST) Subject: [so] x-( In-Reply-To: <20031130120302.30285.qmail@web60302.mail.yahoo.com> Message-ID: <20031130121117.42144.qmail@web60508.mail.yahoo.com> --- Mihai Iancu wrote: > O mica problema la final ( sau la mal :( ) > > Cum fac sa modific din Makefile LD_LIBRARY_PATH sa > fie = ./:$LD_LIBRARY_PATH.? > > Eu ca user nu am variabila asta si deci incerc sa > o setez din Makefile cu export LD_LIBRARY_PATH=./ > > dar dupa ce termina make nu exista variabila, deci > nu o seteaza. De testat programul se poate face > scriind export LD_LIBRARY_PATH=./ in consola si apoi > gaseste .so, dar e o solutie cam trista. I can handle it. Variabila se seteaza in environment-ul procesului care executa make, nu si in parinte (bash), deci e normal comportamentul. Poti sa faci o regula run sau test in Makefile care dupa compilare sa faca si setarea variabilei si rularea programului de test, daca tii neaparat. > ===== > I was born intelligent, > education ruined me. pe bune? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:38:18 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 04:38:18 -0800 (PST) Subject: [so] sleep In-Reply-To: <20031130120302.30285.qmail@web60302.mail.yahoo.com> Message-ID: <20031130123818.6705.qmail@web60309.mail.yahoo.com> la readerswriters e nepotrivit sleep-ul care face sleep doar secunde si astfel cu 30 de readers si 30 writers cand intra un writer si pana iese sigur mai vine un writer si astfel nu mai apuca nici un readers sa ma intre caci asteapta sa nu mai fie nici un wr ... stiti cu totii povestea. Vreau sa folosesc /** *face un sleep de sec si usec */ int mysleep( int sec, int usec){ struct timeval opt; opt.tv_sec = sec; opt.tv_usec = usec; return select(1,0,0,0,&opt); } nu cred ca e in POSIX e ok? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:50:06 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 04:50:06 -0800 (PST) Subject: [so] sleep In-Reply-To: <20031130123818.6705.qmail@web60309.mail.yahoo.com> Message-ID: <20031130125006.26358.qmail@web60510.mail.yahoo.com> te complici, foloseste nanosleep. --- Mihai Iancu wrote: > la readerswriters e nepotrivit sleep-ul care > face sleep doar secunde si astfel cu 30 de readers > si > 30 writers cand intra un writer si pana iese > sigur mai vine un writer si astfel nu mai apuca nici > un readers sa ma intre caci asteapta sa nu mai fie > nici un wr ... stiti cu totii povestea. > > Vreau sa folosesc > /** > *face un sleep de sec si usec > */ > int mysleep( int sec, int usec){ > struct timeval opt; > opt.tv_sec = sec; > opt.tv_usec = usec; > return select(1,0,0,0,&opt); > } > > nu cred ca e in POSIX > > e ok? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 15:03:47 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 07:03:47 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <001a01c3b7a6$a36a1b40$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031130150347.75375.qmail@web60508.mail.yahoo.com> E ok, nu se face overwrite. Mai fa o data upload cum trebuie. --- Daniel Cosmin Porumbel wrote: > Salut! > > Cred ca am facut o greseala la upload. Am > vrut sa trimit tema si nu mi-a primit-o dintr-un > motiv oarecare. Apoi cand am vrut s-o trimit iar, am > dat back si n-am mai modificat dropDownListurile si > s-a pus peste tema1 de Windows. Credeti ca se mai > poate face ceva ca sa recuperez fisierele de > dinainte? Sper ca nu face overwrite automat.... > > Toate bune! > Dany > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 15:53:28 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 07:53:28 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <001a01c3b7a6$a36a1b40$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031130155328.39396.qmail@web60309.mail.yahoo.com> --0-65724020-1070207608=:39234 Content-Type: text/plain; charset=us-ascii Cum facem cu temaX.exe? ce nume ii punem ca acum avem cel putin 2 executabile --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-65724020-1070207608=:39234 Content-Type: text/html; charset=us-ascii

Cum facem cu temaX.exe?

 

ce nume ii punem ca acum avem cel putin 2 executabile

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-65724020-1070207608=:39234-- From so@atlantis.cs.pub.ro Sun Nov 30 16:14:35 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 08:14:35 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <20031130155328.39396.qmail@web60309.mail.yahoo.com> Message-ID: <20031130161435.66629.qmail@web60510.mail.yahoo.com> Education ruined you. You should quit while you're still ahead :)) --- Mihai Iancu wrote: > > Cum facem cu temaX.exe? > > > > ce nume ii punem ca acum avem cel putin 2 > executabile __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 16:33:25 2003 From: so@atlantis.cs.pub.ro (Ionut Cirjan) Date: Sun, 30 Nov 2003 08:33:25 -0800 (PST) Subject: [so] printf In-Reply-To: <20031130104403.92361.qmail@web60503.mail.yahoo.com> Message-ID: <20031130163325.11166.qmail@web41104.mail.yahoo.com> Eu am avut alta problema cu printf: intarzia la unele threaduri si afisa mai repede de la altele care totusi se executau dupa cele dinainte. Am pus dupa fiecare printf un fflush(stdout) si nu am mai avut probleme. Ionut. --- Cosmin Arad wrote: > Daca-mi trimiti o bucata de cod care poate fi > compilata si rulata, si care se comporta cum spui tu > as putea sa incerc sa determin cauza. > > Cosmin > > --- Diana wrote: > > Am urmatoarea problema: cand afisez un mesaj mi se > > intampla uneori sa il afiseze acelasi thread de > doua > > ori, desi printf-ul se executa o singura data. > Sunt > > convinsa ca se executa o singura data pentru ca am > > initializat un contor si l-am incrementat in > printf; > > concluzie: imi afiseaza de mai multe ori avand > > contorul 1. Daca mai pun un printf imediat dupa > > printf-ul problematic, am observat ca nu se mai > > intampla sa mi-l afiseze de mai multe ori. Oricum, > > chestia asta este complet aleatoare.. > > Stie cineva cum s-ar putea rezolva aceasta > problema > > (in alt mod decat sa mai pun cate un printf in > plus > > dupa fiecare printf de care am nevoie)? > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sun Nov 30 21:23:58 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Sun, 30 Nov 2003 23:23:58 +0200 Subject: [so] printf In-Reply-To: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> References: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> Message-ID: <20031130212358.E732241AC8@server1.messagingengine.com> Chestia cu fflush(stdout) e de baza la multithreading. Daca folosesti C++, merge si "cout< said: > Am urmatoarea problema: cand afisez un mesaj mi se intampla uneori sa il > afiseze acelasi thread de doua ori, desi printf-ul se executa o singura > data. Sunt convinsa ca se executa o singura data pentru ca am initializat > un contor si l-am incrementat in printf; concluzie: imi afiseaza de mai > multe ori avand contorul 1. Daca mai pun un printf imediat dupa printf-ul > problematic, am observat ca nu se mai intampla sa mi-l afiseze de mai > multe ori. Oricum, chestia asta este complet aleatoare.. > Stie cineva cum s-ar putea rezolva aceasta problema (in alt mod decat sa > mai pun cate un printf in plus dupa fiecare printf de care am nevoie)? -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Access your email from home and the web From so@atlantis.cs.pub.ro Sat Nov 1 08:29:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 00:29:32 -0800 (PST) Subject: [so] unscribe In-Reply-To: <20031031224159.70266.qmail@web20710.mail.yahoo.com> Message-ID: <20031101082932.10519.qmail@web11501.mail.yahoo.com> --- Alecu Adrian wrote: > Am si eu o mica problema.... > Am cam pierdut parola de pe acest mailing - list si > vad ca nu exista nici o cale de a ma scoate de pe > lista si a ma baga din nou.... sau altceva de genul > asta > as vrea si eu o sugestie ce as putea sa fac.. > mersi si bafta la teme La 'Edit Options' gasesti un buton 'Email my password to me'. Daca il apesi vei primi parola pe adresa cu care esti inscris acum. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sat Nov 1 08:40:41 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 1 Nov 2003 10:40:41 +0200 Subject: [so] fflush Message-ID: <001001c3a053$d53bed70$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C3A064.98B1AAA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable avem voie sa folosim fflush(stdout)? o alta varianta ar fi sa afisez un \n dar nu-mi convine varianta asta... ------=_NextPart_000_000D_01C3A064.98B1AAA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
avem voie sa folosim = fflush(stdout)?
o alta varianta ar fi sa afisez un \n = dar nu-mi=20 convine varianta asta...
------=_NextPart_000_000D_01C3A064.98B1AAA0-- From so@atlantis.cs.pub.ro Sat Nov 1 15:04:52 2003 From: so@atlantis.cs.pub.ro (Dana Tiba) Date: Sat, 1 Nov 2003 17:04:52 +0200 (EET) Subject: [so] interpretare Message-ID: <1092.81.196.10.119.1067699092.squirrel@dazoot.ro> Salut, Textul temei defineste o comanda compusa ca fiind formata din doi operanzi si un operator. Apoi sunt definiti cei 8 operatori care trebuiesc sa fie suportati(dintre care 4 de redirectare). Cei doi operanzi sunt definiti ca fiind fie comenzi oarecare, fie un nume de fisier in cazul in care operatorul este de redirectare. Din acestea eu am inteles initial ca trebuie suportate comenzi de genul: NUME1[operator NUME2],unde NUME1 trebuie neaparat sa fie o comanda(simpla, adica nume + parametrii), iar NUME2 in functie de tipul operatorului poate sa fie fie o alta comanda(simpla), fie un nume de fisier. Insa un mail anterior pe lista sugereaza ca trebuiesc suportate si comenzi cu mai multi operatori si operanzi (cat fisier > gigi & pwd > titi). Care este adevarata interpretare a temei? dana From so@atlantis.cs.pub.ro Sat Nov 1 21:12:18 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 1 Nov 2003 23:12:18 +0200 Subject: [so] alocare mem Message-ID: <000901c3a0bc$d4f90050$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C3A0CD.986A0290 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable in windows putem folosi malloc si realloc? ------=_NextPart_000_0006_01C3A0CD.986A0290 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
in windows putem folosi malloc si=20 realloc?
------=_NextPart_000_0006_01C3A0CD.986A0290-- From so@atlantis.cs.pub.ro Sat Nov 1 22:00:18 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 14:00:18 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <000901c3a0bc$d4f90050$0200a8c0@smeagol> Message-ID: <20031101220018.86497.qmail@web11502.mail.yahoo.com> --- Cibu Cristian wrote: > in windows putem folosi malloc si realloc? NU. Folositi HeapAlloc si HeapRealloc! Sau orice functie prezentata in 'Memory Management Functions' in Platform SDK, care nu e deprecated (local and global functions _nu_ sunt recomandate). (ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm) Nu folositi functiile de lucru cu memoria virtuala pentru ca inca nu stiti prea bine cu ce se mananca si nici nu e nevoie de ele in tema. Practic puteti folosi de la 'Memory Management Functions' funtiile din primul si din al 4-lea (heap functions) tabel. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sat Nov 1 22:19:19 2003 From: so@atlantis.cs.pub.ro (Cristian Traum) Date: Sat, 1 Nov 2003 14:19:19 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031101220018.86497.qmail@web11502.mail.yahoo.com> Message-ID: <20031101221919.96655.qmail@web13204.mail.yahoo.com> --0-477966446-1067725159=:94353 Content-Type: text/plain; charset=us-ascii nu avem voie deloc deloc? adica daca vreau in cadrul parsarii sa copiez un sir... nu am voie strdup??? sau HeapAlloc si HeapRealloc tb folosite cand e vorba de procese...? Cosmin Arad wrote: --- Cibu Cristian wrote: > in windows putem folosi malloc si realloc? NU. Folositi HeapAlloc si HeapRealloc! Sau orice functie prezentata in 'Memory Management Functions' in Platform SDK, care nu e deprecated (local and global functions _nu_ sunt recomandate). (ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm) Nu folositi functiile de lucru cu memoria virtuala pentru ca inca nu stiti prea bine cu ce se mananca si nici nu e nevoie de ele in tema. Practic puteti folosi de la 'Memory Management Functions' funtiile din primul si din al 4-lea (heap functions) tabel. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Exclusive Video Premiere - Britney Spears --0-477966446-1067725159=:94353 Content-Type: text/html; charset=us-ascii
nu avem voie deloc deloc? adica daca vreau in cadrul parsarii sa copiez un sir... nu am voie strdup???
sau HeapAlloc si HeapRealloc tb folosite cand e vorba de procese...?


Cosmin Arad <cosminarad@yahoo.com> wrote:
--- Cibu Cristian wrote:
> in windows putem folosi malloc si realloc?

NU. Folositi HeapAlloc si HeapRealloc!
Sau orice functie prezentata in 'Memory Management
Functions' in Platform SDK, care nu e deprecated
(local and global functions _nu_ sunt recomandate).
(ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm)

Nu folositi functiile de lucru cu memoria virtuala
pentru ca inca nu stiti prea bine cu ce se mananca si
nici nu e nevoie de ele in tema.

Practic puteti folosi de la 'Memory Management
Functions' funtiile din primul si din al 4-lea (heap
functions) tabel.

Cosmin


__________________________________
Do you Yahoo!?
Exclusive Video Premiere - Britney Spears
http://launch.yahoo.com/promos/britneyspears/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Exclusive Video Premiere - Britney Spears --0-477966446-1067725159=:94353-- From so@atlantis.cs.pub.ro Sun Nov 2 07:11:52 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 02 Nov 2003 09:11:52 +0200 Subject: [so] upload Message-ID: <3FA4AE38.6020102@pcnet.ro> Intrebarea: ce se intampla daca fac upload la o tema de 2 ori? Se considera ultima varianta? Multumesc Ruxandra p.s. stiu ca nu e indicat sa se intample asta....dar totusi....daca se intampla.... From so@atlantis.cs.pub.ro Sun Nov 2 07:59:24 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 23:59:24 -0800 (PST) Subject: [so] upload In-Reply-To: <3FA4AE38.6020102@pcnet.ro> Message-ID: <20031102075924.66448.qmail@web11509.mail.yahoo.com> --- Ruxi Jitianu wrote: > Intrebarea: ce se intampla daca fac upload la o tema > de 2 ori? Se > considera ultima varianta? Da. > Multumesc > > Ruxandra > > p.s. > stiu ca nu e indicat sa se intample asta....dar > totusi....daca se > intampla.... e ok. poti sa uploadezi de cate ori vrei. Cosmin __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From so@atlantis.cs.pub.ro Sun Nov 2 10:07:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 2 Nov 2003 02:07:21 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031101221919.96655.qmail@web13204.mail.yahoo.com> Message-ID: <20031102100721.85107.qmail@web11509.mail.yahoo.com> --- Cristian Traum wrote: > nu avem voie deloc deloc? adica daca vreau in cadrul > parsarii sa copiez un sir... nu am voie strdup??? > sau HeapAlloc si HeapRealloc tb folosite cand e > vorba de procese...? > E recomandabil sa folosesti HeapAlloc iar pentru copierea sirului CopyMemory. In toate cazurile. Cosmin __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From so@atlantis.cs.pub.ro Sun Nov 2 20:27:23 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Sun, 2 Nov 2003 22:27:23 +0200 Subject: [so] Scule (instrumente) de dezvoltare Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C3A190.801BE460 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Imi cer scuze anticipat pentru eventuale exprimari scapate de sub control in cele ce urmeaza. De ce trebuie sa folosim pe Windows tampenia aia de MinGW cand exista la fel de bine Visual Studio.NET? Concret: Scriu totul cu VS, testez, etc etc, totul merge ok. Incerc sa compilez din MSYS cu gcc, se trezeste ca nu stie de strsafe.h (un header al unei librarii din Platform SDK, folosita pentru 'safe handling' pe stringuri C). Headerul ala e (pe bune!) in acelasi folder cu 'windows.h', e suportat cu tot restul MS Platform SDK samd, nimic ezoteric acolo. La tentativa de compilare gcc zice ca nu gaseste 'strsafe.h' si se plange de functiile din headerul ala. Finally, facultatea asta vesela are licenta de Visual Studio.NET pentru toti studentii. De ce trebuie sa folosim o scula de mana a zecea cand aveti scule de zeci de mii de dolari in MSDN AA? Mi se pare o idee super ca putem face temele si pe Win32 si pe Linux, dar pe Win32 am senzatia ca ma joc cu o mana legata la spate daca sunt limitat la niste tooluri destul de slabute in comparatie chiar cu cele mai slabe compilatoare comerciale de C/C++ existente pe Windows. Multumesc, Ovidiu ------=_NextPart_000_0006_01C3A190.801BE460 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Imi = cer scuze=20 anticipat pentru eventuale exprimari scapate de sub control in cele ce=20 urmeaza.
 
De ce = trebuie sa=20 folosim pe Windows tampenia aia de MinGW cand exista la fel de bine = Visual=20 Studio.NET? Concret: Scriu totul cu VS, testez, etc etc, totul merge ok. = Incerc=20 sa compilez din MSYS cu gcc, se trezeste ca nu stie de strsafe.h (un = header al=20 unei librarii din Platform SDK, folosita pentru 'safe handling' pe = stringuri C).=20 Headerul ala e (pe bune!) in acelasi folder cu 'windows.h', e suportat = cu tot=20 restul MS Platform SDK samd, nimic ezoteric acolo. La tentativa de = compilare gcc=20 zice ca nu gaseste 'strsafe.h' si se plange de functiile din headerul=20 ala.
 
Finally, facultatea=20 asta vesela are licenta de Visual Studio.NET pentru toti studentii. De = ce=20 trebuie sa folosim o scula de mana a zecea cand aveti scule de zeci de = mii de=20 dolari in MSDN AA? Mi se pare o idee super ca putem face temele si pe = Win32 si=20 pe Linux, dar pe Win32 am senzatia ca ma joc cu o mana legata la spate = daca sunt=20 limitat la niste tooluri destul de slabute in comparatie chiar cu cele = mai slabe=20 compilatoare comerciale de C/C++ existente pe = Windows.
 
Multumesc,
Ovidiu
------=_NextPart_000_0006_01C3A190.801BE460-- From so@atlantis.cs.pub.ro Sun Nov 2 21:22:43 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Sun, 02 Nov 2003 23:22:43 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: References: Message-ID: <20031102212243.16232.qmail@romus.ro> Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. From so@atlantis.cs.pub.ro Sun Nov 2 23:38:58 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 2 Nov 2003 15:38:58 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031102100721.85107.qmail@web11509.mail.yahoo.com> Message-ID: <20031102233858.73096.qmail@web41008.mail.yahoo.com> vorbind despre alocari, unde scrie ca malloc si suratele ei sunt posix compliant? --- Cosmin Arad wrote: > --- Cristian Traum wrote: > > nu avem voie deloc deloc? adica daca vreau in > cadrul > > parsarii sa copiez un sir... nu am voie strdup??? > > sau HeapAlloc si HeapRealloc tb folosite cand e > > vorba de procese...? > > > > E recomandabil sa folosesti HeapAlloc iar pentru > copierea sirului CopyMemory. In toate cazurile. > > Cosmin > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product > search > http://shopping.yahoo.com > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sun Nov 2 23:44:27 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 2 Nov 2003 15:44:27 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031102233858.73096.qmail@web41008.mail.yahoo.com> Message-ID: <20031102234427.86732.qmail@web41014.mail.yahoo.com> doar nu veti fi folosit toti posix_memalign !? --- Diana Fulger wrote: > vorbind despre alocari, unde scrie ca malloc si > suratele ei sunt posix compliant? > > --- Cosmin Arad wrote: > > --- Cristian Traum wrote: > > > nu avem voie deloc deloc? adica daca vreau in > > cadrul > > > parsarii sa copiez un sir... nu am voie > strdup??? > > > sau HeapAlloc si HeapRealloc tb folosite cand e > > > vorba de procese...? > > > > > > > E recomandabil sa folosesti HeapAlloc iar pentru > > copierea sirului CopyMemory. In toate cazurile. > > > > Cosmin > > > > __________________________________ > > Do you Yahoo!? > > The New Yahoo! Shopping - with improved product > > search > > http://shopping.yahoo.com > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > __________________________________ > Do you Yahoo!? > Exclusive Video Premiere - Britney Spears > http://launch.yahoo.com/promos/britneyspears/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Mon Nov 3 08:07:49 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 10:07:49 +0200 Subject: [so] alocare mem In-Reply-To: <20031102233858.73096.qmail@web41008.mail.yahoo.com> References: <20031102233858.73096.qmail@web41008.mail.yahoo.com> Message-ID: On Sun, 2 Nov 2003 15:38:58 -0800 (PST), Diana Fulger wrote: > vorbind despre alocari, unde scrie ca malloc si > suratele ei sunt posix compliant? > Nu sunt posix sunt ANSI-C. From so@atlantis.cs.pub.ro Mon Nov 3 08:35:09 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Mon, 3 Nov 2003 10:35:09 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: <20031102212243.16232.qmail@romus.ro> Message-ID: Multumesc pt suport. -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Adrian Stanciu Sent: Sunday, November 02, 2003 11:23 PM To: so@atlantis.cs.pub.ro Subject: [so] Re: Scule (instrumente) de dezvoltare Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so From so@atlantis.cs.pub.ro Mon Nov 3 11:12:16 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Mon, 3 Nov 2003 03:12:16 -0800 (PST) Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: Message-ID: <20031103111216.70225.qmail@web40017.mail.yahoo.com> --0-954673201-1067857936=:67536 Content-Type: text/plain; charset=us-ascii Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei. Mihai Murgan Ovidiu Platon wrote: Multumesc pt suport. -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Adrian Stanciu Sent: Sunday, November 02, 2003 11:23 PM To: so@atlantis.cs.pub.ro Subject: [so] Re: Scule (instrumente) de dezvoltare Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Exclusive Video Premiere - Britney Spears --0-954673201-1067857936=:67536 Content-Type: text/html; charset=us-ascii
Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei.
 
Mihai Murgan

Ovidiu Platon <ovidiupl@microsoft-lab.pub.ro> wrote:
Multumesc pt suport.

-----Original Message-----
From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On
Behalf Of Adrian Stanciu
Sent: Sunday, November 02, 2003 11:23 PM
To: so@atlantis.cs.pub.ro
Subject: [so] Re: Scule (instrumente) de dezvoltare


Nu cred ca ai inteles scopul acestei liste de discutii:

Scopul unic al acestei liste de discutii este de a ajuta studentii sa
rezolve temele propuse si de a lamurii probleme legate de ele.

NU de a pune in discutie ce compilator e mai bun.
NU de a pune in discutie ce _ar trebui_ folosit.
NU de a pune in discutie preferintele studentilor in materie de
compilatoare.
NU de a pune in discutie regulile.
NU pentru plangeri.

Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la
adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu
direct domnului profesor sau in cadrul laboratorului.

Pe scurt:
Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO
(in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta
lista.

--Adrian.

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Exclusive Video Premiere - Britney Spears --0-954673201-1067857936=:67536-- From so@atlantis.cs.pub.ro Mon Nov 3 11:16:36 2003 From: so@atlantis.cs.pub.ro (Catalin Constantin) Date: Mon, 3 Nov 2003 13:16:36 +0200 Subject: [so] malloc Message-ID: <20031103121944.4774F28C059@atlantis> sa inteleg ca daca am folosit malloc in tema pe linux o sa fim depunctati ? Catalin From so@atlantis.cs.pub.ro Mon Nov 3 11:48:29 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 13:48:29 +0200 Subject: [so] malloc In-Reply-To: <20031103121944.4774F28C059@atlantis> References: <20031103121944.4774F28C059@atlantis> Message-ID: On Mon, 3 Nov 2003 13:16:36 +0200, Catalin Constantin wrote: > sa inteleg ca daca am folosit malloc in tema pe linux > o sa fim depunctati ? > Nu. tavi From so@atlantis.cs.pub.ro Mon Nov 3 12:45:46 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 14:45:46 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: <20031103111216.70225.qmail@web40017.mail.yahoo.com> References: <20031103111216.70225.qmail@web40017.mail.yahoo.com> Message-ID: On Mon, 3 Nov 2003 03:12:16 -0800 (PST), Murgan Mihai wrote: > Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste > de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un > mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows > daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e > prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de > windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un MSYS != MinGW > student face o propunere de bun-simt si care chiar are legatura cu tema > si rezolvarea ei. > Daca aveti comentarii relativ la reguli sau orice altceva care nu este legat de discutarea temelor, va rog trimiteti mailurile la tavi@cs.pub.ro si nu pe lista. tavi From so@atlantis.cs.pub.ro Mon Nov 3 18:23:44 2003 From: so@atlantis.cs.pub.ro (FlorinPop) Date: Mon, 3 Nov 2003 20:23:44 +0200 (E. Europe Standard Time) Subject: [so] Re: Scule (instrumente) de dezvoltare References: <20031103111216.70225.qmail@web40017.mail.yahoo.com> Message-ID: <3FA69D30.000007.02232@einstein> --------------Boundary-00=_KFGSWCW0000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_KFGSRN00000000000000" --------------Boundary-00=_KFGSRN00000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable asa e!=0D =0D -------Original Message-------=0D =0D From: so@atlantis.cs.pub.ro=0D Date: Monday, November 03, 2003 13:13:07=0D To: so@atlantis.cs.pub.ro=0D Subject: RE: [so] Re: Scule (instrumente) de dezvoltare=0D =0D Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste = de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mar= e ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun d= in moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei= =2E=0D =0D Mihai Murgan=0D =0D Ovidiu Platon wrote:=0D Multumesc pt suport. =0D =0D -----Original Message-----=0D From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On= =0D Behalf Of Adrian Stanciu=0D Sent: Sunday, November 02, 2003 11:23 PM=0D To: so@atlantis.cs.pub.ro=0D Subject: [so] Re: Scule (instrumente) de dezvoltare=0D =0D =0D Nu cred ca ai inteles scopul acestei liste de discutii: =0D =0D Scopul unic al acestei liste de discutii este de a ajuta studentii sa=0D rezolve temele propuse si de a lamurii probleme legate de ele. =0D =0D NU de a pune in discutie ce compilator e mai bun.=0D NU de a pune in discutie ce _ar trebui_ folosit.=0D NU de a pune in discutie preferintele studentilor in materie de=0D compilatoare.=0D NU de a pune in discutie regulile.=0D NU pentru plangeri. =0D =0D Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la=0D adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exem= plu=0D direct domnului profesor sau in cadrul laboratorului. =0D =0D Pe scurt:=0D Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de S= O=0D (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta=0D lista. =0D =0D --Adrian. =0D =0D _______________________________________________=0D so mailing list=0D so@atlantis.cs.pub.ro=0D http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so=0D =0D _______________________________________________=0D so mailing list=0D so@atlantis.cs.pub.ro=0D http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so=0D =0D =0D Do you Yahoo!?=0D Exclusive Video Premiere - Britney Spears =0D =20 --------------Boundary-00=_KFGSRN00000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
asa e!
 
-------Original Message-------
 
Date: Monday, Nove= mber 03, 2003 13:13:07
Subject: RE: [so] = Re: Scule (instrumente) de dezvoltare
 
Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei l= iste de discutii este de a ajuta studentii sa rezolve temele propuse". Pa= i un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific window= s daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e= prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de wi= ndows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un stu= dent face o propunere de bun-simt si care chiar are legatura cu tema si r= ezolvarea ei.
 
Mihai Murgan

Ovidiu Platon <ovidiupl@microsoft-lab.p= ub.ro> wrote:
Multumesc pt suport.

-----Origina= l Message-----
From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atla= ntis.cs.pub.ro] On
Behalf Of Adrian Stanciu
Sent: Sunday, November = 02, 2003 11:23 PM
To: so@atlantis.cs.pub.ro
Subject: [so] Re: Scule= (instrumente) de dezvoltare


Nu cred ca ai inteles scopul aces= tei liste de discutii:

Scopul unic al acestei liste de discutii e= ste de a ajuta studentii sa
rezolve temele propuse si de a lamurii pro= bleme legate de ele.

NU de a pune in discutie ce compilator e mai= bun.
NU de a pune in discutie ce _ar trebui_ folosit.
NU de a pune= in discutie preferintele studentilor in materie de
compilatoare.
N= U de a pune in discutie regulile.
NU pentru plangeri.

Regulile= sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la
adres= a lor va sugerez sa incercati sa le exprimati in alta parte, de exempludirect domnului profesor sau in cadrul laboratorului.

Pe scurt:=
Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului = de SO
(in coditiile regulilor prestabilite), deci nu-si are rostul pe = aceasta
lista.

--Adrian.

_____________________________= __________________
so mailing list
so@atlantis.cs.pub.ro
http://= atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

___________________= ____________________________
so mailing list
so@atlantis.cs.pub.ro<= BR>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so
da, e mai bine cu o bariera rentranta, parerea mea.
Eu asa o sa fac.
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_KUAYLVC0000000000000-- --------------Boundary-00=_JUAYQL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_JUAYQL80000000000000-- From so@atlantis.cs.pub.ro Thu Nov 6 23:16:23 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Fri, 7 Nov 2003 01:16:23 +0200 Subject: [so] tema 2 Message-ID: <008801c3a4bb$fe7b9f20$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0085_01C3A4CC.C1F15C50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Tema 2 in principiu e simpla. e vorba de o memorie comuna si de = sincronizari, mesaje, etc. enuntul poate fi interpretat (in anumite = locuri). ce vreau eu sa stiu, este: ce parti din problema este = obligatoriu sa se rezolve intr-un anumit fel. Sincronizarile pot fi facute si cu semafoare, mutexuri, si cu cozi de = mesaje.=20 ce, unde, suntem obligati sa folosim si=20 unde avem voie sa facem cum credem noi? alta chestie, mai la detaliu. toti participantii la traficul de = prajituri :) cum actioneaza. furnizorul baga direct prajiturile in frigider sau i le = da cofetarului sa le bage el? clientii, se uita ei cate locuri libere sunt sau intreaba cofetarul? clientii, o data asezati, isi iau singuri prajiturile sau le primesc = prin intermediul cofetarului? (cofetarul e un proces, clientii, furnizorul, alte procese) toate variantele astea inclina spre folosirea mai mult sau mai putin a = barierelor (mutexurilor pentru memoria partajata) si mai putin sau mai = mult a mesajelor. (sau cel putin asa am eu impresia). Asadar, ce e lege si ce e indicatie? ------=_NextPart_000_0085_01C3A4CC.C1F15C50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Tema 2 in principiu e simpla. e vorba = de o memorie=20 comuna si de sincronizari, mesaje, etc. enuntul poate fi interpretat (in = anumite=20 locuri). ce vreau eu sa stiu, este: ce parti din problema este = obligatoriu sa se=20 rezolve intr-un anumit fel.
Sincronizarile pot fi facute si cu = semafoare,=20 mutexuri, si cu cozi de mesaje.
ce, unde, suntem obligati sa folosim si =
unde avem voie sa facem cum credem=20 noi?
 
alta chestie, mai la detaliu. toti = participantii la=20 traficul de prajituri :)
cum actioneaza. furnizorul baga direct = prajiturile=20 in frigider sau i le da cofetarului sa le bage el?
clientii, se uita ei cate locuri libere = sunt sau=20 intreaba cofetarul?
clientii, o data asezati, isi iau = singuri=20 prajiturile sau le primesc prin intermediul cofetarului?
(cofetarul e un proces, clientii, = furnizorul, alte=20 procese)
 
toate variantele astea inclina spre = folosirea mai=20 mult sau mai putin a barierelor (mutexurilor pentru memoria partajata) = si mai=20 putin sau mai mult a mesajelor.
(sau cel putin asa am eu = impresia).
 
Asadar, ce e lege si ce e = indicatie?
 
------=_NextPart_000_0085_01C3A4CC.C1F15C50-- From so@atlantis.cs.pub.ro Fri Nov 7 10:14:40 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 07 Nov 2003 12:14:40 +0200 Subject: [so] tema 2 In-Reply-To: <008801c3a4bb$fe7b9f20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> --=====================_2894592==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Raspund aici si la intrebarea anterioara legata de bariera reentranta. Enuntul e lege. (tr sa existe programe separate pt cofetarie, client, furnizor, frigiderul tr sa fie o mem partajata, etc) Ce scrie sub enunt, la observatii, ca indicatii, sunt indicatii. Ce nu scrie nicaieri, faceti cum credeti voi ca e mai bine. Maria. > >Asadar, ce e lege si ce e indicatie? > --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ --=====================_2894592==_.ALT Content-Type: text/html; charset="us-ascii" Raspund aici si la intrebarea anterioara legata de bariera reentranta.

Enuntul e lege. (tr sa existe programe separate pt cofetarie, client, furnizor, frigiderul tr sa fie o mem partajata, etc)
Ce scrie sub enunt, la observatii, ca indicatii, sunt indicatii.

Ce nu scrie nicaieri, faceti cum credeti voi ca e mai bine.

Maria.


 
Asadar, ce e lege si ce e indicatie?
 


Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

--=====================_2894592==_.ALT-- From so@atlantis.cs.pub.ro Fri Nov 7 19:39:14 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Fri, 7 Nov 2003 21:39:14 +0200 Subject: [so] threaduri Message-ID: <000a01c3a566$d3828760$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3A577.96F5D390 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable avem voie sa folosim threaduri? bine-nteles ca vor exista si procesele din enunt (din lege): sweetshop, = supplier si consumer. pe langa acestea, avem voie sa folosim si threaduri? ------=_NextPart_000_0007_01C3A577.96F5D390 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
avem voie sa folosim = threaduri?
bine-nteles ca vor exista si procesele = din enunt=20 (din lege): sweetshop, supplier si consumer.
 
pe langa acestea, avem voie sa folosim = si=20 threaduri?
------=_NextPart_000_0007_01C3A577.96F5D390-- From so@atlantis.cs.pub.ro Fri Nov 7 19:47:27 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Fri, 7 Nov 2003 11:47:27 -0800 (PST) Subject: [so] threaduri In-Reply-To: <000a01c3a566$d3828760$0200a8c0@smeagol> Message-ID: <20031107194727.70811.qmail@web41005.mail.yahoo.com> NU --- Cibu Cristian wrote: > avem voie sa folosim threaduri? > bine-nteles ca vor exista si procesele din enunt > (din lege): sweetshop, supplier si consumer. > > pe langa acestea, avem voie sa folosim si threaduri? > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 11:31:37 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 8 Nov 2003 03:31:37 -0800 (PST) Subject: [so] 2 variante de enunt In-Reply-To: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> Message-ID: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Care sunt cele doua variante de enunt pentru Linux respectiv Windows? Nu imi este foarte clar din discutiile anterioare! Multam! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 13:18:03 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 15:18:03 +0200 (EET) Subject: [so] prajituri si furnizori Message-ID: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai u= sor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa = un sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta= se va crea cate un proces dupa fiecare vizita a furnizorului, care se va ter= mina atunci cand prajiturile respective se strica. Este recomandata abordarea aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bag= at in frigider un numar de prajituri in frigider, pentru ca acesta sa stie c= ate si cand sa le arunce - deci o coada de mesaje ? ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Sat Nov 8 13:24:02 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:24:02 +0200 Subject: [so] 2 variante de enunt In-Reply-To: <20031108113137.54461.qmail@web41005.mail.yahoo.com> References: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031108152223.00a5b820@mail.mymail.ro> este acelasi enunt pentru amandoua. Nu este impus nimic mai mult decat scrie enunt. Unele dintre discutiile anterioare erau despre cum s'ar putea face tema, nu despre cum trebuie facuta. Maria. >Care sunt cele doua variante de enunt pentru Linux >respectiv Windows? Nu imi este foarte clar din >discutiile anterioare! > >Multam! --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:24:10 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 8 Nov 2003 15:24:10 +0200 Subject: [so] prajituri si furnizori References: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <000501c3a5fb$98260a30$0200a8c0@smeagol> ----- Original Message ----- From: "Marian Mihailescu" To: Sent: Saturday, November 08, 2003 3:18 PM Subject: [so] prajituri si furnizori Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un sleep) arunca prajiturile din frigider(care s-a stricat). ------------------------------------^^^^^^^^^^^ Trebuie sa avem in vedere si stricarea frigiderului? From so@atlantis.cs.pub.ro Sat Nov 8 13:32:07 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:32:07 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108152702.00a5b820@mail.mymail.ro> Te complici. Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei tu despre prajituri. Maria. >Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor >ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un >sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta se >va crea cate un proces dupa fiecare vizita a furnizorului, care se va termina >atunci cand prajiturile respective se strica. Este recomandata abordarea >aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bagat >in frigider un numar de prajituri in frigider, pentru ca acesta sa stie cate >si cand sa le arunce - deci o coada de mesaje ? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:35:56 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:35:56 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <000501c3a5fb$98260a30$0200a8c0@smeagol> References: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108153451.00addb70@mail.mymail.ro> > >Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor >ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un >sleep) arunca prajiturile din frigider(care s-a stricat). >------------------------------------^^^^^^^^^^^ >Trebuie sa avem in vedere si stricarea frigiderului? :))))))))))))))) ... asta mi'a placut :)... cred ca autorul vroia sa spuna (care s-au stricat) ... adica prajiturile. Maria. P.S. nu, se presupune ca este un frigider ideal ;). --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:49:10 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 8 Nov 2003 15:49:10 +0200 Subject: [so] intrebare Message-ID: <001a01c3a5ff$3e814a90$c09f9ad5@ioana> Un consumator poate sa ceara mai mult de cakes_max prajituri? Adica vreau sa stiu daca un consumator trebuie sa incerce sa ia toate cakes_no prajiturile dintr-o data (ma refer mai ales la varianta linux unde se poate decrementa un semafor cu mai mult de 1) sau ia una cate una, cate gaseste si pe urma cand mai aduce un furnizor mai ia din nou (in acest fel ar putea cere mai mult de cakes_max prajituri). O a 2-a intrebare : pot folosi in windows functia atoi? (nu gasesc ceva similar in win32api) From so@atlantis.cs.pub.ro Sat Nov 8 13:52:05 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Sat, 8 Nov 2003 05:52:05 -0800 (PST) Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Message-ID: <20031108135205.48079.qmail@web40017.mail.yahoo.com> --0-1026688301-1068299525=:47455 Content-Type: text/plain; charset=us-ascii Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie cu un alt proces care sa doarma valabilitatea unei prajituri si cand devine constient sa anunte sa fie aruncata, fie prin threaduri care sa faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc). Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca gresesc spuneti-mi ce anume sa folosesc. In al doilea rand, daca creez un nou proces acesta poate sa aiba doua comportamente: 1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas prajiturii puse cel mai de mult in frigider 2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei prajituri. In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai tarziu decat termenul limita, secunde pierdute de calculele facute de procesor si de primirea mesajelor intre procese. In cazul 2 consum inutil resurse. Cazul 1 mi se pare mult mai firesc pentru ca daca mananci ceva ce a expirat de 3 secunde sa zicem, nu cred ca patesti nimic totusi. Astept lamuriri ce metoda sa aleg sau cum anume sa fac daca nici una din metode nu e buna. Mihai Murgan --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1026688301-1068299525=:47455 Content-Type: text/html; charset=us-ascii
Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie cu un alt proces care sa doarma valabilitatea unei prajituri si cand devine constient sa anunte sa fie aruncata, fie prin threaduri care sa faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc).
Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca gresesc spuneti-mi ce anume sa folosesc.
In al doilea rand, daca creez un nou proces acesta poate sa aiba doua comportamente:
1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas prajiturii puse cel mai de mult in frigider
2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei prajituri.
In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai tarziu decat termenul limita, secunde pierdute de calculele facute de procesor si de primirea mesajelor intre procese.
In cazul 2 consum inutil resurse.
Cazul 1 mi se pare mult mai firesc pentru ca daca mananci ceva ce a expirat de 3 secunde sa zicem, nu cred ca patesti nimic totusi.
Astept lamuriri ce metoda sa aleg sau cum anume sa fac daca nici una din metode nu e buna.
 
Mihai Murgan

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1026688301-1068299525=:47455-- From so@atlantis.cs.pub.ro Sat Nov 8 15:19:32 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 17:19:32 +0200 Subject: [so] intrebare In-Reply-To: <001a01c3a5ff$3e814a90$c09f9ad5@ioana> Message-ID: <5.1.0.14.0.20031108171644.00a7c970@mail.mymail.ro> > > Un consumator poate sa ceara mai mult de cakes_max prajituri? Da, poate sa ceara mai mult de cakes_max prajituri, dar nu este obligatoriu sa le si obtina. > O a 2-a intrebare : pot folosi in windows functia atoi? (nu gasesc ceva >similar in win32api) habar nu am, cred ca da. Rog pe altcineva sa raspunda la intrebarea asta. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 15:19:34 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 17:19:34 +0200 Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108135205.48079.qmail@web40017.mail.yahoo.com> References: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031108170308.00a5bd68@mail.mymail.ro> >1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas >prajiturii puse cel mai de mult in frigider >2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei >prajituri. Ambele solutii sunt ok. Nu e nici o problema dc intarzii f putin cu aruncatul prajiturilor. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 15:20:40 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 17:20:40 +0200 (EET) Subject: [so] prajituri si furnizori Message-ID: <4638.141.85.0.67.1068304840.squirrel@www.as.ro> >Te complici. >Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei= tu >despre prajituri. este partajata ... dar cofetaria trebuie sa stie cand i se aduc prajituri= nu? ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Sat Nov 8 16:05:34 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 18:05:34 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <4638.141.85.0.67.1068304840.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> > > >Te complici. > >Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei tu > >despre prajituri. > >este partajata ... dar cofetaria trebuie sa stie cand i se aduc prajituri nu? Scuze, am citit eu in graba mesajul tau anterior. ideea nu incalca nici o lege :). e ok. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 19:40:13 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 8 Nov 2003 21:40:13 +0200 Subject: [so] grupurile si membrii lor Message-ID: <000801c3a630$2114acf0$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C3A640.E487F920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ce nevoie e de people_max si group_max? pentru a sti dimensiunea = vectorilor? si daca facem cu liste? ca sa las sa se ocupe prea multa memorie? marimea memoriei e relativa :) daca nu am nevoie de people_max si group_max pot pur si simplu sa le = ignor? ------=_NextPart_000_0005_01C3A640.E487F920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
ce nevoie e de people_max si group_max? = pentru a=20 sti dimensiunea vectorilor? si daca facem cu liste?
ca sa las sa se ocupe prea multa = memorie? marimea=20 memoriei e relativa :)
daca nu am nevoie de people_max si = group_max pot=20 pur si simplu sa le ignor?
------=_NextPart_000_0005_01C3A640.E487F920-- From so@atlantis.cs.pub.ro Sun Nov 9 10:01:55 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 02:01:55 -0800 (PST) Subject: [so] ordinea sosirilor In-Reply-To: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> Message-ID: <20031109100155.75775.qmail@web41003.mail.yahoo.com> Cum sosesc membrii unui grup? Daca de exemplu am grupul 1 cu 6 membrii vor sosii toti 6 unul dupa altul sau printre ei se pot intercala membrii altor grupuri? Se poate intampla sa soseasca: gr 1 primul membru gr 1 al doilea membru gr 2 primul membru gr 1 al treilea membru ... __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 10:07:16 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 12:07:16 +0200 Subject: [so] ordinea sosirilor In-Reply-To: <20031109100155.75775.qmail@web41003.mail.yahoo.com> References: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> se pot intercala. Maria. >Cum sosesc membrii unui grup? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 10:18:58 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 02:18:58 -0800 (PST) Subject: [so] group_max, group_id In-Reply-To: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> Message-ID: <20031109101858.83480.qmail@web41005.mail.yahoo.com> In enunt se specifca ca pot exista GROUP_MAX grupuri. Asta inseamna ca pe parcursul rularii programului pot avea grup_max grupuri in total sau la un moment dat in cofetarie? de ex: daca grupul cu id = 0 vine in cofetarie face consumatie si termina, pe urma sa mai poate intampla ca grupul cu id-ul 0 sa mai apara la intrarea programului? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 13:01:25 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 15:01:25 +0200 Subject: [so] group_max, group_id In-Reply-To: <20031109101858.83480.qmail@web41005.mail.yahoo.com> References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> nu, id ul este unic unui grup. >daca grupul cu id = 0 vine in cofetarie face >consumatie si termina, pe urma sa mai poate intampla >ca grupul cu id-ul 0 sa mai apara la intrarea programului? Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 13:03:50 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 15:03:50 +0200 Subject: [so] grupurile si membrii lor In-Reply-To: <000801c3a630$2114acf0$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> >ce nevoie e de people_max si group_max? pentru a sti dimensiunea >vectorilor? si daca facem cu liste? >ca sa las sa se ocupe prea multa memorie? marimea memoriei e relativa :) >daca nu am nevoie de people_max si group_max pot pur si simplu sa le ignor? da. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 17:03:50 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sun, 9 Nov 2003 19:03:50 +0200 Subject: [so] group_max, group_id References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> Message-ID: <004c01c3a6e3$90a4eae0$0e0c6150@ioana> Deci daca dupa ce a terminat grupul 0, mai vine din nou grupul 0 el trebuie sa fie ignorat? Eu ma gandisem ca se poate ca un grup sa vina de mai multe ori la cofetarie si am facut implementarea in acest mod. Este gresit asa? ----- Original Message ----- From: "Maria Mateescu" To: Sent: Sunday, November 09, 2003 3:01 PM Subject: Re: [so] group_max, group_id > > > nu, id ul este unic unui grup. > > >daca grupul cu id = 0 vine in cofetarie face > >consumatie si termina, pe urma sa mai poate intampla > >ca grupul cu id-ul 0 sa mai apara la intrarea programului? > > > Maria. > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sun Nov 9 20:23:37 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 12:23:37 -0800 (PST) Subject: [so] grupuri In-Reply-To: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> Message-ID: <20031109202337.30347.qmail@web41009.mail.yahoo.com> e ok daca asteptam sa se intregeasca grupul si pe urma cautam sa punem mana pe scaune? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 21:46:18 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 23:46:18 +0200 Subject: [so] group_max, group_id In-Reply-To: <004c01c3a6e3$90a4eae0$0e0c6150@ioana> References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109234545.00a5e100@mail.mymail.ro> nu e gresit. Maria. >Deci daca dupa ce a terminat grupul 0, mai vine din nou grupul 0 >el trebuie sa fie ignorat? >Eu ma gandisem ca se poate ca un grup sa vina de mai multe ori la cofetarie >si am facut implementarea in acest mod. Este gresit asa? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 21:47:01 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 23:47:01 +0200 Subject: [so] grupuri In-Reply-To: <20031109202337.30347.qmail@web41009.mail.yahoo.com> References: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109234629.00ac7400@mail.mymail.ro> > >e ok daca asteptam sa se intregeasca grupul si pe urma >cautam sa punem mana pe scaune? da. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 10 04:15:00 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 9 Nov 2003 20:15:00 -0800 (PST) Subject: [so] tema 1 win Message-ID: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Am o problema penibila, careia nu ii dau de cap: Pentru modul executie din fisier, apelez functia din program care executa o comanda cu indirectare, cu parametrii argv[0] si argv[1]. In Linux a functionat perfect, insa in Windows nu imi citeste din fisierul care este Stdin decat prima linie, o executa, si se opreste, adica nu mai citeste nimic din fisier (considera ca s-a terminat). Am verificat separat bucata de citire din fisier, merge. Merge si indirectarea comenzilor in mod interactiv. Are cineva vreo idee? Ma gandesc ca poate am gresit ceva la indirectare, care nu se vede decat in situatia asta, dar nu imi pot imagina ce. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 13:14:51 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 15:14:51 +0200 Subject: [so] prajituri si furnizori Message-ID: <200311081514.51182.mmk@as.ro> Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta se va crea cate un proces dupa fiecare vizita a furnizorului, care se va termina atunci cand prajiturile respective se strica. Este recomandata abordarea aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bagat in frigider un numar de prajituri in frigider, pentru ca acesta sa stie cate si cand sa le arunce - deci o coada de mesaje ? From so@atlantis.cs.pub.ro Mon Nov 10 12:34:17 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Mon, 10 Nov 2003 14:34:17 +0200 Subject: [so] tema 1 win In-Reply-To: <20031110041500.15540.qmail@web41009.mail.yahoo.com> References: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Message-ID: <841331013.20031110143417@rdsnet.ro> Hello Diana, Monday, November 10, 2003, 6:15:00 AM, you wrote: DF> in Windows nu imi citeste din fisierul DF> care este Stdin decat prima linie, o executa, si se DF> opreste, adica nu mai citeste nimic din fisier DF> (considera ca s-a terminat). Nu stiu daca am inteles exact care este problema. Eu am intampinat ceva asemanator, si s-a dovedit ca de fapt imi citea din fisierul care este Stdin <>! Tu spui mai sus 2 lucruri care se contrazic : "citeste doar prima linie" si "considera ca s-a terminat". Eu as merge pe mana lui Bill Gates si as zice ca tu chiar citesti tot fisierul... sa nu uitam ca functiile <> din WIN32API nu citesc linie cu linie. Ion From so@atlantis.cs.pub.ro Mon Nov 10 12:44:56 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Mon, 10 Nov 2003 04:44:56 -0800 (PST) Subject: [so] tema 1 win In-Reply-To: <841331013.20031110143417@rdsnet.ro> Message-ID: <20031110124456.1680.qmail@web41009.mail.yahoo.com> intr-adevar nu citesc linie cu linie, ci caracter cu caracter... a, si am uitat sa mentionez ca prima linie o executa cu succes? ceea ce n us-ar fi intamplat daca imi citea tot fisierul, nu? (nu ar fi recunoscut comenzile) --- Ion Petrescu wrote: > Hello Diana, > > Monday, November 10, 2003, 6:15:00 AM, you wrote: > > > DF> in Windows nu imi citeste din fisierul > DF> care este Stdin decat prima linie, o executa, si > se > DF> opreste, adica nu mai citeste nimic din fisier > DF> (considera ca s-a terminat). > > Nu stiu daca am inteles exact care este problema. > Eu am intampinat ceva asemanator, si s-a dovedit ca > de fapt imi citea > din fisierul care este Stdin < linie>>! > > Tu spui mai sus 2 lucruri care se contrazic : > "citeste doar prima > linie" si "considera ca s-a terminat". > Eu as merge pe mana lui Bill Gates si as zice ca tu > chiar citesti tot > fisierul... sa nu uitam ca functiile <> > din WIN32API nu citesc linie cu > linie. > > Ion > > > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 10 13:11:05 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Mon, 10 Nov 2003 15:11:05 +0200 Subject: Re[2]: [so] tema 1 win In-Reply-To: <20031110124456.1680.qmail@web41009.mail.yahoo.com> References: <841331013.20031110143417@rdsnet.ro> <20031110124456.1680.qmail@web41009.mail.yahoo.com> Message-ID: <893539219.20031110151105@rdsnet.ro> DF> intr-adevar nu citesc linie cu linie, ci caracter cu DF> caracter... DF> a, si am uitat sa mentionez ca prima linie o executa DF> cu succes? ceea ce n us-ar fi intamplat daca imi citea DF> tot fisierul, nu? (nu ar fi recunoscut comenzile) Pai si atunci cum explici ca fisierul "Stdin" e considerat terminat, pe cand tu zici ca nu ai citit decat o linie? S-a ajuns la sfarsitul fisierului sau nu s-a ajuns? Si apoi, daca nu s-a ajuns, de ce nu se avanseaza? Apoi, eu nu inteleg ce ai vrut sa zici cu "Pentru modul executie din fisier, apelez functia din program care executa o comanda cu indirectare, cu parametrii argv[0] si argv[1]." Dar poate altii au inteles si o sa iti raspunda. Oricum iti dai seama ca fara cod sunt sanse mici sa isi dea seama cineva care e problema. Daca afli misterul sa ne spui si noua. From so@atlantis.cs.pub.ro Mon Nov 10 14:35:11 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 10 Nov 2003 16:35:11 +0200 Subject: [so] tema 1 win In-Reply-To: <20031110041500.15540.qmail@web41009.mail.yahoo.com> References: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Message-ID: On Sun, 9 Nov 2003 20:15:00 -0800 (PST), Diana Fulger wrote: > Am o problema penibila, careia nu ii dau de cap: > Pentru modul executie din fisier, apelez functia din > program care executa o comanda cu indirectare, cu > parametrii argv[0] si argv[1]. In Linux a functionat > perfect, insa in Windows nu imi citeste din fisierul > care este Stdin decat prima linie, o executa, si se > opreste, adica nu mai citeste nimic din fisier > (considera ca s-a terminat). > Am verificat separat bucata de citire din fisier, > merge. Merge si indirectarea comenzilor in mod > interactiv. Are cineva vreo idee? Ma gandesc ca poate > am gresit ceva la indirectare, care nu se vede decat > in situatia asta, dar nu imi pot imagina ce. > Poate ai editat fisierul in Linux? In Linux sfarsitul unei linii e dat de '\n' iar in Windows de '\r\n'. tavi From so@atlantis.cs.pub.ro Mon Nov 10 14:39:51 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 10 Nov 2003 16:39:51 +0200 Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108135205.48079.qmail@web40017.mail.yahoo.com> References: <20031108135205.48079.qmail@web40017.mail.yahoo.com> Message-ID: On Sat, 8 Nov 2003 05:52:05 -0800 (PST), Murgan Mihai wrote: > Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs > timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie > cu un alt proces care sa doarma valabilitatea unei prajituri si cand > devine constient sa anunte sa fie aruncata, fie prin threaduri care sa > faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue > si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am > inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am > discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc). > Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca > gresesc spuneti-mi ce anume sa folosesc. > In al doilea rand, daca creez un nou proces acesta poate sa aiba doua > comportamente: > 1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas > prajiturii puse cel mai de mult in frigider > 2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei > prajituri. > In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai > tarziu decat termenul limita, secunde pierdute de calculele facute de > procesor si de primirea mesajelor intre procese. La fel si in cazul 2 :) Solutii pentru probleme de genul asta nu exista decat daca se foloseste un RTOS. Chiar daca faci busy waiting nu poti fi sigur (SO te poate intrerupe, teoretic indefinit de mult timp) tavi From so@atlantis.cs.pub.ro Mon Nov 10 16:07:34 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Mon, 10 Nov 2003 18:07:34 +0200 (EET) Subject: [so] o problema ciudata Message-ID: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> pe "scurt": "If sem_op is 0 (read operation) and semval is non-zero, the process sleeps on a queue waiting for semval to become zero." Am facut un program mic care incrementeaza val unui semafor; daca valoare= a semaforului ajunge la N, atunci un alt semafor e facut 0. In continuare s= e face un sem_op 0 pe semaforul 2, si cand iese afiseaza ceva. Pornesc programul, intra in starea "waiting"... de ce atunci cand il intrerup (CTRL-Z) si il trimit in background ("bg") se sare de starea waiting ? (a se intelege ca e vb de linux...) ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Mon Nov 10 17:22:24 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Mon, 10 Nov 2003 09:22:24 -0800 (PST) Subject: [so] Structuri IPC In-Reply-To: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <20031110172224.58452.qmail@web40016.mail.yahoo.com> --0-491379405-1068484944=:57656 Content-Type: text/plain; charset=us-ascii In enuntul temei este un paragraf care poate naste interpretari. Se scrie ca: "Cofetaria trebuie sa fie implementata ca un program separat, ce initializeaza structurile IPC si arunca prajiturile vechi." Eu de aici am inteles ca in cofetarie se vor initializa structurile( semafoare, memorie partajata, coada de mesaje) necesare pe tot parcursul programului si ca aici se vor arunca prajiturile. Semafoarele necesare sincronizarii clientilor, cum ar fi semaforul de asteptare al tuturor membrilor unui grup eu am ales sa fie creat si distrus de primul membru sosit al unui grup(verifica daca nu era deja creat si daca nu era deja creat inseamna ca e primul membru al grupului). Aceasta abordare mi se pare normala pentru ca cofetaria nu are de unde sa stie ce semafoare sa creeze atata vreme cat nu stie id-urile respectivelor grupurii ce urmeaza sa vina, asa ca nu ar avea cum sa creeze in avans aceste semafoare.Iar daca ar astepta mesaj cu id-ul grupului pana ar creea semaforul la care sa astepte grupul primul membru ar termina de mult procesul pentru ca nu ar gasi semafoare la care sa astepte. Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si orice altceva de genul acesta ar trebui create in cofetarie. As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar trebui creat in cofetarie. Va multumesc, Mihai Murgan --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-491379405-1068484944=:57656 Content-Type: text/html; charset=us-ascii
In enuntul temei este un paragraf care poate naste interpretari. Se scrie ca:
"Cofetaria trebuie sa fie implementata ca un program separat, ce initializeaza structurile IPC si arunca prajiturile vechi."
Eu de aici am inteles ca in cofetarie se vor initializa structurile( semafoare, memorie partajata, coada de mesaje) necesare pe tot parcursul programului si ca aici se vor arunca prajiturile. Semafoarele necesare sincronizarii clientilor, cum ar fi semaforul de asteptare al tuturor membrilor unui grup eu am ales sa fie creat si distrus de primul membru sosit  al unui grup(verifica daca nu era deja creat si daca nu era deja creat inseamna ca e primul membru al grupului).
Aceasta abordare mi se pare normala pentru ca cofetaria nu are de unde sa stie ce semafoare sa creeze atata vreme cat nu stie id-urile respectivelor grupurii ce urmeaza sa vina, asa ca nu ar avea cum sa creeze in avans aceste semafoare.Iar daca ar astepta mesaj cu id-ul grupului pana ar creea semaforul la care sa astepte grupul primul membru ar termina de mult procesul pentru ca nu ar gasi semafoare la care sa astepte.
Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si orice altceva de genul acesta ar trebui create in cofetarie.
As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar trebui creat in cofetarie.
 
Va multumesc,
Mihai Murgan

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-491379405-1068484944=:57656-- From so@atlantis.cs.pub.ro Mon Nov 10 17:43:36 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 10 Nov 2003 19:43:36 +0200 Subject: [so] Structuri IPC In-Reply-To: <20031110172224.58452.qmail@web40016.mail.yahoo.com> References: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> > >Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea >intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si >orice altceva de genul acesta ar trebui create in cofetarie. >As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar >trebui creat in cofetarie. > nu este necesar ca toate ipcurile sa fie create din cofetarie. imi cer scuze pt neclaritate, incercam sa arat ce ar trebui sa faca programul cofetarie. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 10 20:03:56 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 10 Nov 2003 22:03:56 +0200 Subject: [so] upload Message-ID: <1068494636.3fafef2c88d0c@cs.pub.ro> Pentru unii din voi informatiile la crearea contului de upload au fost incomplete - lipsea grupa. Cu campul respectiv nesetat, va puteti loga, dar nu puteti face upload. In concluzie, cine vrea :) sa faca upload de teme in viitorul apropiat, e asteptat (pe mail: dee@cs.pub.ro) cu precizari asupra grupei. Mai jos e lista de studenti in cauza: CostacheRuxandra ClejaMihai StanculeanuIonel HerbeiuRadu BarjovanuVlad DavidDan Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 10 20:14:36 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Mon, 10 Nov 2003 12:14:36 -0800 (PST) Subject: [so] terminarea programului In-Reply-To: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> Message-ID: <20031110201436.37781.qmail@web41012.mail.yahoo.com> Cand ar trebui sa se termine programul sweetshop? In momentul in care au aparut toate cele group_max grupuri si toti mebrii lor au fost serviti? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 10 22:37:24 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Tue, 11 Nov 2003 00:37:24 +0200 (EET) Subject: [so] erori Message-ID: <1785.141.85.0.67.1068503844.squirrel@www.as.ro> Ce (ar trebui)/(ar fi bine) sa se intample cand un consumator comanda un numar de prajituri mai mare decat capacitatea frigiderului sau un grup e format din un numar de oameni mai mare decat capacitatea cofetariei? Si separat, ce ar tb sa se intample daca consumeri din acealasi grup sunt porniti cu un numar al membrilor grupului diferit ? (la intrebarea asta, din enunt se intelegea ca "se presupune acelasi", deci nu ar trebui tratata eroarea). Marian. ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Tue Nov 11 00:41:25 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 02:41:25 +0200 Subject: [so] erori In-Reply-To: <1785.141.85.0.67.1068503844.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031111024047.00ad6448@mail.mymail.ro> nu se intampla asa ceva :). Maria. >Ce (ar trebui)/(ar fi bine) sa se intample cand un consumator comanda un >numar de prajituri mai mare decat capacitatea frigiderului sau un grup e >format din un numar de oameni mai mare decat capacitatea cofetariei? >Si separat, ce ar tb sa se intample daca consumeri din acealasi grup sunt >porniti cu un numar al membrilor grupului diferit ? (la intrebarea asta, >din enunt se intelegea ca "se presupune acelasi", deci nu ar trebui >tratata eroarea). > >Marian. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 00:46:18 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 02:46:18 +0200 Subject: [so] terminarea programului In-Reply-To: <20031110201436.37781.qmail@web41012.mail.yahoo.com> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> teoretic nu ar tr sa se termine niciodata si sa fie oprita cu CTRL-C... dar cum inca nu ati facut semnale pentru a putea distruge IPCurile (lucru absolut necesar (sa distrugeti IPCurile)), ideea ta e buna... asa ca raspunsul este: da. Maria. At 12:14 PM 11/10/2003 -0800, you wrote: >Cand ar trebui sa se termine programul sweetshop? >In momentul in care au aparut toate cele group_max >grupuri si toti mebrii lor au fost serviti? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 06:18:01 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Tue, 11 Nov 2003 08:18:01 +0200 Subject: [so] terminarea programului References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> Message-ID: <3FB07F19.7090509@pcnet.ro> Cum nu s-a specificat nimic in enuntz in legatura cu terminarea programelor eu am astfel: inchid cofetaria daca apas pe tasta q, moment cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie si daca nu mai sunt inchid ipc-urile si daca sunt nu inchid...trimit mesaj ca sa mai aspepte cu inchiderea.Stiam ca trebuie semnale dar nu aveam voie sa folosim.E ok asa? Maria Mateescu wrote: > > teoretic nu ar tr sa se termine niciodata si sa fie oprita cu > CTRL-C... dar cum inca nu ati facut semnale pentru a putea distruge > IPCurile (lucru absolut necesar (sa distrugeti IPCurile)), ideea ta e > buna... asa ca raspunsul este: > da. > > Maria. > > At 12:14 PM 11/10/2003 -0800, you wrote: > > >> Cand ar trebui sa se termine programul sweetshop? >> In momentul in care au aparut toate cele group_max >> grupuri si toti mebrii lor au fost serviti? > > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > From so@atlantis.cs.pub.ro Tue Nov 11 08:28:29 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 10:28:29 +0200 Subject: [so] terminarea programului In-Reply-To: <3FB07F19.7090509@pcnet.ro> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031111102801.00a5ea00@mail.mymail.ro> da... e bine de vreme ce se termina intr'un fel. Maria. >Cum nu s-a specificat nimic in enuntz in legatura cu terminarea >programelor eu am astfel: inchid cofetaria daca apas pe tasta q, moment >cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie si daca nu >mai sunt inchid ipc-urile si daca sunt nu inchid...trimit mesaj ca sa mai >aspepte cu inchiderea.Stiam ca trebuie semnale dar nu aveam voie sa >folosim.E ok asa? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 10:10:55 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 11 Nov 2003 02:10:55 -0800 (PST) Subject: [so] o problema ciudata In-Reply-To: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <20031111101055.30937.qmail@web60502.mail.yahoo.com> --- Marian Mihailescu wrote: > pe "scurt": > "If sem_op is 0 (read operation) and semval is > non-zero, the process > sleeps on a queue waiting for semval to become > zero." > Am facut un program mic care incrementeaza val unui > semafor; daca valoarea > semaforului ajunge la N, atunci un alt semafor e > facut 0. In continuare se > face un sem_op 0 pe semaforul 2, si cand iese > afiseaza ceva. Pornesc > programul, intra in starea "waiting"... de ce atunci > cand il intrerup > (CTRL-Z) si il trimit in background ("bg") se sare > de starea waiting ? > (a se intelege ca e vb de linux...) Operatiile blocante pot fi intrerupte de semnale. Probabil ca procesul tau din background incearca sa faca o scriere sau o citire de la stdout/stdin si primeste un semnal SIGTTOU/SIGTTIN pt ca nu are consola (fiind in background) iar parintele sau primeste un semnal SIGCHLD. Daca nu asta e cazul, in orice caz procesul tau care asteapta la semafor este deblocat de catre un semnal. De aceea este recomandat ca operatiile blocante sa se efectueze intr-o bucla de genul: do { result = operatie_blocanta(); } while (result != OK); /* conditia result != OK variaza de la caz la caz */ Aceast lucru este valabil atat pentru semafoare cat si pentru cozi de mesaje. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 10:20:08 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 11 Nov 2003 02:20:08 -0800 (PST) Subject: [so] intrebare In-Reply-To: <5.1.0.14.0.20031108171644.00a7c970@mail.mymail.ro> Message-ID: <20031111102008.5977.qmail@web60503.mail.yahoo.com> --- Maria Mateescu wrote: > > > > > > Un consumator poate sa ceara mai mult de > cakes_max prajituri? > > Da, poate sa ceara mai mult de cakes_max prajituri, > dar nu este obligatoriu > sa le si obtina. > > > > > O a 2-a intrebare : pot folosi in windows > functia atoi? (nu gasesc ceva > >similar in win32api) > > > habar nu am, cred ca da. > Rog pe altcineva sa raspunda la intrebarea asta. Exista niste functii pentru stringuri Unicode dar nu ne intereseaza acest aspect la SO. E Ok sa folosesti atoi pentru ca noi o sa lucram doar cu stringuri ASCII. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 11:29:07 2003 From: so@atlantis.cs.pub.ro (sorin adi) Date: Tue, 11 Nov 2003 03:29:07 -0800 (PST) Subject: [so] despre makefile Message-ID: <20031111112907.56948.qmail@web21205.mail.yahoo.com> in reguli nu sunt specificate decat ca arhiva nu contine executabile,ok. Dar daca dupa rularea makefile executabilele le-am pus in src e bine sau nu? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 13:00:38 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Tue, 11 Nov 2003 15:00:38 +0200 Subject: [so] o problema ciudata In-Reply-To: <20031111101055.30937.qmail@web60502.mail.yahoo.com> References: <20031111101055.30937.qmail@web60502.mail.yahoo.com> Message-ID: On Tue, 11 Nov 2003 02:10:55 -0800 (PST), Cosmin Arad wrote: > > Operatiile blocante pot fi intrerupte de semnale. > Probabil ca procesul tau din background incearca sa > faca o scriere sau o citire de la stdout/stdin si > primeste un semnal SIGTTOU/SIGTTIN pt ca nu are > consola (fiind in background) iar parintele sau > primeste un semnal SIGCHLD. > Daca nu asta e cazul, in orice caz procesul tau care > asteapta la semafor este deblocat de catre un semnal. > > De aceea este recomandat ca operatiile blocante sa se > efectueze intr-o bucla de genul: > > do { > result = operatie_blocanta(); > } while (result != OK); > /* conditia result != OK variaza de la caz la caz */ > Exista un macro care face acest lucru pentru voi: TEMP_FAILURE_RETRY. tavi From so@atlantis.cs.pub.ro Wed Nov 12 09:35:26 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 12 Nov 2003 11:35:26 +0200 Subject: [so] terminarea programului In-Reply-To: <3FB07F19.7090509@pcnet.ro> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> <3FB07F19.7090509@pcnet.ro> Message-ID: <3FB1FEDE.4000403@romus.ro> Ruxi Jitianu wrote: > Cum nu s-a specificat nimic in enuntz in legatura cu terminarea > programelor eu am astfel: inchid cofetaria daca apas pe tasta q, > moment cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie > si daca nu mai sunt inchid ipc-urile si daca sunt nu inchid...trimit > mesaj ca sa mai aspepte cu inchiderea.Stiam ca trebuie semnale dar nu > aveam voie sa folosim.E ok asa? Puneti si in readme treburile astea. --Adrian. From so@atlantis.cs.pub.ro Wed Nov 12 09:38:58 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 12 Nov 2003 11:38:58 +0200 Subject: [so] despre makefile In-Reply-To: <20031111112907.56948.qmail@web21205.mail.yahoo.com> References: <20031111112907.56948.qmail@web21205.mail.yahoo.com> Message-ID: <3FB1FFB2.8090800@romus.ro> sorin adi wrote: >in reguli nu sunt specificate decat ca arhiva nu >contine >executabile,ok. Dar daca dupa rularea makefile >executabilele >le-am pus in src e bine sau nu? > > Directorul src este acolo ca sa contina _doar_ surse. Deci incearca sa faci executabilele in acelasi director cu Makefile, nu in src. --Adrian. From so@atlantis.cs.pub.ro Wed Nov 12 17:41:44 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 12 Nov 2003 19:41:44 +0200 Subject: [so] terminare Message-ID: <001101c3a944$3d265b20$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_000E_01C3A955.00A0D340 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sper ca nu sunt depunctat daca la mine cofetaria se termina la ctrl-c. = (signal pe linux si consolectrlhandler pe windows) Toate structurile alocate sunt dealocate in ordine, toate ipc-urile = create sunt distruse. ------=_NextPart_000_000E_01C3A955.00A0D340 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Sper ca nu sunt depunctat daca la mine = cofetaria se=20 termina la ctrl-c. (signal pe linux si consolectrlhandler pe=20 windows)
Toate structurile alocate sunt = dealocate in ordine,=20 toate ipc-urile create sunt distruse.
------=_NextPart_000_000E_01C3A955.00A0D340-- From so@atlantis.cs.pub.ro Wed Nov 12 18:24:25 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Wed, 12 Nov 2003 20:24:25 +0200 (E. Europe Standard Time) Subject: [so] Intrebare ... Furnizor References: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <3FB27AD9.000001.01504@einstein> --------------Boundary-00=_PG49QL80000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_PG49LVC0000000000000" --------------Boundary-00=_PG49LVC0000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Furnizorul verifica periodic frigiderul cofetariei?=0D sau il chem eu cand vreau eu? --------------Boundary-00=_PG49LVC0000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Furnizorul verifica periodic frigiderul cofetariei?
sau il chem eu cand vreau eu?
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_PG49LVC0000000000000-- --------------Boundary-00=_PG49QL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: <7480D687-4EF4-4555-B65B-D83D71EE0843> R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_PG49QL80000000000000-- From so@atlantis.cs.pub.ro Wed Nov 12 19:32:21 2003 From: so@atlantis.cs.pub.ro (Costin APOSTOL) Date: Wed, 12 Nov 2003 21:32:21 +0200 (EET) Subject: [so] Timpul afisat la upload Message-ID: Din fericire ne este afisat timpul cand ne logam pentru a trimite tema. Din pacate nu ne avantajeaza deloc: e cam inainte cu vreo ora si 20 minute. Cu ce ora si DATA sunt primite temele noastre, ca asa cum vad eu lucrurile acum deadline-ul este pe la ora 22:30 ? Errare humanum est, perseverare diabolicum Costin From so@atlantis.cs.pub.ro Wed Nov 12 19:43:09 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 12 Nov 2003 21:43:09 +0200 Subject: [so] Timpul afisat la upload In-Reply-To: References: Message-ID: On Wed, 12 Nov 2003 21:32:21 +0200 (EET), Costin APOSTOL wrote: > > Din fericire ne este afisat timpul cand ne logam pentru a trimite > tema. Din pacate nu ne avantajeaza deloc: e cam inainte cu vreo ora si 20 > minute. > No more... tavi From so@atlantis.cs.pub.ro Wed Nov 12 23:55:13 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 01:55:13 +0200 Subject: [so] Intrebare ... Furnizor In-Reply-To: <3FB27AD9.000001.01504@einstein> References: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> --=====================_595195==_.REL Content-Type: text/plain; charset="us-ascii"; format=flowed frunizorul este un program care este lansat de fiecare data cand vrea utilizatorul, adica eu :). Maria. >Furnizorul verifica periodic frigiderul cofetariei? >sau il chem eu cand vreau eu? >____________________________________________________ >IMSTP1.gif >IncrediMail - Email has finally evolved - >Click Here > > >---------- >90ecd.jpg Acasa.ro vine cu albumele, >tu vino doar cu pozele ;) > > --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ --=====================_595195==_.REL Content-Type: image/gif; name="IMSTP1.gif"; x-mac-type="47494666"; x-mac-creator="4A565752" Content-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro.1> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="IMSTP1.gif" R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --=====================_595195==_.REL Content-Type: image/jpeg; name="90ecd.jpg"; x-mac-type="4A504547"; x-mac-creator="4A565752" Content-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro.2> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="90ecd.jpg" /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAABAAEDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD/AD/6 KKKAP//Z --=====================_595195==_.REL-- From so@atlantis.cs.pub.ro Thu Nov 13 08:35:53 2003 From: so@atlantis.cs.pub.ro (Toma Monica) Date: Thu, 13 Nov 2003 00:35:53 -0800 (PST) Subject: [so] intrebare acces la frigider Message-ID: <20031113083553.78577.qmail@web10404.mail.yahoo.com> Am si eu o pb destul de ..grava... Intrebarea se refera la accesul la memoria partajata. Mai precis, daca de exp un consumator face cerere pe memoria partajata si obtine drept de acces(adica sunt suficiente prajituri)dar intre timp (inainte de a "pune mana pe mutex") vine procesul care curata frigiderul si ia mutexul si scoate suficiente prajituri astfel incat, in momentul in care termina, in frigider nu mai sunt suficiente prajituri pt a le scoate din memorie...Ce se poate face. Noi avem practic 2 tipuri de consumatori care actioneza diferit. Ce se poate face in acest caz? Sa mai introducem un mutex ? Ma gandesc ca modificarea prod-cons nu se poate pune pb.. ===== I dream of finding myself laughing! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 13 08:45:41 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Thu, 13 Nov 2003 00:45:41 -0800 (PST) Subject: [so] alta intrebare tema 2 In-Reply-To: <2.0beta.1068059446313.1360656092858937010.atta@@mymail.ro> Message-ID: <20031113084541.57257.qmail@web41001.mail.yahoo.com> --- Maria Mateescu wrote: > Cum vrei. > > Am schimbat putin enuntul temei. Nu mai trebuie > ca daca ai 4 scaune libere > si vine un grup de 5 si apoi un grup de 3, al > doilea grup sa o ia inainte. > Primul grup poate sa ocupe 4 scaune si sa mai > astepte unul. > > Maria. Asa trebuie facuta implementarea? Pentru ca din enunt se intelege ca grupul de 5 asteapta pana sunt libere 5 scaune? "Daca nu exista group_size locuri libere in sala consumatorii din intregul grup asteapta eliberarea lor" Intelesesem ca enuntul nu s-a schimbat. :( __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 13 21:07:55 2003 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Thu, 13 Nov 2003 13:07:55 -0800 Subject: [so] semafoare windows References: <20031113084541.57257.qmail@web41001.mail.yahoo.com> Message-ID: <010301c3aa2a$35bc7f40$42c8100a@dany> Salut! Pentru a simula un semafor care sa decrementeze cu mai mult de 1 odata este ok daca asociez fiecarui semafor o memorie partajata? toate bune! From so@atlantis.cs.pub.ro Thu Nov 13 10:41:44 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:41:44 +0300 Subject: [so] intrebare acces la frigider Message-ID: <2.0beta.1068723704000.-6533070337438367259.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Dupa cum ti-ai dat seama, abordarea ta este fundamental gresita. Gandeste-te de ce apar race-urile in general, si care sunt mecanismele pentru evitarea lor. =20 Hint: cum faci sa "rezervi" cate prajituri vrei, ca sa nu ti le poata lua celalalt proces ? =20 Maria. =20 >Am si eu o pb destul de ..grava... >Intrebarea se refera la accesul la memoria partajata. >Mai precis, daca de exp un consumator face cerere pe >memoria partajata si obtine drept de acces(adica sunt >suficiente prajituri)dar intre timp (inainte de a >"pune mana pe mutex") vine procesul care curata >frigiderul si ia mutexul si scoate suficiente >prajituri astfel incat, in momentul in care termina, >in frigider nu mai sunt suficiente prajituri pt a le >scoate din memorie...Ce se poate face. Noi avem >practic 2 tipuri de consumatori care actioneza >diferit. >Ce se poate face in acest caz? Sa mai introducem un >mutex ? Ma gandesc ca modificarea prod-cons nu se >poate pune pb.. =20 >=3D=3D=3D=3D=3D =20 >I dream of finding myself laughing! =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Dupa cum ti-ai dat seama, abordarea ta este fundamental gresita.
Gandeste-te de ce apar race-urile in general, si care sunt mecanismele pentru = evitarea lor.

Hint: cum faci sa "rezervi" cate prajituri vrei, ca sa nu ti le = poata lua celalalt proces ?

Maria.

>Am si eu o pb destul de ..grava...
>Intrebarea se refera la accesul la memoria partajata.
>Mai precis, daca de exp un consumator face cerere pe
>memoria partajata si obtine drept de acces(adica sunt
>suficiente prajituri)dar intre timp (inainte de a
>"pune mana pe mutex") vine procesul care curata
>frigiderul si ia mutexul si scoate suficiente
>prajituri astfel incat, in momentul in care termina,
>in frigider nu mai sunt suficiente prajituri pt a le
>scoate din memorie...Ce se poate face. Noi avem
>practic 2 tipuri de consumatori care actioneza
>diferit.
>Ce se poate face in acest caz? Sa mai introducem un
>mutex ? Ma gandesc ca modificarea prod-cons nu se
>poate pune pb..

>=3D=3D=3D=3D=3D

>I dream of finding myself laughing!


>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 10:43:48 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:43:48 +0300 Subject: [so] alta intrebare tema 2 Message-ID: <2.0beta.1068723828027.89367946393948167.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable mail.yahoo.com Asta se refera la faptul ca ei nu se apuca sa manance pana cand nu au toti loc. =20 Maria. =20 >"Daca nu exista group_size locuri libere in sala >consumatorii din intregul grup asteapta eliberarea >lor" =20 >Intelesesem ca enuntul nu s-a schimbat. :( =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable mail.yahoo.com
Asta se refera la faptul ca ei nu se apuca sa manance pana cand nu au toti = loc.

Maria.

>"Daca nu exista group_size locuri libere in sala
>consumatorii din intregul grup asteapta eliberarea
>lor"

>Intelesesem ca enuntul nu s-a schimbat. :(


>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 10:45:59 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:45:59 +0300 Subject: [so] semafoare windows Message-ID: <2.0beta.1068723959730.7933368643405124340.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable in principiu nu... dar depinde de ce faci cu memoria partajata :P. ai putea avea probleme cu downu'. =20 Maria. >Salut! =20 > Pentru a simula un semafor care sa decrementeze cu mai mult de 1 >odata este ok daca asociez fiecarui semafor o memorie partajata? =20 >toate bune! =20 >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable in principiu nu... dar depinde de ce faci cu memoria partajata :P.
ai putea avea probleme cu downu'.

Maria.
>Salut!

> Pentru a simula un semafor care sa decrementeze cu mai mult de = 1
>odata este ok daca asociez fiecarui semafor o memorie partajata?

>toate bune!

>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 11:50:20 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Thu, 13 Nov 2003 13:50:20 +0200 (E. Europe Standard Time) Subject: [so] Conflict References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> Message-ID: <3FB36FFC.000001.01540@einstein> --------------Boundary-00=_WVGAQL80000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_WVGALVC0000000000000" --------------Boundary-00=_WVGALVC0000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable M-am lovit de urmatoarea problema.=0D Se face o cerere de prajituri din partea consumatorilor.=0D Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si i= a pentru el prajuturile vechi.=0D Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei.=0D =0D Cum rezolv problema?=0D =0D Florin --------------Boundary-00=_WVGALVC0000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
M-am lovit de urmatoarea problema.
Se face o cerere de prajituri din partea consumatorilor.
Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul= si ia pentru el prajuturile vechi.
Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei= =2E
 
Cum rezolv problema?
 
Florin
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_WVGALVC0000000000000-- --------------Boundary-00=_WVGAQL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: <8373EF3A-E7B5-4240-8244-1781197289A5> R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_WVGAQL80000000000000-- From so@atlantis.cs.pub.ro Thu Nov 13 12:23:07 2003 From: so@atlantis.cs.pub.ro (dinca radu) Date: Thu, 13 Nov 2003 14:23:07 +0200 Subject: [so] semafoare Message-ID: <200311131223.hADCN85W010603@k.k.ro> Sunt obligat sa folosesc semafoare ? Daca programul meu ar functiona la fel de bine si fara, ar fi vreo problema ? Sentimente.ro - www.sentimente.ro Peste 50.000 de prieteni te asteapta! From so@atlantis.cs.pub.ro Thu Nov 13 13:28:42 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 15:28:42 +0200 Subject: [so] semafoare In-Reply-To: <200311131223.hADCN85W010603@k.k.ro> References: <200311131223.hADCN85W010603@k.k.ro> Message-ID: On Thu, 13 Nov 2003 14:23:07 +0200, dinca radu wrote: > > Sunt obligat sa folosesc semafoare ? Daca programul meu ar functiona la > fel de bine si fara, ar fi vreo problema ? > Nu poate sa functioneze corect fara semafoare/cozi de mesaje/alte mecanisme IPC. Prin functionat corect nu se intelege faptul ca "mi-e imi merge", ci faptul ca se poate demonstra mai mult sau mai putin riguros sa nu exista conditii de cursa sau probleme de sincronizare. tavi From so@atlantis.cs.pub.ro Thu Nov 13 13:31:11 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 15:31:11 +0200 Subject: [so] Conflict In-Reply-To: <3FB36FFC.000001.01540@einstein> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <3FB36FFC.000001.01540@einstein> Message-ID: On Thu, 13 Nov 2003 13:50:20 +0200 (E. Europe Standard Time), Florin Pop wrote: > M-am lovit de urmatoarea problema. > > Se face o cerere de prajituri din partea consumatorilor. > > Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si > ia > pentru el prajuturile vechi. > Consumatorilor nu trebuie sa li se spuna ca exista prajituri. Ei trebuie sa le astepte pana cand vin. tavi From so@atlantis.cs.pub.ro Thu Nov 13 13:49:57 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 15:49:57 +0200 Subject: [so] terminare In-Reply-To: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> ok Maria. >Sper ca nu sunt depunctat daca la mine cofetaria se termina la ctrl-c. >(signal pe linux si consolectrlhandler pe windows) >Toate structurile alocate sunt dealocate in ordine, toate ipc-urile create >sunt distruse. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Thu Nov 13 16:05:51 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 18:05:51 +0200 Subject: [so] semafoare In-Reply-To: <200311131431.hADEV7eD021996@k.k.ro> References: <200311131431.hADEV7eD021996@k.k.ro> Message-ID: On Thu, 13 Nov 2003 16:31:07 +0200, dinca radu wrote: > > Pai am o locatie de memorie in care imi pun "mutex-ul" meu virtual > ...daca > locatia respectiva e 0 atunci mi se da acces la frigider , altfel > programul > asteapta sa se faca locatia 0. De ce nu mi s-ar functiona ? > > Trebuie sa ai garantia ca citirea si scrierea din "mutex-ul virtual" se fac atomic. Sunt multe motive pentru care citirea si scrierea in "multex-ul virtual" ar putea sa nu fie atomice: - optimizari de compilator - optimizari in procesor - executie paralela in procesor - cvasi-paralelismul oferit de SO pentru procese - sisteme SMP In al doilea rand, daca tu astepti ca locatia sa se faca 0 fara a folosi semafoare & stuff, o sa o faci busy wating. From so@atlantis.cs.pub.ro Thu Nov 13 20:13:42 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 13 Nov 2003 22:13:42 +0200 Subject: [so] Asteptare Message-ID: <004001c3aa22$a332c7d0$6400a8c0@andrei> This is a multi-part message in MIME format. ------=_NextPart_000_003D_01C3AA33.65B09070 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable O asteptare de genul urmator: repeta la infinit: take mutex verificare resursa partajata (eventual break) release mutex facuta de mai multe procese simultan, se considera a fi ok sau tinde = spre o asteptare blocanta? daca e ok, au toate procesele "sanse" egale de a face verificarea = resursei? ------=_NextPart_000_003D_01C3AA33.65B09070 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
O asteptare de genul = urmator:
 
repeta la infinit:
    take = mutex
    verificare resursa=20 partajata (eventual break)
    release = mutex
 
facuta de mai multe procese simultan, = se considera=20 a fi ok sau tinde spre o asteptare blocanta?
daca e ok, au toate procesele "sanse" = egale de a=20 face verificarea resursei?
------=_NextPart_000_003D_01C3AA33.65B09070-- From so@atlantis.cs.pub.ro Thu Nov 13 20:56:28 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 13 Nov 2003 12:56:28 -0800 (PST) Subject: [so] Asteptare In-Reply-To: <004001c3aa22$a332c7d0$6400a8c0@andrei> Message-ID: <20031113205628.98887.qmail@web60509.mail.yahoo.com> --- Andrei Hagiescu wrote: > O asteptare de genul urmator: > > repeta la infinit: > take mutex > verificare resursa partajata (eventual break) > release mutex > > facuta de mai multe procese simultan, se considera a > fi ok sau tinde spre o asteptare blocanta? > daca e ok, au toate procesele "sanse" egale de a > face verificarea resursei? Nu e OK pentru ca e busy-waiting. Asta daca nu cumva procesul care modifica resursa tine mutexul de la inceput si ii da drumul abia dupa modificarea resursei iar cei care citesc nu cicleaza infinit. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 09:33:52 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Fri, 14 Nov 2003 01:33:52 -0800 (PST) Subject: [so] prajituri vs consumatori In-Reply-To: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> Message-ID: <20031114093352.9175.qmail@web41007.mail.yahoo.com> Daca un consumator vrea 5 prajituri si in frigider sunt doar 3 , consumatorul va lua 3 prajituri dupa care va mai astepta sa ia 2 ? sau va astepta sa fie 5 prajituri in frigider ca sa le poate lua pe toate? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 09:55:11 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 14 Nov 2003 11:55:11 +0200 Subject: [so] prajituri vs consumatori In-Reply-To: <20031114093352.9175.qmail@web41007.mail.yahoo.com> References: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031114115453.00a5f640@mail.mymail.ro> cum vrei. Maria. >Daca un consumator vrea 5 prajituri si in frigider >sunt doar 3 , consumatorul va lua 3 prajituri dupa >care va mai astepta sa ia 2 ? > >sau va astepta sa fie 5 prajituri in frigider ca sa le >poate lua pe toate? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Fri Nov 14 14:21:39 2003 From: so@atlantis.cs.pub.ro (sorin adi) Date: Fri, 14 Nov 2003 06:21:39 -0800 (PST) Subject: [so] despre upload Message-ID: <20031114142139.22742.qmail@web21207.mail.yahoo.com> Am dat din greseala upload la o tema de windows in loc de tema de linux. Dupa care am uploadat si pe tema de linux,adica eu am trimis 2 teme identice fara sa vreau si mi-au aparut ca 2 teme trimise. Acuma nu as vrea sa ii fie corectata tema de windows (care e de fapt de linux) si vreau sa trimit si tema Windows(dar poate mai incolo in vacanta).Cum fac? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 16:03:15 2003 From: so@atlantis.cs.pub.ro (Badea Ovidiu) Date: Fri, 14 Nov 2003 08:03:15 -0800 (PST) Subject: [so] loc Message-ID: <20031114160315.98270.qmail@web13507.mail.yahoo.com> Exista vreo restrictie in ceea ce priveste locul (programul) in care trebuie sa aiba loc consumarea prajiturilor. Ceva de genul: consumatorii trebuie sa astepte sa intre in cofetarie in programul consumer si apoi sa isi astepte prajiturile in programul sweetshop? Sau asta ramane la latitudinea noastra ? In enunt nu era nimic explicit, dar dupa ce am citit niste mesaje de pe lista m-au lovit dubiile (si m-au trantit la pamant). __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 15:36:32 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 14 Nov 2003 18:36:32 +0300 Subject: [so] loc Message-ID: <2.0beta.1068827792528.2399367487516369908.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable nu exista nici o restrictie explicita dar trebuie sa te gandesti cum e mai bine. =20 Maria. >Exista vreo restrictie in ceea ce priveste locul >(programul) in care trebuie sa aiba loc consumarea >prajiturilor. Ceva de genul: consumatorii trebuie sa >astepte sa intre in cofetarie in programul consumer si >apoi sa isi astepte prajiturile in programul >sweetshop? Sau asta ramane la latitudinea noastra ? In >enunt nu era nimic explicit, dar dupa ce am citit >niste mesaje de pe lista m-au lovit dubiile (si m-au >trantit la pamant). =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable nu exista nici o restrictie explicita dar trebuie sa te gandesti cum e mai = bine.

Maria.
>Exista vreo restrictie in ceea ce priveste locul
>(programul) in care trebuie sa aiba loc consumarea
>prajiturilor. Ceva de genul: consumatorii trebuie sa
>astepte sa intre in cofetarie in programul consumer si
>apoi sa isi astepte prajiturile in programul
>sweetshop? Sau asta ramane la latitudinea noastra ? In
>enunt nu era nimic explicit, dar dupa ce am citit
>niste mesaje de pe lista m-au lovit dubiile (si m-au
>trantit la pamant).

>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/





Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Fri Nov 14 18:10:07 2003 From: so@atlantis.cs.pub.ro (Irina Carabus) Date: Fri, 14 Nov 2003 10:10:07 -0800 (PST) Subject: [so] Cakes_max Message-ID: <20031114181007.28599.qmail@web42002.mail.yahoo.com> Buna! Am si eu o intrebare : daca un consumator cere mai mult de "cakes_max " prajituri, ce se intampla? Il las sa astepte (treaba lui!) sau ii dau mesaj (si atunci va sti sa plece)? Mersi! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 22:48:23 2003 From: so@atlantis.cs.pub.ro (Ionut Cirjan) Date: Fri, 14 Nov 2003 14:48:23 -0800 (PST) Subject: Fwd: Re: [so] expandarea var de mediu in lin de comanda Message-ID: <20031114224823.21245.qmail@web41106.mail.yahoo.com> Fac fwd la un mail din timpul temei 1 . Este legat de expandarea variabilelor de mediu in Linux. S-a discutat acest lucru pe lista, s-a lamurit (atunci). Insa daca va uitati sunt puncte scazute pentru ca nu tinem cont de variabile de genul $HOME/bin (varibila trebuia sa se termina la / ). Nu e mult scazut (-0.3) si nu numai la mine, ci la toti!. Ca principiu mi se pare incorect din moment ce a aparut aceasta intrebare, a fost discutata clar si nu era *necesar* sa se utilizeze ca delimitatori si '/'. Durerea nu este in punctele scazute, si in principiul de functionare al acestei liste: avem incredere 100% in ce se raspunde/lamureste/stabileste aici ??? Ionut. PS: cred ca majoritatea colegilor mei ar vrea un raspuns. --- Cosmin Arad wrote: > From: Cosmin Arad > Subject: Re: [so] expandarea var de mediu in lin de > comanda > To: so@atlantis.cs.pub.ro > Date: Tue, 28 Oct 2003 00:17:08 -0800 (PST) > > --- Ionut Cirjan wrote: > > Sal. > > > > Pls, o mica lamurire. > > > > Daca $ apare intr-o comanda, dupa el e un cuvant > > care > > vrea sa reprezinte o variabila de mediu. > > Cum delimitam acest cuvant la celalat capat (la > > sfarsit, la ce caractere ne oprim) ? Space e > > evident, > > dar mai e si altul ? > > Alti delimitatori ar fi operatorii. Atentie insa la > '\' care poate sa iti protejeze $-ul de la inceput > caz > in care nu e vorba de o variabila de mediu ci de > numele unei comenzi sau fisier, de exemplu: ls > \$HOME > va incerca sa faca ls pe fisierul cu numele '$HOME'. > > > Dar daca cuvantul gasit nu e variabila de mediu, > cu > > ce > > il inlocuim ? > > Cu sirul vid. > > > Thanks, > > Ionut. > > __________________________________ > Do you Yahoo!? > Exclusive Video Premiere - Britney Spears > http://launch.yahoo.com/promos/britneyspears/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so ===== I wish you all a lovely day, tomorow and today. Cirjan Ionut Silviu __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 23:46:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Fri, 14 Nov 2003 15:46:32 -0800 (PST) Subject: Fwd: Re: [so] expandarea var de mediu in lin de comanda In-Reply-To: <20031114224823.21245.qmail@web41106.mail.yahoo.com> Message-ID: <20031114234632.99022.qmail@web60506.mail.yahoo.com> Salut, Eu am zis ca "Alti delimitatori ar fi operatorii". Nu am spus ca sunt singurii alti delimitatori. Din ce ti-am raspuns eu in mailul respectiv nu reiese in nici un fel ca nu este *necesar* ca variabilele de mediu sa fie delimitate la dreapta de '/'. Scopul listei este sa te ajute sa-ti faci temele. Bineinteles ca poti sa ai incredere in raspunsurile de pe lista insa citeste-le cu atentie si daca simti ca nu esti lamurit 100% mai intreaba. Succes, Cosmin --- Ionut Cirjan wrote: > Fac fwd la un mail din timpul temei 1 . > Este legat de expandarea variabilelor de mediu in > Linux. > S-a discutat acest lucru pe lista, s-a lamurit > (atunci). > Insa daca va uitati sunt puncte scazute pentru ca nu > tinem cont de variabile de genul $HOME/bin (varibila > trebuia sa se termina la / ). > Nu e mult scazut (-0.3) si nu numai la mine, ci la > toti!. > Ca principiu mi se pare incorect din moment ce a > aparut aceasta intrebare, a fost discutata clar si > nu > era *necesar* sa se utilizeze ca delimitatori si > '/'. > > Durerea nu este in punctele scazute, si in > principiul > de functionare al acestei liste: avem incredere 100% > in ce se raspunde/lamureste/stabileste aici ??? > > Ionut. > > PS: cred ca majoritatea colegilor mei ar vrea un > raspuns. > > > --- Cosmin Arad wrote: > > From: Cosmin Arad > > Subject: Re: [so] expandarea var de mediu in lin > de > > comanda > > To: so@atlantis.cs.pub.ro > > Date: Tue, 28 Oct 2003 00:17:08 -0800 (PST) > > > > --- Ionut Cirjan wrote: > > > Sal. > > > > > > Pls, o mica lamurire. > > > > > > Daca $ apare intr-o comanda, dupa el e un cuvant > > > care > > > vrea sa reprezinte o variabila de mediu. > > > Cum delimitam acest cuvant la celalat capat (la > > > sfarsit, la ce caractere ne oprim) ? Space e > > > evident, > > > dar mai e si altul ? > > > > Alti delimitatori ar fi operatorii. Atentie insa > la > > '\' care poate sa iti protejeze $-ul de la inceput > > caz > > in care nu e vorba de o variabila de mediu ci de > > numele unei comenzi sau fisier, de exemplu: ls > > \$HOME > > va incerca sa faca ls pe fisierul cu numele > '$HOME'. > > > > > Dar daca cuvantul gasit nu e variabila de mediu, > > cu > > > ce > > > il inlocuim ? > > > > Cu sirul vid. > > > > > Thanks, > > > Ionut. > > > > __________________________________ > > Do you Yahoo!? > > Exclusive Video Premiere - Britney Spears > > http://launch.yahoo.com/promos/britneyspears/ > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > ===== > > > > I wish you all a lovely day, > tomorow and today. > > Cirjan Ionut Silviu > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 23:44:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 01:44:55 +0200 Subject: [so] Cakes_max In-Reply-To: <20031114181007.28599.qmail@web42002.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> il lasi sa astepte. Maria. >daca un consumator cere mai >mult de "cakes_max " prajituri, ce se intampla? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Fri Nov 14 23:50:57 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 01:50:57 +0200 Subject: [so] Conflict In-Reply-To: <3FB36FFC.000001.01540@einstein> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Iti inteleg lovitura.... :). solutia ar fi ca in loc sa lasi consumatorii sa rezerve prajituri care ar putea dispare sa pui gunoierul in situatia in care sa poata rezerva pentru aruncare prajituri care pot fi mancate intre timp. Maria. >M-am lovit de urmatoarea problema. >Se face o cerere de prajituri din partea consumatorilor. >Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si ia >pentru el prajuturile vechi. >Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei. > >Cum rezolv problema? > >Florin --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 00:06:16 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Fri, 14 Nov 2003 16:06:16 -0800 (PST) Subject: [so] ./sweetshop parametri Message-ID: <20031115000616.29411.qmail@web60305.mail.yahoo.com> Este o sugestie ca max_cakes si max_seats sa fie luati cu getenv. Bun! dar ala care testeaza ce face se duce in fiecare consola si seteaza variabilele sau le are setate odate de la bootare si atunci ar cam trebuie sa stim numele. Sau alta intrebare, ce rost mai au paramtrii pt sweetshop daca vom face cu getenv? Intreb pt ca ar fi trist sa fac tema si la corectare: ./sweetshop 30 30 70 ... hmm nu merge? nota 4 :P deci care ma lumineaza (intrebarea este pt cei care corecteaza)? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:18:41 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 15 Nov 2003 01:18:41 -0800 (PST) Subject: [so] Cakes_max In-Reply-To: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <20031115091841.77992.qmail@web41002.mail.yahoo.com> In cazul in care un consumator va cere mai mult de cakes max el nu va fi niciodata servit deci tot grupul va ramane blocat. Sa intelegem ca acesta e un comportamnet ok ? --- Maria Mateescu wrote: > > il lasi sa astepte. > > Maria. > > > >daca un consumator cere mai > >mult de "cakes_max " prajituri, ce se intampla? > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:20:13 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 15 Nov 2003 01:20:13 -0800 (PST) Subject: [so] parametrii liniei de comanda In-Reply-To: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <20031115092013.8122.qmail@web41009.mail.yahoo.com> Se presupune ca paramterii liniei de comanda sunt dati corect adica se vor introduce niste parametrii valizi? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:34:38 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 11:34:38 +0200 Subject: [so] parametrii liniei de comanda In-Reply-To: <20031115092013.8122.qmail@web41009.mail.yahoo.com> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115113430.00a5f960@mail.mymail.ro> da >Se presupune ca paramterii liniei de comanda sunt dati >corect adica se vor introduce niste parametrii valizi? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 09:34:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 11:34:55 +0200 Subject: [so] Cakes_max In-Reply-To: <20031115091841.77992.qmail@web41002.mail.yahoo.com> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> da >In cazul in care un consumator va cere mai mult de >cakes max el nu va fi niciodata servit deci tot grupul >va ramane blocat. Sa intelegem ca acesta e un >comportamnet ok ? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 10:06:35 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sat, 15 Nov 2003 12:06:35 +0200 Subject: [so] Cakes_max References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> Message-ID: <3FB5FAAB.2040303@pcnet.ro> E a nu stiu cata oara cand se vorbeste despre chestia asta si m-am incurcat de tot.....vreau sa stiu daca e ok ca eu l-am dat afara pe clientul "mancacios" care vrea mai multe prajituri decat capacitatea frigiderului.Mai exact ies imedit ce constat ca a cerut mai multe prajituri decat cate i de pot da. Multumesc! Ruxandra From so@atlantis.cs.pub.ro Sat Nov 15 10:54:14 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 12:54:14 +0200 Subject: [so] Cakes_max In-Reply-To: <3FB5FAAB.2040303@pcnet.ro> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115125358.00ae5a68@mail.mymail.ro> e ok. si asa, si asa. >E a nu stiu cata oara cand se vorbeste despre chestia asta si m-am >incurcat de tot.....vreau sa stiu daca e ok ca eu l-am dat afara pe >clientul "mancacios" care vrea mai multe prajituri decat capacitatea >frigiderului.Mai exact ies imedit ce constat ca a cerut mai multe >prajituri decat cate i de pot da. > >Multumesc! > >Ruxandra --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 11:34:22 2003 From: so@atlantis.cs.pub.ro (Octavian PURDILA) Date: Sat, 15 Nov 2003 13:34:22 +0200 Subject: [so] Re: Am o nelamurire In-Reply-To: <20031114212032.96165.qmail@web40020.mail.yahoo.com> References: <20031114212032.96165.qmail@web40020.mail.yahoo.com> Message-ID: <1068896062.3fb60f3ecd151@cs.pub.ro> Quoting Murgan Mihai : Acest raspuns este unul generic pentru toate plangerile de genul celor de mai jos (buguri de tip buffer overflow). Nu se va mai raspunde la alte plangeri similare. > Domnule profesor, > > nedumerit. Din ceea ce spuneati dumneavoastra pe lista > reiesea clar ca se pot limita comenzile la maxim 500 > de caractere, dar sa specificam acest lucru in readme. > Exact asa am facut si eu, am specificat in readme > acest lucru si intr-adevar nu am mai verificat in > program daca se depaseste sau nu aceasta limita, din Dupa cum reiese din discutia de pe lista, puteai sa limitezi buferele, DAR trebuia sa verifici atunci cand scrii in ele astfel incat sa nu le depasesti. Problema care s-a intalnit la tine poarte numele de buffer overflow si este responsabila de 90% (sau poate chiar mai mult) de exploiturile existente. Problema buffer overflow nu poate fi corectata decat - daca programatorul programeaza corect si nu scrie in bufere mai mult decat este cazul - limbajul verifica la fiecare scriere dimensiunea bufferului Cum optiunea doi nu este implementata in C, singura solutie corecta este optiunea unu. tavi ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Sat Nov 15 12:24:18 2003 From: so@atlantis.cs.pub.ro (dinca radu) Date: Sat, 15 Nov 2003 14:24:18 +0200 Subject: [so] JMP Message-ID: <200311151224.hAFCOI6I002971@k.k.ro> ce instructiune gen jmp din assembler exista in C de linux ? si cum folosesc etichete pt. ea? daca se poate as dori un raspuns cat mai rapid , pt. ca chiar am nevoie de ea :) Radu Sentimente.ro - www.sentimente.ro Peste 50.000 de prieteni te asteapta! From so@atlantis.cs.pub.ro Sat Nov 15 12:26:36 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 04:26:36 -0800 (PST) Subject: [so] JMP In-Reply-To: <200311151224.hAFCOI6I002971@k.k.ro> Message-ID: <20031115122636.90010.qmail@web60503.mail.yahoo.com> --- dinca radu wrote: > > ce instructiune gen jmp din assembler exista in C de > linux ? si cum > folosesc etichete pt. ea? > daca se poate as dori un raspuns cat mai rapid , pt. > ca chiar am nevoie de > ea :) instructiuni; goto label; instructiuni; label: instructiuni; Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 17:09:53 2003 From: so@atlantis.cs.pub.ro (Dana Tiba) Date: Sat, 15 Nov 2003 19:09:53 +0200 (EET) Subject: [so] Conflict In-Reply-To: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Message-ID: <35508.81.196.10.119.1068916193.squirrel@dazoot.ro> Salut, In textul temei scrie: "Chiar daca a obtinut numarul de prajituri cerute, fiind tare politicos, consumatorul nu va incepe sa manance decat atunci cand toti prietenii lui si-au primit prajiturile. " Eu intelesesem ca in momentul in care un consumator comanda prajiturile dorite le si primeste (daca acestea exista in momentul acela in frigider) si apoi asteapta sa le manince (adica sa inceapa timpul aleator de microsecunde destinat mincarii). Adica in timpul in care este "politicos" si ii asteapta pe ceilalti el are deja prajiturile pe masa, nu mai sunt in frigider, deci gunoierul nu mai are de ce sa le arunce. dana > > Iti inteleg lovitura.... :). > solutia ar fi ca in loc sa lasi consumatorii sa rezerve prajituri care > ar putea dispare sa pui gunoierul in situatia in care sa poata rezerva > pentru aruncare prajituri care pot fi mancate intre timp. > > Maria. > > >>M-am lovit de urmatoarea problema. >>Se face o cerere de prajituri din partea consumatorilor. >>Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si >> ia pentru el prajuturile vechi. >>Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei. >> >>Cum rezolv problema? >> >>Florin > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so From so@atlantis.cs.pub.ro Sat Nov 15 17:48:00 2003 From: so@atlantis.cs.pub.ro (andrei damian) Date: Sat, 15 Nov 2003 19:48:00 +0200 Subject: [so] Testarea temelor Message-ID: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Salut, In urma rezultatului obtinut la tema 1 am 2 intrebari: - se tine cont de conventiile pe care le-am mentionat in readme privind = implementarea temei? - eu de exemplu am fost depunctat pentru redirectari de genul cmd1 < = cmd2 in conditiile in care am mentionat ca minishellul meu, atunci cand = apar operatori de redirectare, prelucreaza o comanda de genul 'cmd = op_redir nume_fisier'; - din discutiile de pe forum si din textul temei am inteles ca nici = nu se asteapta altceva - va exista un server pe care ne vom putea testa temele si pe care se va = face si corectura? - unele din erorile pentru care am fost depunctat nu imi apar acasa; = e posibil sa fii programat prost, dar nu as fi trimis o tema daca la = comenzi simple ar fi dat segm.fault:D; poate ar fi util sa se = stabileasca macar versiunea de kernel si cea a compilatorului pe care se = face testarea. 10x Andrei DAMIAN 342CA ------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Salut,
 
In urma rezultatului obtinut la tema 1 = am 2=20 intrebari:
- se tine cont de conventiile pe care = le-am=20 mentionat in readme privind implementarea temei?
    - eu de exemplu am = fost=20 depunctat pentru redirectari de genul cmd1 < cmd2 in conditiile = in care=20 am mentionat ca minishellul meu, atunci cand apar operatori de=20 redirectare, prelucreaza o = comanda de genul=20 'cmd op_redir nume_fisier';
    - din discutiile de = pe forum si=20 din textul temei am inteles ca nici nu se asteapta = altceva
 
- va exista un server pe care ne vom = putea testa=20 temele si pe care se va face si corectura?
    - unele din erorile = pentru care=20 am fost depunctat nu imi apar acasa; e posibil sa fii programat prost, = dar nu as=20 fi trimis o tema daca la comenzi simple ar fi dat segm.fault:D; poate ar = fi util=20 sa se stabileasca macar versiunea de kernel si cea a compilatorului pe = care se=20 face testarea.
 
10x
 
Andrei DAMIAN
342CA
 
------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/ignore; charset=US-ASCII; name="SecurityCheck.txt" Content-Disposition: inline ------------------------------------------------------- Xnet scaneaza automat toate mesajele impotriva virusilor folosind RAV AntiVirus. Xnet automatically scans all messages for viruses using RAV AntiVirus. Nota: RAV AntiVirus poate sa nu detecteze toti virusii noi sau toate variantele lor. Va rugam sa luati in considerare ca exista un risc de fiecare data cand deschideti fisiere atasate si ca MobiFon nu este responsabila pentru nici un prejudiciu cauzat de virusi. Disclaimer: RAV AntiVirus may not be able to detect all new viruses and variants. Please be aware that there is a risk involved whenever opening e-mail attachments to your computer and that MobiFon is not responsible for any damages caused by viruses. ------=_NextPart_000_0007_01C3ABB1.5FC03920-- From so@atlantis.cs.pub.ro Sat Nov 15 23:31:10 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 15 Nov 2003 15:31:10 -0800 (PST) Subject: [so] semget Message-ID: <20031115233110.90269.qmail@web11206.mail.yahoo.com> Atunci cand creez un set de semafoare cu semget, ce valoare este introdusa default in semval ? Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo legatura cu numarul maxim de grupuri ? Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 23:42:53 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 15:42:53 -0800 (PST) Subject: [so] semget In-Reply-To: <20031115233110.90269.qmail@web11206.mail.yahoo.com> Message-ID: <20031115234253.11813.qmail@web60502.mail.yahoo.com> --- Andrei Stefan wrote: > Atunci cand creez un set de semafoare cu semget, ce > valoare este introdusa default in semval ? > Id-urile grupurilor pot fi orice numere sau trebuie > sa > aiba vreo legatura cu numarul maxim de grupuri ? Referitor la prima intrebare ai putea presupune ca semafoarele sunt initializate la 0, dar cel mai sigur e sa faci tu un semctl ca sa setezi valaorea. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 00:27:08 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 15 Nov 2003 16:27:08 -0800 (PST) Subject: [so] semget In-Reply-To: <20031115234253.11813.qmail@web60502.mail.yahoo.com> Message-ID: <20031116002708.51318.qmail@web11207.mail.yahoo.com> Pot sa setez la 0 semaforul, dar intre apelul functiei semget si apelul imediat al functiei semctl, un alt proces poate accesa acest semafor, iar pe mine ma intereseaza ca inainte de accesul la semafor, el sa aiba valoarea 1. Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 00:31:24 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 16:31:24 -0800 (PST) Subject: [so] semget In-Reply-To: <20031116002708.51318.qmail@web11207.mail.yahoo.com> Message-ID: <20031116003124.71205.qmail@web60505.mail.yahoo.com> --- Andrei Stefan wrote: > Pot sa setez la 0 semaforul, dar intre apelul > functiei > semget si apelul imediat al functiei semctl, un alt > proces poate accesa acest semafor, iar pe mine ma > intereseaza ca inainte de accesul la semafor, el sa > aiba valoarea 1. Initializarea semafoarelor ar trebui facuta inainte de crearea proceselor care le vor folosi. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 08:09:45 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sun, 16 Nov 2003 00:09:45 -0800 (PST) Subject: [so] aceeasi intrebare Message-ID: <20031116080945.87256.qmail@web11204.mail.yahoo.com> Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo legatura cu numarul maxim de grupuri (intre 0 si GROUP_MAX) ? Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 12:03:23 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 16 Nov 2003 14:03:23 +0200 Subject: [so] inchidere cofetarie References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <3FB7678B.7020400@pcnet.ro> Va rog sa imi spuneti daca se scade din punctaj in caz ca nu ofer posibilitate de inchidere cofetarie in Windows.In linux le-am inchis dar cum nu s-a specificat nimic in partea de enuntz obligatoriu am considerat ca inchiderea este o facilitate in plus.In Linux oricum se impunea pentru ca altfel raman IPC-urile agatate. multumesc! Ruxandra From so@atlantis.cs.pub.ro Sun Nov 16 14:41:52 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 16 Nov 2003 06:41:52 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <20031116144152.9122.qmail@web60309.mail.yahoo.com> --0-1664088012-1068993712=:1228 Content-Type: text/plain; charset=us-ascii e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 de exemplu sa ia fiecare cate 3 si sa se blocheze? Evident ca este vorba de windows ( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1664088012-1068993712=:1228 Content-Type: text/html; charset=us-ascii

e posibil ca, daca exista 6 prajituri si vin doi clienti care cer  4 si 5 de exemplu

sa ia fiecare cate 3 si sa se blocheze?

 

Evident ca este vorba de windows

( si eu care speram sa o portez in mai putin de 3 ore )

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1664088012-1068993712=:1228-- From so@atlantis.cs.pub.ro Sun Nov 16 16:18:08 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 16 Nov 2003 08:18:08 -0800 (PST) Subject: [so] tema 1 corectare Message-ID: <20031116161808.26378.qmail@web41013.mail.yahoo.com> Salut Uitandu-ma peste notele colegilor mei, am observat urmatoarea depunctare: implementare "gresita" a operatorului de cauzalitate, comanda a doua se executa intotdeauna. Recunosc ca, la momentul implementarii temei, nu m-am documentat exact asupra chestiunii. Insa, daca dati man bash, veti observa ca si acolo spune negru pe alb (sau cum aveti voi setate terminalele) ca a doua comanda se executa "if and only if" prima a returnat cod de eroare 0. Deci, pana la urma ne straduim sa urmarim Posix-ul, sau nu? (eu de exemplu am pierdut destul de mult timp simuland paralelismul exact ca in shell, pentru ca acum sa vad ca nu asta se astepta de la noi, mai ales ca nu s-a precizat la vreun moment dat comportamentul exact asteptat). Astept lamuriri. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 16:29:39 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 16 Nov 2003 08:29:39 -0800 (PST) Subject: [so] tema 1 corectare In-Reply-To: <20031116161808.26378.qmail@web41013.mail.yahoo.com> Message-ID: <20031116162939.33899.qmail@web60504.mail.yahoo.com> --- Diana Fulger wrote: > Salut > Uitandu-ma peste notele colegilor mei, am observat > urmatoarea depunctare: implementare "gresita" a > operatorului de cauzalitate, comanda a doua se > executa > intotdeauna. > Recunosc ca, la momentul implementarii temei, nu > m-am > documentat exact asupra chestiunii. Insa, daca dati > man bash, veti observa ca si acolo spune negru pe > alb > (sau cum aveti voi setate terminalele) ca a doua > comanda se executa "if and only if" prima a returnat > cod de eroare 0. Deci, pana la urma ne straduim sa > urmarim Posix-ul, sau nu? (eu de exemplu am pierdut > destul de mult timp simuland paralelismul exact ca > in > shell, pentru ca acum sa vad ca nu asta se astepta > de > la noi, mai ales ca nu s-a precizat la vreun moment > dat comportamentul exact asteptat). > > Astept lamuriri. Iata-le: Cred ca tu interpretezi gresit textul corecturii. "Comanda a doua se executa intotdeauna" in implementarea din tema respectiva si e gresit. Corect este cum ai citit si tu in man. Nu inteleg de ce te referi la paralelism cand operatorul de cauzalitate secventiaza comenzile. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 16:31:00 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 16 Nov 2003 08:31:00 -0800 (PST) Subject: [so] tema 1 corectare In-Reply-To: <20031116162939.33899.qmail@web60504.mail.yahoo.com> Message-ID: <20031116163100.12851.qmail@web41008.mail.yahoo.com> Referinta la paralelism era ceva diferit, am observat ca si pentru asta s-a mai scazut. --- Cosmin Arad wrote: > --- Diana Fulger wrote: > > Salut > > Uitandu-ma peste notele colegilor mei, am observat > > urmatoarea depunctare: implementare "gresita" a > > operatorului de cauzalitate, comanda a doua se > > executa > > intotdeauna. > > Recunosc ca, la momentul implementarii temei, nu > > m-am > > documentat exact asupra chestiunii. Insa, daca > dati > > man bash, veti observa ca si acolo spune negru pe > > alb > > (sau cum aveti voi setate terminalele) ca a doua > > comanda se executa "if and only if" prima a > returnat > > cod de eroare 0. Deci, pana la urma ne straduim sa > > urmarim Posix-ul, sau nu? (eu de exemplu am > pierdut > > destul de mult timp simuland paralelismul exact ca > > in > > shell, pentru ca acum sa vad ca nu asta se astepta > > de > > la noi, mai ales ca nu s-a precizat la vreun > moment > > dat comportamentul exact asteptat). > > > > Astept lamuriri. > > Iata-le: > Cred ca tu interpretezi gresit textul corecturii. > "Comanda a doua se executa intotdeauna" in > implementarea din tema respectiva si e gresit. > Corect > este cum ai citit si tu in man. > > Nu inteleg de ce te referi la paralelism cand > operatorul de cauzalitate secventiaza comenzile. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 21:33:21 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 16 Nov 2003 23:33:21 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <20031116080945.87256.qmail@web11204.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031116233309.00a5fce8@mail.mymail.ro> orice numar. Maria. >Id-urile grupurilor pot fi orice numere sau trebuie sa >aiba vreo legatura cu numarul maxim de grupuri (intre >0 si GROUP_MAX) ? > > > >Andrei > >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 16 21:34:51 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 16 Nov 2003 23:34:51 +0200 Subject: [so] Bill Gates x-( In-Reply-To: <20031116144152.9122.qmail@web60309.mail.yahoo.com> References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031116233417.00a9e610@mail.mymail.ro> da. Maria. >e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 >de exemplu > >sa ia fiecare cate 3 si sa se blocheze? > > > >Evident ca este vorba de windows > >( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 16 22:15:09 2003 From: so@atlantis.cs.pub.ro (miahi) Date: Mon, 17 Nov 2003 00:15:09 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <5.1.0.14.0.20031116233309.00a5fce8@mail.mymail.ro> Message-ID: <20031116231629.DD14328C059@atlantis> nu e un pic cam tarzie precizarea asta? miahi -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Maria Mateescu Sent: 16 noiembrie 2003 23:33 To: so@atlantis.cs.pub.ro Subject: Re: [so] aceeasi intrebare orice numar. Maria. >Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo >legatura cu numarul maxim de grupuri (intre 0 si GROUP_MAX) ? > > > >Andrei From so@atlantis.cs.pub.ro Sun Nov 16 22:27:44 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Sun, 16 Nov 2003 14:27:44 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <5.1.0.14.0.20031116233417.00a9e610@mail.mymail.ro> Message-ID: <20031116222744.47117.qmail@web40002.mail.yahoo.com> --0-1932631138-1069021664=:42994 Content-Type: text/plain; charset=us-ascii Nu inteleg de ce da. In mod normal nu ar trebui sa fie servit unul dintre el si sa ramana celalalt sa astepte? In tema scrie: "fiecare consumator isi asteapta prajiturile (daca nu exista cakes_no prajituri consumatorul va astepta sa se aduca (de catre un furnizor). " Eu inteleg de aici ca presupunand ca cel cu 4 prajituri e primul venit el va lua 4 din cele 6, vor ramane 2 in frigider si cel care vrea 5 va astepta pana vine un furnizor si ii aduce cakes_no(nu neaparat cakes_no, in acest caz cakes_no-2, adica sa ii completeze pana la cakes_no). Am trimis tema in acest mod si as vrea un raspuns, te rog mult, ca sa stiu ca totul e in ordine. Mihai Murgan Maria Mateescu wrote: da. Maria. >e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 >de exemplu > >sa ia fiecare cate 3 si sa se blocheze? > > > >Evident ca este vorba de windows > >( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1932631138-1069021664=:42994 Content-Type: text/html; charset=us-ascii
Nu inteleg de ce da. In mod normal nu ar trebui sa fie servit unul dintre el si sa ramana celalalt sa astepte?
In tema scrie:
"fiecare consumator isi asteapta prajiturile (daca nu exista cakes_no prajituri consumatorul va astepta sa se aduca (de catre un furnizor). "
Eu inteleg de aici ca presupunand ca cel cu 4 prajituri e primul venit el va lua 4 din cele 6, vor ramane 2 in frigider si cel care vrea 5 va astepta pana vine un furnizor si ii aduce cakes_no(nu neaparat cakes_no, in acest caz cakes_no-2, adica sa ii completeze pana la cakes_no). Am trimis tema in acest mod si as vrea un raspuns, te rog mult, ca sa stiu ca totul e in ordine.
 
Mihai Murgan

Maria Mateescu <atta@mymail.ro> wrote:

da.

Maria.



>e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5
>de exemplu
>
>sa ia fiecare cate 3 si sa se blocheze?
>
>
>
>Evident ca este vorba de windows
>
>( si eu care speram sa o portez in mai putin de 3 ore )



---------------------------------------------------------------
Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
http://poze.acasa.ro/

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1932631138-1069021664=:42994-- From so@atlantis.cs.pub.ro Sun Nov 16 22:48:12 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 16 Nov 2003 14:48:12 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <20031116222744.47117.qmail@web40002.mail.yahoo.com> Message-ID: <20031116224812.83220.qmail@web41011.mail.yahoo.com> io am intrebat exact acelasi lucru si mi s-a zis ca putem sa facem tema cum vrem adica fie ia cate o prajitura pana isi face numarul fie le asteapta pe toate. --- Murgan Mihai wrote: > Nu inteleg de ce da. In mod normal nu ar trebui sa > fie servit unul dintre el si sa ramana celalalt sa > astepte? > In tema scrie: > "fiecare consumator isi asteapta prajiturile (daca > nu exista cakes_no prajituri consumatorul va astepta > sa se aduca (de catre un furnizor). " > Eu inteleg de aici ca presupunand ca cel cu 4 > prajituri e primul venit el va lua 4 din cele 6, vor > ramane 2 in frigider si cel care vrea 5 va astepta > pana vine un furnizor si ii aduce cakes_no(nu > neaparat cakes_no, in acest caz cakes_no-2, adica sa > ii completeze pana la cakes_no). Am trimis tema in > acest mod si as vrea un raspuns, te rog mult, ca sa > stiu ca totul e in ordine. > > Mihai Murgan > > Maria Mateescu wrote: > > da. > > Maria. > > > > >e posibil ca, daca exista 6 prajituri si vin doi > clienti care cer 4 si 5 > >de exemplu > > > >sa ia fiecare cate 3 si sa se blocheze? > > > > > > > >Evident ca este vorba de windows > > > >( si eu care speram sa o portez in mai putin de 3 > ore ) > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > --------------------------------- > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 07:17:16 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 09:17:16 +0200 Subject: [so] Testarea temelor In-Reply-To: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> References: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> Message-ID: <1069053436.3fb875fc2981e@cs.pub.ro> Salut, > In urma rezultatului obtinut la tema 1 am 2 intrebari: > - eu de exemplu am fost depunctat pentru redirectari de genul cmd1 < cmd2 > in conditiile in care am mentionat ca minishellul meu, atunci cand apar > operatori de redirectare, prelucreaza o comanda de genul 'cmd op_redir > nume_fisier'; Intr-adevar cmd1 < cmd2 nu avea ce cauta acolo, nefiind in cerintele temei. Am corectat. > - va exista un server pe care ne vom putea testa temele si pe care se va face > si corectura? > - unele din erorile pentru care am fost depunctat nu imi apar acasa; e > posibil sa fii programat prost, dar nu as fi trimis o tema daca la comenzi > simple ar fi dat segm.fault:D; poate ar fi util sa se stabileasca macar > versiunea de kernel si cea a compilatorului pe care se face testarea. In legatura cu serverul de lucru, o sa intreb. Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 07:53:04 2003 From: so@atlantis.cs.pub.ro (Ifrim Mircea) Date: Sun, 16 Nov 2003 23:53:04 -0800 (PST) Subject: [so] CreateProcess Message-ID: <20031117075304.41556.qmail@web20308.mail.yahoo.com> --0-360097760-1069055584=:38427 Content-Type: text/plain; charset=us-ascii Am si eu o mica problema: cum creez un proces pe windows care sa aiba ca parametru o functie de-a mea, de exemplu functia void myprocedure(void) ? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-360097760-1069055584=:38427 Content-Type: text/html; charset=us-ascii
Am si eu o mica problema: cum creez un proces pe windows care sa aiba ca parametru o functie de-a mea,  de exemplu functia void myprocedure(void) ?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-360097760-1069055584=:38427-- From so@atlantis.cs.pub.ro Mon Nov 17 08:39:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 00:39:32 -0800 (PST) Subject: [so] CreateProcess In-Reply-To: <20031117075304.41556.qmail@web20308.mail.yahoo.com> Message-ID: <20031117083932.12528.qmail@web60509.mail.yahoo.com> --- Ifrim Mircea wrote: > Am si eu o mica problema: cum creez un proces pe > windows care sa aiba ca parametru o functie de-a > mea, de exemplu functia void myprocedure(void) ? Nu inteleg prea bine ce vrei sa faci. Banuiesc ca vrei sa executi o functie specificata la run-time. Daca asta este cazul iti dai seama ca codul functiei trebuie sa fie executabil si sa fie incarcat undeva in segmentul de cod al procesului. Ai 2 variante: Sa definesti toate functiile al caror nume il poti primi ca parametru in programul tau sau sa le definesti intr-un DLL pe care sa-l incarci. Daca vrei sa faci altceva specifica clar ce. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 10:02:18 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 17 Nov 2003 12:02:18 +0200 Subject: [so] Testarea temelor In-Reply-To: <1069053436.3fb875fc2981e@cs.pub.ro> References: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> <1069053436.3fb875fc2981e@cs.pub.ro> Message-ID: On Mon, 17 Nov 2003 09:17:16 +0200, Doina Bucur wrote: > Salut, >> - va exista un server pe care ne vom putea testa temele si pe care se >> va face si corectura? >> Acest lucru nu este posibil: unii dintre asistenti nu pot corecta tema pe server pentru ca nu au Internet decat prin dial-up. tavi From so@atlantis.cs.pub.ro Mon Nov 17 10:18:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 17 Nov 2003 12:18:55 +0200 Subject: [so] Conflict In-Reply-To: <35508.81.196.10.119.1068916193.squirrel@dazoot.ro> References: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031117121826.00a5ff20@mail.mymail.ro> asa este cum ai zis tu, dar alta era problema lui Florin. Maria. >Salut, > >In textul temei scrie: >"Chiar daca a obtinut numarul de prajituri cerute, fiind tare politicos, >consumatorul nu va incepe sa manance decat atunci cand toti prietenii lui >si-au primit prajiturile. " > >Eu intelesesem ca in momentul in care un consumator comanda prajiturile >dorite le si primeste (daca acestea exista in momentul acela in frigider) >si apoi asteapta sa le manince (adica sa inceapa timpul aleator de >microsecunde destinat mincarii). Adica in timpul in care este "politicos" >si ii asteapta pe ceilalti el are deja prajiturile pe masa, nu mai sunt in >frigider, deci gunoierul nu mai are de ce sa le arunce. > >dana --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 17 10:20:27 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 17 Nov 2003 12:20:27 +0200 Subject: [so] inchidere cofetarie In-Reply-To: <3FB7678B.7020400@pcnet.ro> References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031117121925.00a93778@mail.mymail.ro> e bine. terminarea se cere tocmai pentru ca ramaneau IPCuri nedistruse. Maria. >Va rog sa imi spuneti daca se scade din punctaj in caz ca nu ofer >posibilitate de inchidere cofetarie in Windows.In linux le-am inchis dar >cum nu s-a specificat nimic in partea de enuntz obligatoriu am considerat >ca inchiderea este o facilitate in plus.In Linux oricum se impunea pentru >ca altfel raman IPC-urile agatate. > >multumesc! > >Ruxandra --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 17 10:46:35 2003 From: so@atlantis.cs.pub.ro (bogdan dragusanu) Date: Mon, 17 Nov 2003 02:46:35 -0800 (PST) Subject: [so] 'ipcs' pe Win Message-ID: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Cum putem vedea semafoarele , cozile de mesaje, memoriile partajate ramase pe Windows. Adica ceva analog lui 'ipcs' de pe Linux. Eventual cum se poate da remove. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 10:59:25 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Mon, 17 Nov 2003 12:59:25 +0200 Subject: [so] despre upload In-Reply-To: <20031114142139.22742.qmail@web21207.mail.yahoo.com> References: <20031114142139.22742.qmail@web21207.mail.yahoo.com> Message-ID: <3FB8AA0D.5080903@romus.ro> sorin adi wrote: >Am dat din greseala upload la o tema de windows in loc >de tema de linux. >Dupa care am uploadat si pe tema de linux,adica eu am >trimis 2 teme identice fara sa vreau si mi-au aparut >ca 2 teme trimise. >Acuma nu as vrea sa ii fie corectata tema de windows >(care e de fapt de linux) si vreau sa trimit si tema >Windows(dar poate mai incolo in vacanta).Cum fac? > > Se ia in considerare ultima tema trimisa. --Adrian. From so@atlantis.cs.pub.ro Mon Nov 17 11:06:39 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Mon, 17 Nov 2003 13:06:39 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <20031116231629.DD14328C059@atlantis> References: <20031116231629.DD14328C059@atlantis> Message-ID: <3FB8ABBF.6090707@romus.ro> miahi wrote: >nu e un pic cam tarzie precizarea asta? > >miahi > > Cred ca intrebarile voastre vin cam tarziu! Au fost doua saptamani pentru tema!! --Adrian. From so@atlantis.cs.pub.ro Mon Nov 17 11:10:02 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Mon, 17 Nov 2003 13:10:02 +0200 Subject: [so] 'ipcs' pe Win In-Reply-To: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Message-ID: > Cum putem vedea semafoarele , cozile de mesaje, memoriile partajate ramase pe Windows. Adica ceva analog lui 'ipcs' de pe Linux. Eventual cum se poate da remove. http://www.sysinternals.com/ntw2k/freeware/procexp.shtml Toate obiectele din kernel sunt distruse cand e distrusa ultima referinta din sistem care indica spre ele. Referintele se inchid cu CloseHandle de catre programator sau la terminarea procesului. Ca sa fii sigur ca ai distrus un obiect din kernel, ori inchizi tu tot ce ai deschis (CloseHandle) ori inchizi toate procesele care au deschis handles la obiectele respective. Ovidiu From so@atlantis.cs.pub.ro Mon Nov 17 11:11:05 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 03:11:05 -0800 (PST) Subject: [so] 'ipcs' pe Win In-Reply-To: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Message-ID: <20031117111105.14742.qmail@web60505.mail.yahoo.com> --- bogdan dragusanu wrote: > Cum putem vedea semafoarele , cozile de mesaje, > memoriile partajate ramase pe Windows. Adica ceva > analog lui 'ipcs' de pe Linux. Eventual cum se poate > da remove. Exista utilitarul WinObj cu care poti vedea obiectele Windows. Daca dai dublu-click pe un Mutex sau Semafor iti spune daca este ocupat respectiv valoarea smeaforului. http://www.sysinternals.com/ntw2k/freeware/winobj.shtml Fiecare obiect are un contor de utilizare (de handle-uri deschise la acel obiect). La CloseHandle contorul respectiv este decrementat iar la Open... ori DuplicateHandle este incrementat. Mai exista un contor de referiri ale obiectului respectiv de catre sistemul de operare. De exemplu un semafor poate fi folosit de catre un driver. Cand ambele contoare ajung la 0 obiectul este distrus automat. Chiar daca tu nu dai CloseHandle oricum la terminarea procesului sunt inchise toate handle-urile deschise in proces, asadar obiectele se distrug automat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 13:00:41 2003 From: so@atlantis.cs.pub.ro (Roxana Andrei) Date: Mon, 17 Nov 2003 05:00:41 -0800 (PST) Subject: [so] Inchidere handle in Windows Message-ID: <20031117130041.11433.qmail@web21102.mail.yahoo.com> Eu am trimis tema de win si in urma discutiilor de astazi de pe grup m-am gandit sa intreb daca se depuncteaza daca nu am dat closehandle la toate obiectele. Dau doar in cei care le CREEAZA (frara cei care le deschid). Si inca o intrebare: negasind un "random" pentru win32 api, am citit in linia de comanda timpul de mancare prajituri. Daca nu se scade, nu as vrea sa retrimit (-0.25). Multumesc __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 13:08:16 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Mon, 17 Nov 2003 15:08:16 +0200 Subject: [so] tema 3 Message-ID: <20031117125913.M97111@idilis.ro> In enuntul temei 3 se specifica ca trebuie implementate politicile SIGNAL AND CONTINUE si SIGNAL AND WAIT. Eu am citit in primul document dat pe site ca exista SIGNAL AND WAIT si SIGNAL AND URGENT WAIT diferenta fiind aceea ca la SIGNAL AND WAIT prioritate cozii Entry=prioritatea cozii Signaller, iar la SIGNAL AND URGENT WAIT prioritatea cozii Entry 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu zice nimic de pb. 2. In documentatia de mingw care e referita la observatii (http://www.mingw.org/docs.shtml) nu am gasit instructiuni despre creat DLL de windows. Zice acolo ceva de librarii .so, etc, dar de .dll nu am vazut nimic. Daca se poate un link mai precis... -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again From so@atlantis.cs.pub.ro Mon Nov 17 16:45:38 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 18:45:38 +0200 Subject: [so] tema1 - corectare & note Message-ID: <1069087538.3fb8fb32075ad@cs.pub.ro> Salut, Baremul temei 1 arata asa: 1p - afisarea promptului si tot ce depinde de el 0.25p - posibilitatea de a citi & executa comenzi in linia de comanda/fisier (aici s-a scazut mai ales pentru buguri de citire din fisier) 0.75p - implementarea cd (comanda interna) 1p - executia comenzilor externe 1p - recunoasterea si expandarea variabilelor de mediu 1p - executia secventiala ";" 1p - executia paralela "&" 1p - executia cauzala "&&" 1p - executia cu pipe "|" 0.5p - redirectarea de output ">" 0.5p - redirectarea de output/err "&>" 0.5p - redirectarea de err "2>" 0.5p - indirectarea "<" Punctajele de mai sus sunt maximul de punctaj care vi se poate scadea pe o subproblema (de ex. "|") daca nu e implementata deloc. In afara de punctajele care vi se pot scadea pentru asta, exista punctaje scazute pentru incorectitudinea programarii (materializate prin segfault, de ex) . Pentru fiecare problema/bug pe care l-am intalnit, exista un punctaj fix care se scade (sau un interval de punctaj, in cazuri rare). Au existat vreo doua probleme/buguri pentru care a fost cazul ca punctajele sa fie modificate pe parcursul corectarii, de unde si eventualele neclaritati (asta si din cauza ca rezultatele au fost publicate partial pe site, inainte de terminarea corectarii - asta a fost necesar, ca sa nu repetati greselile la tema2). De ex.: -0.30 - fisierele rezultate prin redirectare de output/err nu au drepturi (parametrul mode la open) -0.20 - redirectarea la output/err nu face trunchiere pe fisiere existente -0.30 - segfault la getenv -1 - segfault la malloc & friends (buffer overflow) intre 0 si 0.60 - probleme de parsare a spatiilor (depunctarea depinde de gravitate); pentru simplitate problemele de genul asta, in afara de cateva cazuri speciale, au fost in final uniformizate etc Pentru neclaritati mailto: dee@cs.pub.ro, nu pe lista. Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 17:54:43 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 17 Nov 2003 19:54:43 +0200 Subject: [so] tema3 In-Reply-To: <20031117145954.6D8643FCF2@server1.messagingengine.com> References: <20031117145954.6D8643FCF2@server1.messagingengine.com> Message-ID: On Mon, 17 Nov 2003 16:59:54 +0200, Bogdan Butnaru wrote: > 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei > probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu > zice nimic de pb. > Formularea va invita sa trimiteti mailuri pe lista daca exista neclaritati :) > 2. In documentatia de mingw care e referita la observatii > (http://www.mingw.org/docs.shtml) nu am gasit instructiuni despre creat > DLL de windows. Zice acolo ceva de librarii .so, etc, dar de .dll nu am > vazut nimic. Daca se poate un link mai precis... > Nu prea ai cautat... Al treilea bulet: How to create a dll Here's an example. Cut and paste the following into a file named dllfct.h: #ifdef BUILD_DLL // the dll exports #define EXPORT __declspec(dllexport) #else // the exe imports #define EXPORT __declspec(dllimport) #endif // function to be imported/exported EXPORT void tstfunc (void); Cut and paste the following into a file named dllfct.c: #include #include "dllfct.h" EXPORT void tstfunc (void) { printf ("Hello\n"); } Cut and paste the following into a file named hello.c: #include "dllfct.h" int main () { tstfunc (); return (0); } To create the dll and an executable that uses it, try the following: gcc -c hello.c gcc -c -DBUILD_DLL dllfct.c dllwrap --output-lib=libtstdll.a --dllname=tst.dll --driver-name=gcc dllfct.o gcc -o hello.exe hello.o -L./ -ltstdll For more information on dlls, see http://www.nanotech.wisc.edu/~khan/software/gnu-win32/dllhelpers.html tavi From so@atlantis.cs.pub.ro Mon Nov 17 18:11:33 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Mon, 17 Nov 2003 10:11:33 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <1069087538.3fb8fb32075ad@cs.pub.ro> Message-ID: <20031117181133.70849.qmail@web11203.mail.yahoo.com> Ar fi fost bine de stiut de la inceput cam ce teste ar fi trebuit sa indeplineasca temele noastre, nu sa ne imaginam noi teste posibile si sa nu stim de fapt ce se cere de la noi ..... Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 20:24:51 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 22:24:51 +0200 Subject: [so] Re: Fwd: corectare tema1 linux In-Reply-To: References: Message-ID: <1069100691.3fb92e9373fc4@cs.pub.ro> Cum destul de multi dintre voi ati ales comportamentul tip "pus in background" pentru &, mesajul asta devine general: > ------- Forwarded message ------- > From: Catalin Constantin > To: tavi@cs.pub.ro > Subject: corectare tema1 linux > Date: Mon, 17 Nov 2003 22:14:01 +0200 > > > http://cs.pub.ro/so/Teme/note/343CA/ConstantinCatalin/tema1/lin/NOTA > > > > -0.40 > > > > Actiunea lui sleep nu e vizibila in testul urmator: > > > > [tavi@lemon]> sleep 2 & ls -la > > total 108 > > drwxr-xr-x 4 tavi tavi 4096 Nov 16 20:06 . > > drwxr-xr-x 3 tavi tavi 4096 Nov 2 23:35 .. > > // executia se termina imediat; pe primul proces nu faci wait la > > exec_comanda(,,false) > > > > > > mi se pare perfect normal sa faca asa > > pentru ca & pune in background ! Enuntul temei zice asa: "Operatorul de paralelism "&" . Astfel "alfa & beta" va executa comenzile alfa si beta in paralel." Adica trebuia sa implementati o facilitate care nu isi are echivalentul in bash, si pentru operatorul asta sa nu imitati bashul. > > am testat si pe bash si face la fel cum fac eu. Doina -- dee@cs.pub.ro ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 22:36:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 14:36:21 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031117125913.M97111@idilis.ro> Message-ID: <20031117223621.23494.qmail@web60508.mail.yahoo.com> --- Ioana Cutcutache wrote: > In enuntul temei 3 se specifica ca trebuie > implementate politicile SIGNAL > AND CONTINUE si SIGNAL AND WAIT. Eu am citit in > primul document dat pe site > ca exista SIGNAL AND WAIT si SIGNAL AND URGENT WAIT > diferenta fiind aceea ca > la SIGNAL AND WAIT prioritate cozii > Entry=prioritatea cozii Signaller, iar la > SIGNAL AND URGENT WAIT prioritatea cozii > Entry In enunt se specifica de asemenea ca : > "Cand aveti fire de executie in toate cozile > alegerea se va face tinand > cont ca coada de procese blocate la intrare, Entry > Queue, este cea mai putin > prioritara." > Din aceasta inteleg ca prioritatea Entry > Queue Queue, deci noi practic trebuie sa implementam > varianta SIGNAL AND URGENT > WAIT. Asa e? Da, asa e. Am scris eu prescurtat :). Am pus o clarificare la Observatii in legatura cu asta. > A doua intrebare : daca mai multe fire de > executie asteapta la o variabila > conditie trebuie ca atunci cand se da signal pe > variabila respectiva sa fie > trecut in coada Waiting cel care asteapta de cel mai > mult timp sau oricare > din ele? (daca ar trebui luat in considerare cel > care asteapta de cel mai de > mult ar trebui folosite si niste cozi...) Oricare dintre ele. Pe langa faptul ca este mai complicata, implementarea cu cozi FIFO aduce si o penalizare de performanta (can u see why?), deci nu isi are rostul. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 23:02:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 15:02:54 -0800 (PST) Subject: [so] P(n) pe Windows Message-ID: <20031117230254.17549.qmail@web60509.mail.yahoo.com> Salut, Cred ca unii dintre voi ati abordat gresit problema cu P(n) in Windows. Daca protejezi semaforul cu un mutex si faci n operatii WaitForSingleObject dupa care eliberezi mutexul se intampla serializarea operatiilor P. De exemplu pentru un semafor cu valoarea 6 pe care se fac operatiile P(7), P(2), P(2), P(2) din 4 threaduri diferite, operatiile P(2) vor astepta dupa P(7) care tine mutexul asociat semaforului, desi nu ar trebui sa astepte. Am pus la http://cs.pub.ro/~so/Laboratoare/Semaphore.zip o propunere de semafor generalizat pe Windows cu operatiile P(n), V(n) si WaitZero(). Semaforul poate fifolosit cu threaduri, asigura fairness si nu serializeaza operatiile. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 18 14:26:13 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Tue, 18 Nov 2003 16:26:13 +0200 Subject: [so] tema3 In-Reply-To: References: <20031117145954.6D8643FCF2@server1.messagingengine.com> Message-ID: <20031118142613.6A54941E2E@server1.messagingengine.com> OK, am inteles cum e cu dll-urile. Totusi, care sunt formularile pentru cele trei probleme suplimentare: Bounded Buffer cu mai multi producatori si mai multi consumatori, Dining Philosophers, Cigarette Smokers? On Mon, 17 Nov 2003 19:54:43 +0200, "Octavian Purdila" said: > On Mon, 17 Nov 2003 16:59:54 +0200, Bogdan Butnaru > wrote: > > > 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei > > probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu > > zice nimic de pb. > > > > Formularea va invita sa trimiteti mailuri pe lista daca exista > neclaritati > :) > -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Faster than the air-speed velocity of an unladen european swallow From so@atlantis.cs.pub.ro Wed Nov 19 06:51:54 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Wed, 19 Nov 2003 08:51:54 +0200 Subject: [so] tema 3 References: <20031117223621.23494.qmail@web60508.mail.yahoo.com> Message-ID: <000c01c3ae69$a1be7ac0$0c829ad5@ioana> Am o nelamurire : vad ca s-a mai schimbat ceva in enuntul temei, si anume a disparut propozitia "Deblocarea unui fir de executie din orice coada din monitor se va face obligatoriu in ordine FIFO." Asta inseamna ca nu trebuie sa fie deblocate in ordine FIFO firele de executie din Entry, Waiting, Signaller? De asemenea la destroy se spune "destroy - apelat cand monitorul nu este liber, mai exista un fir de executie activ in monitor. " Prin fir activ ce se intelege? Firul care detine monitorul? Banuiesc ca nu se poate distruge un monitor daca sunt fire care asteapta in una din cozi, chiar daca nici unul nu il detine. Rezolvarea celor 2 probleme se poate face cu oricare din politici vrem? From so@atlantis.cs.pub.ro Wed Nov 19 10:30:46 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 19 Nov 2003 02:30:46 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <000c01c3ae69$a1be7ac0$0c829ad5@ioana> Message-ID: <20031119103046.86608.qmail@web60505.mail.yahoo.com> --- Ioana Cutcutache wrote: > Am o nelamurire : vad ca s-a mai schimbat ceva > in enuntul temei, si > anume a disparut propozitia "Deblocarea unui fir de > executie din orice coada > din monitor se va face obligatoriu in ordine FIFO." > Asta inseamna ca nu > trebuie sa fie deblocate in ordine FIFO firele de > executie din Entry, > Waiting, Signaller? Exact. Nu este obligatorie ordinea FIFO in nici una din cozi. > De asemenea la destroy se spune "destroy - > apelat cand monitorul nu > este liber, mai exista un fir de executie activ in > monitor. " Prin fir activ > ce se intelege? Firul care detine monitorul? > Banuiesc ca nu se poate > distruge un monitor daca sunt fire care asteapta in > una din cozi, chiar daca > nici unul nu il detine. Da, prin fir activ se intelege cel care detine monitorul. Da, nu se poate distruge nici daca ai fire blocate in el. Am omis sa specific. > Rezolvarea celor 2 probleme se poate face cu > oricare din politici vrem? Da. In situatia in care una din probleme necesita o anumita politica specificati in README de ce. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 10:55:09 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 19 Nov 2003 02:55:09 -0800 (PST) Subject: [so] tema3 In-Reply-To: <20031118142613.6A54941E2E@server1.messagingengine.com> Message-ID: <20031119105510.3631.qmail@web60508.mail.yahoo.com> --- Bogdan Butnaru wrote: > OK, am inteles cum e cu dll-urile. Totusi, care sunt > formularile pentru > cele trei probleme suplimentare: > > Bounded Buffer cu mai multi producatori si mai multi > consumatori, > Dining Philosophers, > Cigarette Smokers? BoundedBuffer e problema producator consumator. Producatorul produce (adauga) elemente intr-un buffer de dimensiune fixa, iar consumatorul extrage elemente din buffer. De data aceasta vei avea mai mult de un producator si mai mult de un consumator. Practic nu e mare diferenta. Producatorii trebuie sa astepte la o conditie full si consumatorii la o conditie empty. Problema e banala dar s-o rezolvati corect. Dining philosophers e problema clasica cu N filosofi in jurul unei mese rotunde. Fiecare are in fata sa o farfurie cu spagette si exista N furculite plasate intre cele N farfurii astfel incat fiecare filosof are in stanga si in dreapta cate o furculita pe care se "bate" cu vecinii din stanga respectiv dreapta. In caz ca mai trebuie mentionat, filosofii sunt procese care concureaza pt resursele de tip furculita. Exista in cartea Modern Operating Systems a lui Tanenbaum o solutie cu semafoare la acesta problema. Voi trebuie sa gasiti o solutie cu monitoare si sunteti restrictionati la a folosi doar un monitor. Probabil ca in loc sa astepte la niste monitoare filosofii vor astepta la niste variabile conditie din monitor. S-ar putea ca inlocuirea chioara a semafoarelor din solutia lui Tanenbaum cu variabile conditie sa nu reprezinte o solutie corecta. Trebuie sa evitati deadlock, livelock, etc. Solutii gresite gasiti in curs ca sa vedeti care sunt capcanele. In problema Cigarette Smokers avem 4 procese: 3 fumatori si un agent. Fiecare fumator detine unul dintre ingredientele: tutun, hartie si chibrite, necesare pentru a aprinde o tigara. Asadar un fumator va avea doar tutun, unul doar hartie si unul doar chibrite. Agentul va avea o cantitate nelimitata din toate cele 3 ingrediente. La un moment dat agentul pune pe masa 2 dintre ingrediente, pe rand, iar fumatorul care il are pe al treilea isi va aprinde o tigara. Agentul va astepta ca fumatorul sa termine de fumat dupa care ciclul se repeta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 11:20:57 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 19 Nov 2003 13:20:57 +0200 Subject: [so] tema1 - corectare & note In-Reply-To: <20031117181133.70849.qmail@web11203.mail.yahoo.com> References: <20031117181133.70849.qmail@web11203.mail.yahoo.com> Message-ID: <3FBB5219.3080707@romus.ro> Andrei Stefan wrote: >Ar fi fost bine de stiut de la inceput cam ce teste ar >fi trebuit sa indeplineasca temele noastre, nu sa ne >imaginam noi teste posibile si sa nu stim de fapt ce >se cere de la noi ..... > Nu inteleg care-i problema. Scrie pe site (in enuntul temei si pe mail-list) ce trebuie sa faca temele, sau cum zici tu: ce se cere de la voi. Programele nu se fac sa mearga pe anumite teste! Ci pe toate combinatiile de teste care se incadreaza in cerinte. --sadyc From so@atlantis.cs.pub.ro Wed Nov 19 11:24:55 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 19 Nov 2003 13:24:55 +0200 Subject: [so] tema3 In-Reply-To: <20031118142613.6A54941E2E@server1.messagingengine.com> References: <20031117145954.6D8643FCF2@server1.messagingengine.com> <20031118142613.6A54941E2E@server1.messagingengine.com> Message-ID: <3FBB5307.6030805@romus.ro> Bogdan Butnaru wrote: >OK, am inteles cum e cu dll-urile. Totusi, care sunt formularile pentru >cele trei probleme suplimentare: > >Bounded Buffer cu mai multi producatori si mai multi consumatori, >Dining Philosophers, >Cigarette Smokers? > Da voi chiar nu cititi nimic ??? Daca nu ma insel aveti bibliografie pentru SO, crezi ca-i data de pomana? PS: nu astept raspuns la acest email! --sadyc From so@atlantis.cs.pub.ro Wed Nov 19 11:45:10 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Wed, 19 Nov 2003 03:45:10 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <3FBB5219.3080707@romus.ro> Message-ID: <20031119114510.22866.qmail@web41014.mail.yahoo.com> Sa nu exageram importanta informatiilor vehiculate atat pe site, cat si pe mailing list, atata timp cat la intrebarile pentru tema 1 v-ati lansat cu totii in indicatii din cele mai pretioase, iar specificatia exacta a ceea ce se astepta de la noi a sosit abia ca justificare a corectarii. --- Adrian Stanciu wrote: > Andrei Stefan wrote: > > >Ar fi fost bine de stiut de la inceput cam ce teste > ar > >fi trebuit sa indeplineasca temele noastre, nu sa > ne > >imaginam noi teste posibile si sa nu stim de fapt > ce > >se cere de la noi ..... > > > Nu inteleg care-i problema. > Scrie pe site (in enuntul temei si pe mail-list) ce > trebuie sa faca > temele, sau cum zici tu: ce se cere de la voi. > > Programele nu se fac sa mearga pe anumite teste! > Ci pe toate combinatiile de teste care se incadreaza > in cerinte. > > --sadyc > > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 12:41:22 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 19 Nov 2003 14:41:22 +0200 Subject: [so] tema1 - corectare & note In-Reply-To: <20031119114510.22866.qmail@web41014.mail.yahoo.com> References: <20031119114510.22866.qmail@web41014.mail.yahoo.com> Message-ID: Acesta este raspunsul final. Alte intrebari similare (sau comentarii) nu vor mai primi raspuns din partea noastra. On Wed, 19 Nov 2003 03:45:10 -0800 (PST), Diana Fulger wrote: > Sa nu exageram importanta informatiilor vehiculate > atat pe site, cat si pe mailing list, atata timp cat > la intrebarile pentru tema 1 v-ati lansat cu totii in > indicatii din cele mai pretioase, iar specificatia O fraza de introducere frumos construita, cu accente satirice. Dar cu ce o sustii? > exacta a ceea ce se astepta de la noi a sosit abia ca > justificare a corectarii. > Ce se astepta de la voi era specificat in cerintele temei. Fiecare punct din barem este prezent in cerintele temei. Cat despre "nu ar trebuie sa fim depunctati pentru greseli de C" pe care am mai auzit-o... Este o scuza lamentabila. Si in contextul de fata nu are sens: toate sistemele de operare in uz la ora actuala au fost scrise in C, si facilitatile puse la dispozitie de ele sunt disponibile la nivelul cel mai apropiat de SO tot din C. Si ati fost avertizati de la inceput, dar cati dintre voi s-au obosit sa citeasca regulile? Si in fine, o ultima remarca relativ la "cam ce teste ar fi trebuit sa indeplineasca temele noastre". Programele nu sunt terminate atunci cand s-a terminat de scris ultima linie de cod. Ele trebuie testate. De catre programatori in faza initiala pentru a scoate bug-urile evidente, si apoi de echipa QA. tavi From so@atlantis.cs.pub.ro Wed Nov 19 15:59:37 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Wed, 19 Nov 2003 07:59:37 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <3FBB5219.3080707@romus.ro> Message-ID: <20031119155937.94875.qmail@web11208.mail.yahoo.com> Pot sa existe mii de teste ..... Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 20 22:00:25 2003 From: so@atlantis.cs.pub.ro (Sava Ionut) Date: Thu, 20 Nov 2003 14:00:25 -0800 (PST) Subject: [so] In legatura cu corectarea Message-ID: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Am vazut ca tema 1 a fost corectata mai dur. E foarte bine. Ideea ar fi sa invatam ceva din toata chestia asta. Nu sa vedem ce punctaje mici am luat ... Eu as propune asta : sa se spuna cam care vor fi testele ( cel putin mai vag ) sau anume la ce sa fim atenti. Cu alte cuvinte ar trebui sa fim un pic ajutati sa gasim bugurile ca sa putem rezolvam, mai degraba decat sa vedem ca suntem depunctati. Eu personal nu cred ca cineva dupa ce isi vede tema corectata se apuca sa isi corecteze bugurile, deci cu alte cuvinte nu prea invata multe. De asemenea ar fi sa se faca pentru fiecare tema o lista de greseli frecvente si cum se pot rezolva ( eventual si cod dc nu depaseste 5-6 linii). Sau sa fie puse pe site un numar de teme facute f bine ca sa putem sa ne comparam (Chiar daca toti ar face o tema perfect tot ar fi unele care sa fie facute optimizat, cu mai putine linii de cod, mai elegant ... SI TOT AR FI O SANSA IN PLUS SA INVETI CEVA). De exemplu am vazut la mai multi oamneni nu se inchidea pipe-ul. Nu stiam ca trebuia inchis capatul de scriere al pipeului inainte de exec. Si probabil dc nu auzeam pe cine trebuie nici n-as fi aflat prea curand. As dori sa primesc un raspuns la acest mail. Have a nice day! __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Fri Nov 21 08:08:17 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 21 Nov 2003 10:08:17 +0200 Subject: [so] In legatura cu corectarea In-Reply-To: <20031120220025.85634.qmail@web21107.mail.yahoo.com> References: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Message-ID: On Thu, 20 Nov 2003 14:00:25 -0800 (PST), Sava Ionut wrote: > Eu as propune asta : sa se spuna cam care vor fi > testele ( cel putin mai vag ) sau anume la ce sa fim > atenti. Cu alte cuvinte ar trebui sa fim un pic In primul si in primul rand ar trebui sa cititi modalitatea de punctare, si mai ales de depunctare din sectiunea Reguli. Daca exista neclaritati, la cum puteti detecta situatiile descrise acolo, intrebati pe lista. Aproape toate greselile pentru care au fost depunctate majoritatea temelor sunt intalnite in acea lista. In al doilea rand: testati-va temele singuri. Contrar a ceea ce cred unii, nu e nevoie de mii de teste pentru a va verifica programul. Daca aveti clara arhitectura programului este simplu sa testati componentele acestuia, si sa eliminati bugurile evidente. In cazul primei teme acest lucru era banal, pentru ca fiecare comanda putea fi testata separat. Testarea temei este la fel de importanta ca si implementarea ei, asa ca noi consideram ca este mai bine sa nu va dam testele, astfel incat voi sa va ganditi la ele, si prin acest lucru sa intelegeti mai bine tema. > ajutati sa gasim bugurile ca sa putem rezolvam, mai > degraba decat sa vedem ca suntem depunctati. Eu > personal nu cred ca cineva dupa ce isi vede tema > corectata se apuca sa isi corecteze bugurile, deci cu > alte cuvinte nu prea invata multe. > Nu e atat de important sa corectati bugurile unei teme ce a fost notata deja, decat ca exercitiu. Dar e important sa intelegeti de ce a aparuta bugul, si cum puteti evita situatii de genul acesta in viitor. Stiti voi, errare humanum est, perseverare diabolicum. > De asemenea ar fi sa se faca pentru fiecare tema o > lista de greseli frecvente si cum se pot rezolva ( > eventual si cod dc nu depaseste 5-6 linii). Sau sa fie Cea mai frecventa "greseala" este faptul ca nu se programeaza cu pagina de manual in fata. Inainte de a folosi o functie, cititi cu atentie, si pe cat posibil, toata pagina de manual si luati in calcul toate posibilitatile oricat de improbabile ar parea ele. In plus, exista un stil de programare ce duce inevitabil la buguri: fixarea unor limite. Uneori acest lucru este inevitabil, dar in aceste cazuri tineti cont de limite. Aceste greseli sunt cauza a probabil 90% din buguri. > puse pe site un numar de teme facute f bine ca sa > putem sa ne comparam (Chiar daca toti ar face o tema > perfect tot ar fi unele care sa fie facute optimizat, > cu mai putine linii de cod, mai elegant ... SI TOT AR > FI O SANSA IN PLUS SA INVETI CEVA). Acest lucru este imposibil, in situatia in care temele sunt valabile inclusiv in sesiunea de restanta. > De exemplu am vazut la mai multi oamneni nu se > inchidea pipe-ul. Nu stiam ca trebuia inchis capatul > de scriere al pipeului inainte de exec. Si probabil dc > nu auzeam pe cine trebuie nici n-as fi aflat prea > curand. Sunt curios: ai fost la laborator? tavi From so@atlantis.cs.pub.ro Fri Nov 21 09:07:48 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Fri, 21 Nov 2003 01:07:48 -0800 (PST) Subject: [so] In legatura cu corectarea In-Reply-To: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Message-ID: <20031121090748.64855.qmail@web41015.mail.yahoo.com> --0-752689260-1069405668=:62183 Content-Type: text/plain; charset=us-ascii Salut, Chestia cu pipe-ul nu a fost o capcana. Este o chestie tehnica deci legata de laborator , si la care ai fi primit raspunsul si inainte daca ai fi intrebat ( inainte de a trimite tema). P.S. : Aceasta lista vizeaza numai intrebari si raspunsuri legate de teme. Pentru orice alta nelamurire,propunere, etc ar trebui sa va adresati direct la tavi@cs.pub.ro sau direct laborantului (cand problema este de ordin tehnic) George Sava Ionut wrote: Am vazut ca tema 1 a fost corectata mai dur. E foarte bine. Ideea ar fi sa invatam ceva din toata chestia asta. Nu sa vedem ce punctaje mici am luat ... Eu as propune asta : sa se spuna cam care vor fi testele ( cel putin mai vag ) sau anume la ce sa fim atenti. Cu alte cuvinte ar trebui sa fim un pic ajutati sa gasim bugurile ca sa putem rezolvam, mai degraba decat sa vedem ca suntem depunctati. Eu personal nu cred ca cineva dupa ce isi vede tema corectata se apuca sa isi corecteze bugurile, deci cu alte cuvinte nu prea invata multe. De asemenea ar fi sa se faca pentru fiecare tema o lista de greseli frecvente si cum se pot rezolva ( eventual si cod dc nu depaseste 5-6 linii). Sau sa fie puse pe site un numar de teme facute f bine ca sa putem sa ne comparam (Chiar daca toti ar face o tema perfect tot ar fi unele care sa fie facute optimizat, cu mai putine linii de cod, mai elegant ... SI TOT AR FI O SANSA IN PLUS SA INVETI CEVA). De exemplu am vazut la mai multi oamneni nu se inchidea pipe-ul. Nu stiam ca trebuia inchis capatul de scriere al pipeului inainte de exec. Si probabil dc nu auzeam pe cine trebuie nici n-as fi aflat prea curand. As dori sa primesc un raspuns la acest mail. Have a nice day! __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-752689260-1069405668=:62183 Content-Type: text/html; charset=us-ascii
Salut,
 
Chestia cu pipe-ul nu a fost o capcana. Este o chestie tehnica deci legata de laborator ,
si la care ai fi primit raspunsul si inainte daca ai fi intrebat ( inainte de a trimite tema).
 
P.S. : Aceasta lista vizeaza numai intrebari si raspunsuri legate de teme. Pentru orice alta nelamurire,propunere, etc  ar trebui sa va adresati direct la tavi@cs.pub.ro sau direct laborantului (cand problema este de ordin tehnic)
 
George

Sava Ionut <sava_ionut@yahoo.com> wrote:
Am vazut ca tema 1 a fost corectata mai dur. E
foarte bine. Ideea ar fi sa invatam ceva din toata
chestia asta. Nu sa vedem ce punctaje mici am luat ...

Eu as propune asta : sa se spuna cam care vor fi
testele ( cel putin mai vag ) sau anume la ce sa fim
atenti. Cu alte cuvinte ar trebui sa fim un pic
ajutati sa gasim bugurile ca sa putem rezolvam, mai
degraba decat sa vedem ca suntem depunctati. Eu
personal nu cred ca cineva dupa ce isi vede tema
corectata se apuca sa isi corecteze bugurile, deci cu
alte cuvinte nu prea invata multe.
De asemenea ar fi sa se faca pentru fiecare tema o
lista de greseli frecvente si cum se pot rezolva (
eventual si cod dc nu depaseste 5-6 linii). Sau sa fie
puse pe site un numar de teme facute f bine ca sa
putem sa ne comparam (Chiar daca toti ar face o tema
perfect tot ar fi unele care sa fie facute optimizat,
cu mai putine linii de cod, mai elegant ... SI TOT AR
FI O SANSA IN PLUS SA INVETI CEVA).
De exemplu am vazut la mai multi oamneni nu se
inchidea pipe-ul. Nu stiam ca trebuia inchis capatul
de scriere al pipeului inainte de exec. Si probabil dc
nu auzeam pe cine trebuie nici n-as fi aflat prea
curand.
As dori sa primesc un raspuns la acest mail.
Have a nice day!

__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-752689260-1069405668=:62183-- From so@atlantis.cs.pub.ro Fri Nov 21 10:45:15 2003 From: so@atlantis.cs.pub.ro (Eu Io) Date: Fri, 21 Nov 2003 02:45:15 -0800 (PST) Subject: [so] Comparatie CA CB Message-ID: <20031121104515.59912.qmail@web60110.mail.yahoo.com> Protest Materia Sisteme de Operare ar trebui sa fie accesibila si studentilor medii.Greadul de dificultate al temelor trebuie sa permita unui student mediu sa rezolve temele.A se vedea spre comparatie Sistemele de Operare de la seria CB(ce teme sunt la CB si ce teme la CA).La CA avemteme de casa imense iar la laborator trebuie sa ne facem exercitiile de acasa pentru ca nu avem timp sa terminam la laborator. __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sat Nov 22 09:47:38 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 01:47:38 -0800 (PST) Subject: [so] vesti bune Message-ID: <20031122094738.59193.qmail@web60510.mail.yahoo.com> Salut, Iata o mica nelamurire care s-a ivit in legatura cu tema 3. Dupa cum deja probabil ca v-ati dat seama nu este necesar sa implementati in monitor cozi explicite si va puteti folosi de variabile conditie. Aceasta fiind situatia una dintre cerintele temei este depistarea situatiilor de folosire incorecta a monitorului (operatiile signal, broadcast si wait pot fi apelate doar de threaduri intrate deja in monitor). De aici se naste intrebarea: cum putem sa ne dam seama ca un thread apeleaza signal sau wait inainte de a face enter. Neavand in monitor liste cu toate threadurile intrate o solutie ar fi ca fiecare thread sa-si tina un flag care sa indice daca threadul este sau nu in monitor, flag care sa fie testat in fiecare operatie. Deoarece programatorul care foloseste biblioteca monitor trebuie sa nu fie constient de flagul respectiv acesta va trebui implementat in biblioteca. Dar cum bliblioteca este partajata si ea se incarca in spatiul de adrese al procesului, un simplu flag global in librarie ar fi comun tuturor threadurilor care incarca libraria. Pentru acest motiv va trebui sa folositi thread local storage astfel incat flagul sa fie privat in fiecare thread. Vestile bune erau ca aveti ocazia sa invatati sa folositi thread local storage :). Pentru a initializa TLS veti folosi entry-pointul in librarie. Pe Windows faceti un TlsAlloc/TlsFree in DllMain, iar pe Linux faceti un pthread_key_create in constructorul/destructorul librariei declarat astfel: void __attribute__ ((constructor)) my_init(void); void __attribute__ ((destructor)) my_fini(void); Pentru detalii vezi urmatoarele linkuri in Platform SDK pt Windows: ms-help://MS.PSDK.1033/dllproc/base/thread_local_storage.htm ms-help://MS.PSDK.1033/dllproc/base/using_thread_local_storage.htm ms-help://MS.PSDK.1033/dllproc/base/using_thread_local_storage_in_a_dynamic_link_library.htm Pentru Linux vezi man pthread_key_create si din Program Library HOWTO: http://www.tldp.org/HOWTO/Program-Library-HOWTO/miscellaneous.html#INIT-AND-CLEANUP Am pus linkurile de mai sus si in sectiunea Observatii a temei. Nu este cazul sa va impacientati. Nu este nimic complicat, doar nou. O sa va ia vreo ora sa cititi indicatiile din linkurile de mai sus dar nu este mare filosofie. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 10:23:03 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 12:23:03 +0200 Subject: [so] tema3 Message-ID: <002b01c3b0e2$a06a62d0$7c829ad5@ioana> This is a multi-part message in MIME format. ------=_NextPart_000_0028_01C3B0F3.605B3F00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Problemele ce trebuiesc rezolvate folosind monitorul presupun = rularea la infinit a firelor de executie (de exemplu la bounded buffer = si producatorii si consumatorii ruleaza la infinit). Deci terminarea = acestor programe s-ar face cu CTRL-C, si in acest caz nu se mai apeleaza = functia de distrugere a monitorului. Este ok asa? Chiar daca se face un handler pt. semnalul ctrl-c, oricum nu ar = merge destroy-ul pt. ca practic ar mai fi fire blocate in monitor. ------=_NextPart_000_0028_01C3B0F3.605B3F00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
    Problemele ce = trebuiesc=20 rezolvate folosind monitorul presupun rularea la infinit a firelor = de=20 executie (de exemplu la bounded buffer si producatorii si consumatorii = ruleaza=20 la infinit). Deci terminarea acestor programe s-ar face cu CTRL-C, si in = acest=20 caz nu se mai apeleaza functia de distrugere a monitorului. Este ok=20 asa?
    Chiar daca se face = un handler=20 pt. semnalul ctrl-c, oricum nu ar merge destroy-ul pt. ca practic ar mai = fi fire=20 blocate in monitor.
------=_NextPart_000_0028_01C3B0F3.605B3F00-- From so@atlantis.cs.pub.ro Sat Nov 22 10:29:56 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 02:29:56 -0800 (PST) Subject: [so] tema3 In-Reply-To: <002b01c3b0e2$a06a62d0$7c829ad5@ioana> Message-ID: <20031122102956.68549.qmail@web60510.mail.yahoo.com> --- Ioana Cutcutache wrote: > Problemele ce trebuiesc rezolvate folosind > monitorul presupun rularea la infinit a firelor de > executie (de exemplu la bounded buffer si > producatorii si consumatorii ruleaza la infinit). > Deci terminarea acestor programe s-ar face cu > CTRL-C, si in acest caz nu se mai apeleaza functia > de distrugere a monitorului. Este ok asa? > Chiar daca se face un handler pt. semnalul > ctrl-c, oricum nu ar merge destroy-ul pt. ca practic > ar mai fi fire blocate in monitor. Poti sa tii in proces un flag global de oprire pe care sa-l testeze fiecare thread inainte de o noua operatie de citire/scriere. Initial flagul este false adica toata lumea lucreaza. In handlerul pt Ctrl+C poti seta flagul respectiv si astfel toate threadurile se vor opri gracefully. Dupa ce le-ai asteptat pe toate (in main) poti distruge monitorul. Bineinteles threadurile vor parasi monitorul inainte sa se termine. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 11:51:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 03:51:51 -0800 (PST) Subject: [so] vesti si mai bune Message-ID: <20031122115151.5930.qmail@web60503.mail.yahoo.com> Salut, Desi sper ca putini dintre voi au avut dificultati in a interpreta specificatiile formale pentru operatiile cu monitorul, descrise prin axiomele din buhr95monitor.pdf, am considerat ca e corect sa va dau specificatiile in limbaj natural ca sa nu fie nici un dubiu. De asemenea din documentatie lipseau specificatiile pentru broadcast si specificatiile de la SIGNAL AND WAIT (cele din doc) se modifica putin prin introducerea operatiei broadcast. Am adaugat in sectiunea de Observatii a temei un link catre specificatiile in limbaj natural. Cititi-le si daca mai aveti nelamuriri intrebati. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 14:37:38 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 16:37:38 +0200 Subject: [so] tema3 References: <20031122102956.68549.qmail@web60510.mail.yahoo.com> Message-ID: <000d01c3b106$2e45eac0$4e0c6150@ioana> Mai e o problema : in linux ca sa folosesc sigaction trebuie sa includ signal.h, si in momentul asta apare un conflict de nume intre functia mea signal pt. monitor si functia signal definita in signal.h. Solutia ar fi sa numesc altfel functia pt. monitor, de exemplu SignalMonitor, e ok? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 12:29 PM Subject: Re: [so] tema3 > > Poti sa tii in proces un flag global de oprire pe care > > sa-l testeze fiecare thread inainte de o noua operatie > de citire/scriere. Initial flagul este false adica > toata lumea lucreaza. > In handlerul pt Ctrl+C poti seta flagul respectiv si > astfel toate threadurile se vor opri gracefully. > > Dupa ce le-ai asteptat pe toate (in main) poti > distruge monitorul. Bineinteles threadurile vor parasi > monitorul inainte sa se termine. > > Cosmin > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 14:53:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 06:53:21 -0800 (PST) Subject: [so] tema3 In-Reply-To: <000d01c3b106$2e45eac0$4e0c6150@ioana> Message-ID: <20031122145321.26040.qmail@web60510.mail.yahoo.com> --- Ioana Cutcutache wrote: > Mai e o problema : in linux ca sa folosesc > sigaction trebuie sa includ > signal.h, si in momentul asta apare un conflict de > nume intre functia mea > signal pt. monitor si functia signal definita in > signal.h. Solutia ar fi sa > numesc altfel functia pt. monitor, de exemplu > SignalMonitor, e ok? E ok. Poate mai potrivit ar fi SignalCondition :) sau doar Signal si Wait (capitalized). Pentru cei care fac tema in C++ problema asta nu apare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 18:11:14 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Sat, 22 Nov 2003 20:11:14 +0200 Subject: [so] P(n) pe Windows In-Reply-To: <20031117230254.17549.qmail@web60509.mail.yahoo.com> References: <20031117230254.17549.qmail@web60509.mail.yahoo.com> Message-ID: <1888217195.20031122201114@rdsnet.ro> Tuesday, November 18, 2003, 1:02:54 AM, you wrote: CA> Am pus la CA> http://cs.pub.ro/~so/Laboratoare/Semaphore.zip CA> o propunere de semafor generalizat pe Windows cu CA> operatiile P(n), V(n) si WaitZero(). Din pacate nu contine si un README. Ma intreb cum ti-a acceptat uploadul ;) Este super ca ai pus o solutie!, insa ma tot chinui sa o citesc de vreo saptamana si renunt de fiecare data pentru ca nu reusesc sa inteleg si nu am tot timpul din lume. In cazul in care nu se vor publica comentarii vreau sa profit chiar acum de ocazie sa fac un apel la cei care pot sa ma ajute sa inteleg codul sa imi raspunda pe adresa personala. Cu multumiri, Ion Petrescu From so@atlantis.cs.pub.ro Sat Nov 22 18:53:43 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Sat, 22 Nov 2003 20:53:43 +0200 Subject: [so] readers&writers? Message-ID: <20031122185343.66A2E40988@server1.messagingengine.com> Nu sunt sigur daca am inteles enuntul la "Readers and Writers cu prioritate pentru writers": E vorba de o zona de memorie in care fiecare scrie/citeste unde/de unde vrea (respectand regulile de prioritati), cam ca la shared memory? Initial am crezut ca e bounded buffer, dar parca nu e asa, avand in vedere ca ati pus separat problema asta. --- Cosmin Arad wrote: >BoundedBuffer e problema producator consumator. >Producatorul produce (adauga) elemente intr-un buffer >de dimensiune fixa, iar consumatorul extrage elemente >din buffer. De data aceasta vei avea mai mult de un >producator si mai mult de un consumator. Practic nu e >mare diferenta. Producatorii trebuie sa astepte la o >conditie full si consumatorii la o conditie empty. >Problema e banala dar s-o rezolvati corect. -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again From so@atlantis.cs.pub.ro Sat Nov 22 19:14:25 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 21:14:25 +0200 Subject: [so] vesti si mai bune References: <20031122115151.5930.qmail@web60503.mail.yahoo.com> Message-ID: <001301c3b12c$db7f8270$090c6150@ioana> La "un thread executa leave" scrie la sfarsit "Daca si aceasta(Entry Queue) va fi goala, threadul curent nu are pe cine sa planifice si va parasi monitorul, care in acest caz este gol si poate fi distrus.". Mie nu mi se pare corecta afirmatia ca monitorul in acest caz este gol si poate fi distrus. Daca nu e nimeni in waiting, signaller, entry, nu inseamna ca nu exista fire blocate la variabile conditie. Deci monitorul poate sa nu fie gol. Pentru a stii cand nu mai e nimeni in monitor (deci cand poate fi distrus) putem folosi o variabila (contor) care sa contorizeze cate fire sunt la un moment dat in monitor? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 1:51 PM Subject: [so] vesti si mai bune > Salut, > > Desi sper ca putini dintre voi au avut dificultati in > a interpreta specificatiile formale pentru operatiile > cu monitorul, descrise prin axiomele din > buhr95monitor.pdf, am considerat ca e corect sa va dau > specificatiile in limbaj natural ca sa nu fie nici un > dubiu. > De asemenea din documentatie lipseau specificatiile > pentru broadcast si specificatiile de la SIGNAL AND > WAIT (cele din doc) se modifica putin prin > introducerea operatiei broadcast. > Am adaugat in sectiunea de Observatii a temei un link > catre specificatiile in limbaj natural. > > Cititi-le si daca mai aveti nelamuriri intrebati. > > Succes, > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 20:03:22 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 22:03:22 +0200 Subject: [so] tema3 References: <20031122145321.26040.qmail@web60510.mail.yahoo.com> Message-ID: <000801c3b133$af5e7f00$420c6150@ioana> Din pacate vad ca nu prea merge solutia cu ctrl+c si handler pe semnal, pentru ca daca sunt fire de executie blocate la o variabila conditie, semnalul sigint nu le deblocheaza... si deci programul nu se mai termina. Exista vreo posibilitate de a debloca firele care asteapta la o variabila conditie? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 4:53 PM Subject: Re: [so] tema3 > --- Ioana Cutcutache wrote: > > Mai e o problema : in linux ca sa folosesc > > sigaction trebuie sa includ > > signal.h, si in momentul asta apare un conflict de > > nume intre functia mea > > signal pt. monitor si functia signal definita in > > signal.h. Solutia ar fi sa > > numesc altfel functia pt. monitor, de exemplu > > SignalMonitor, e ok? > > E ok. Poate mai potrivit ar fi SignalCondition :) > sau doar Signal si Wait (capitalized). > Pentru cei care fac tema in C++ problema asta nu > apare. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 20:47:41 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 12:47:41 -0800 (PST) Subject: [so] vesti si mai bune In-Reply-To: <001301c3b12c$db7f8270$090c6150@ioana> Message-ID: <20031122204741.9322.qmail@web60506.mail.yahoo.com> --- Ioana Cutcutache wrote: > La "un thread executa leave" scrie la sfarsit > "Daca si aceasta(Entry > Queue) va fi goala, threadul curent nu are pe cine > sa planifice si va parasi > monitorul, care in acest caz este gol si poate fi > distrus.". Mie nu mi se > pare corecta afirmatia ca monitorul in acest caz > este gol si poate fi > distrus. > Daca nu e nimeni in waiting, signaller, entry, > nu inseamna ca nu exista > fire blocate la variabile conditie. Deci monitorul > poate sa nu fie gol. > Pentru a stii cand nu mai e nimeni in monitor > (deci cand poate fi > distrus) putem folosi o variabila (contor) care sa > contorizeze cate fire > sunt la un moment dat in monitor? Ai dreptate. My mistake. Am corectat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 21:04:57 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 13:04:57 -0800 (PST) Subject: [so] readers&writers? In-Reply-To: <20031122185343.66A2E40988@server1.messagingengine.com> Message-ID: <20031122210457.5361.qmail@web60505.mail.yahoo.com> --- Bogdan Butnaru wrote: > Nu sunt sigur daca am inteles enuntul la "Readers > and Writers cu > prioritate pentru writers": E vorba de o zona de > memorie in care fiecare > scrie/citeste unde/de unde vrea (respectand regulile > de prioritati), cam > ca la shared memory? Initial am crezut ca e bounded > buffer, dar parca nu > e asa, avand in vedere ca ati pus separat problema > asta. Readers and Writers modeleaza problema accesului concurential la o inregistrare dintr-o baza de date. Bufferul amintit in enunt e de dimensiune 1 (doar o variabila). Variabila poate fi citita in paralel de oricati readeri insa nu poate fi scrisa decat de un singur writer la un moment dat. Asadar in timpul unei scrieri nu este permis nici un alt acces insa in timpul unei citiri sunt admise oricate alte citiri. Astfel, daca un reader citeste dbufferul, in timpul acestei citiri pot sa mai apara alte cereri de citire care sunt permise. Se observa ca nu este exclus cazul in care cereri de citire sa ajunga in mod constant astfel incat sa se mentina tot timpul un cititor in buffer. In acest caz avem de-a face cu writer starvation pt ca unui writer nu-i va fi permis accesul la buffer decat cand toti readerii au iesit, dar cum readerii continua sa vina ... Voi trebuie sa implementati o solutie cu prioritate pt writeri, in care un writer nu va astepta la infinit chiar daca cereri de citire vin la infinit. O solutie ar fi ca in momentul sosirii unei cereri de scriere sa nu mai fie admisi in buffer alti cititori decat cei care erau deja, urmand ca dupa ce citirile deja incepute se termina, sa se faca scrierea dupa care alte citiri sau alte scrieri. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 21:18:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 13:18:54 -0800 (PST) Subject: [so] tema3 In-Reply-To: <000801c3b133$af5e7f00$420c6150@ioana> Message-ID: <20031122211854.56882.qmail@web60503.mail.yahoo.com> --- Ioana Cutcutache wrote: > Din pacate vad ca nu prea merge solutia cu ctrl+c si > handler pe semnal, > pentru ca daca sunt fire de executie blocate la o > variabila conditie, > semnalul sigint nu le deblocheaza... si deci > programul nu se mai termina. > Exista vreo posibilitate de a debloca firele care > asteapta la o variabila > conditie? Ar fi pthread_cancel. Threadurile ar trebui sa aiba setat tipul de cancelation PTHREAD_CANCELATION_ASYNCHRONOUS. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 00:18:30 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 16:18:30 -0800 (PST) Subject: [so] precizare tema 3 Message-ID: <20031123001830.55076.qmail@web60510.mail.yahoo.com> Hintul de la problema barbierilor nu trebuie neaparat luat in considerare. Problema se poate rezolva si cu un singur monitor. Ideea celor 2 monitoare era ca frizerii sa nu concureze pt ocuparea monitorului cu clientii nou intrati, insa este ok si o implementare cu un singur monitor, fiind mai simpla. Aveti grija la urmatoarele aspecte: - clientii care asteapta pe scaune vor fi tunsi cu prioritate fata de clientii tocmai intrati; - un client nou intrat nu va astepta pe scaun daca nimeni nu mai asteapta pe scaun si sunt barbieri liberi; - un client nou intrat va pleca imediat daca toate scaunele de asteptare sunt ocupate; - mai multi frizeri trebuie sa poata tunde in paralel; - un frizer care a terminat un tuns va trebui sa-l anunte exact pe clientul pe care l-a tuns el. Sa nu existe situatii in care cand un frizer termina un tuns elibereaza clientul altui frizer. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 01:17:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 17:17:29 -0800 (PST) Subject: [so] P(n) pe Windows In-Reply-To: <1888217195.20031122201114@rdsnet.ro> Message-ID: <20031123011729.27499.qmail@web60507.mail.yahoo.com> Incearca sa scrii pseudocodul pe hartie si o sa vezi ca e simplu. 4 mutexuri si 4 semafoare. Toate P-urile care nu pot continua se blocheaza la semaforul blockP si toate WaitZero care nu pot continua se blocheaza la semaforul blockZ. La fiecare V toate P-urile isi vor reevalua conditiile iar cele care se pot termina se vor termina. Se va folosi semaforul EvaluateP pt ca operatia V sa se asigure ca toate P-urile s-au reevaluat inainte de a continua. La fiecare P care aduce valoarea semaforului la 0 toate WaitZero blocate isi vor reevalua conditiile si se vor termina. Se va folosi semaforul EvaluateZ pt ca operatia P sa se asigure ca toate WaitZero s-au reevaluat inainte de a continua. 3 dintre mutexuri sunt folosite pt protejarea unor contoare iar sectionSequence pentru a departaja operatiile P ajunse inaintea unui V de cele ajunse dupa. In rest mai sunt niste contoare si un flag self-explanatory. Cosmin --- Ion Petrescu wrote: > Tuesday, November 18, 2003, 1:02:54 AM, you wrote: > > CA> Am pus la > CA> http://cs.pub.ro/~so/Laboratoare/Semaphore.zip > CA> o propunere de semafor generalizat pe Windows cu > CA> operatiile P(n), V(n) si WaitZero(). > > Din pacate nu contine si un README. Ma intreb cum > ti-a acceptat > uploadul ;) > > Este super ca ai pus o solutie!, insa ma tot chinui > sa o citesc de vreo > saptamana si renunt de fiecare data pentru ca nu > reusesc sa inteleg si > nu am tot timpul din lume. > > > In cazul in care nu se vor publica comentarii vreau > sa profit chiar > acum de ocazie sa fac un apel la cei care pot sa ma > ajute sa inteleg > codul sa imi raspunda pe adresa personala. > > > Cu multumiri, > Ion Petrescu > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 06:37:19 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sun, 23 Nov 2003 08:37:19 +0200 Subject: [so] readers&writers? References: <20031122210457.5361.qmail@web60505.mail.yahoo.com> Message-ID: <002f01c3b18c$d1029110$25829ad5@ioana> In legatura cu aceasta problema : cand termina un scriitor, daca sunt alti scriitori in asteptare, unul din ei trebuie sa fie anuntat ca poate sa scrie? Eu asa inteleg ca ar fi, daca se face cu prioritate pt. writeri. Dar in acest mod se poate ajunge la reader starvation, daca sunt multi scriitori. Ma gandesc ca atunci cand termina un scriitor el sa dea prioritatea cititorilor care deja asteptau (daca mai vin altii si exista scriitori ce asteapta, nu o sa poata intra in buffer), apoi cand termina ei, o sa aiba prioritate scriitori care asteapta si tot asa, in felul asta nu se ajunge la starvation pt. nimeni. ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 11:04 PM Subject: Re: [so] readers&writers? > --- Bogdan Butnaru wrote: > > Nu sunt sigur daca am inteles enuntul la "Readers > > and Writers cu > > prioritate pentru writers": E vorba de o zona de > > memorie in care fiecare > > scrie/citeste unde/de unde vrea (respectand regulile > > de prioritati), cam > > ca la shared memory? Initial am crezut ca e bounded > > buffer, dar parca nu > > e asa, avand in vedere ca ati pus separat problema > > asta. > > Readers and Writers modeleaza problema accesului > concurential la o inregistrare dintr-o baza de date. > Bufferul amintit in enunt e de dimensiune 1 (doar o > variabila). > Variabila poate fi citita in paralel de oricati > readeri insa nu poate fi scrisa decat de un singur > writer la un moment dat. > Asadar in timpul unei scrieri nu este permis nici un > alt acces insa in timpul unei citiri sunt admise > oricate alte citiri. Astfel, daca un reader citeste > dbufferul, in timpul acestei citiri pot sa mai apara > alte cereri de citire care sunt permise. Se observa ca > nu este exclus cazul in care cereri de citire sa > ajunga in mod constant astfel incat sa se mentina tot > timpul un cititor in buffer. In acest caz avem de-a > face cu writer starvation pt ca unui writer nu-i va fi > permis accesul la buffer decat cand toti readerii au > iesit, dar cum readerii continua sa vina ... > Voi trebuie sa implementati o solutie cu prioritate pt > writeri, in care un writer nu va astepta la infinit > chiar daca cereri de citire vin la infinit. > O solutie ar fi ca in momentul sosirii unei cereri de > scriere sa nu mai fie admisi in buffer alti cititori > decat cei care erau deja, urmand ca dupa ce citirile > deja incepute se termina, sa se faca scrierea dupa > care alte citiri sau alte scrieri. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sun Nov 23 09:29:00 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 01:29:00 -0800 (PST) Subject: [so] readers&writers? In-Reply-To: <002f01c3b18c$d1029110$25829ad5@ioana> Message-ID: <20031123092900.56247.qmail@web60510.mail.yahoo.com> Se presupune ca numarul cititorilor e mai mare decat cel al scriitorilor, adica cereri de scriere vin mai rar decat cereri de citire, si daca ai face o alternanta cum propui tu, scriitorii tot ar avea de suferit. Pe de alta parte se presupune ca un cititor isi doreste sa citeasca informatia actualizata, deci vrem ca un scriitor sa poata sa actualizeze informatia cat mai devreme. Cu alte cuvinte ne convine mai mult ca un cititor sa astepte dupa un scriitor decat invers. Cosmin --- Ioana Cutcutache wrote: > In legatura cu aceasta problema : cand termina un > scriitor, daca sunt alti > scriitori in asteptare, unul din ei trebuie sa fie > anuntat ca poate sa > scrie? Eu asa inteleg ca ar fi, daca se face cu > prioritate pt. writeri. Dar > in acest mod se poate ajunge la reader starvation, > daca sunt multi > scriitori. Ma gandesc ca atunci cand termina un > scriitor el sa dea > prioritatea cititorilor care deja asteptau (daca mai > vin altii si exista > scriitori ce asteapta, nu o sa poata intra in > buffer), apoi cand termina ei, > o sa aiba prioritate scriitori care asteapta si tot > asa, in felul asta nu se > ajunge la starvation pt. nimeni. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 16:26:54 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 23 Nov 2003 18:26:54 +0200 Subject: [so] creare shared library References: <20031123092900.56247.qmail@web60510.mail.yahoo.com> Message-ID: <3FC0DFCE.4060602@pcnet.ro> Buna! As vrea sa ma lamureasca si pe mine cineva de ce obtin urmataore eroare daca incerc sa crez shared library de care avem nevoie.Am urmat exemplul cu libhello din Program Library HOWTO. [root@ruxi tema3]# gcc -fPIC -Wall -g -c libmonitor1.c [root@ruxi tema3]# gcc -g -shared -Wl,-soname,libmonitor1.so.0 -o libmonitor1.so.0.0 libmonitor1.o -lc [root@ruxi tema3]# /sbin/ldconfig -n . [root@ruxi tema3]# ln -sf libmonitor1.so.0 libmonitor1.so [root@ruxi tema3]# gcc -Wall -g -c rw.c -o rw.o [root@ruxi tema3]# gcc -Wall -c rw.c -o rw.o -L. -lmonitor1 gcc: -lmonitor1: linker input file unused since linking not done p.s. nu am mai copiat libmonitor1.so.0.0 in vreun /usr/local/lib pt ca vreau sa fie in directorul curent, asa ca fac chestia aia cu /sbin/ldconfig -n . From so@atlantis.cs.pub.ro Sun Nov 23 16:33:25 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 08:33:25 -0800 (PST) Subject: [so] creare shared library In-Reply-To: <3FC0DFCE.4060602@pcnet.ro> Message-ID: <20031123163325.1172.qmail@web60507.mail.yahoo.com> La ultima comanda gcc ai specificat flagul -c care inseamna doar compilare fara legare, deci -l nu isi are sensul. Cosmin --- Ruxi Jitianu wrote: > Buna! > > As vrea sa ma lamureasca si pe mine cineva de ce > obtin urmataore eroare > daca incerc sa crez shared library de care avem > nevoie.Am urmat exemplul > cu libhello din Program Library HOWTO. > > > [root@ruxi tema3]# gcc -fPIC -Wall -g -c > libmonitor1.c > [root@ruxi tema3]# gcc -g -shared > -Wl,-soname,libmonitor1.so.0 -o libmonitor1.so.0.0 > libmonitor1.o -lc > [root@ruxi tema3]# /sbin/ldconfig -n . > [root@ruxi tema3]# ln -sf libmonitor1.so.0 > libmonitor1.so > [root@ruxi tema3]# gcc -Wall -g -c rw.c -o rw.o > [root@ruxi tema3]# gcc -Wall -c rw.c -o rw.o -L. > -lmonitor1 > gcc: -lmonitor1: linker input file unused since > linking not done > > p.s. > > nu am mai copiat libmonitor1.so.0.0 in vreun > /usr/local/lib pt ca vreau sa fie in directorul > curent, > asa ca fac chestia aia cu /sbin/ldconfig -n . __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 17:25:52 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sun, 23 Nov 2003 19:25:52 +0200 Subject: [so] tema 3 Message-ID: <002201c3b1e6$d83d3430$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_001F_01C3B1F7.9BA70A80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable libraria noastra cuprinde functii pentru monitoare. ok. dar pentru un = singur monitor sau pot sa fie oricate? adica: exista un grup de procese care reprezinta o aplicatie. acestea = folosesc un monitor. nu pot exista si alte grupuri de procese care sa = aiba nevoie de mecanismul de monitor sau o aceiasi aplicatie sa aiba = nevoie de mai multe monitoare? presupun ca da, si libraria noastra sa le = poata deservii pe toate. altfel nu vad ce rol are parametrul Monitor * = in toate functiile cerute. apoi, de ce este nevoie de un Monitor *? ce nevoie are o aplicatie sa = stie exact ce e acela un monitor? stie de concept, stie ce functii pune = la dispozitie libraria si ii este de ajuns. ce vreau eu sa zic este, nu = putem inlocui acel Monitor* cu un int? un fel de monitor descriptor = (analogie cu file descriptor). apoi, un proces creaza monitorul. ok, are un handle la el (int sau = Monitor *, nu conteaza) si face treaba cu el. celelalte procese cum procedeaza? pentru ca nu vad alta functie = asemanatoare cu create sau init ar trebui sa creeze el din nou monitorul = respectiv (adica din ou create). am putea face o chestie asemanatoare cu = MONITOR_CREATE | MONITOR_EXCLUSIVE la creare care sa returneze eroare = daca exista deja monitorul care voria sa fie creat. si asa ajung la o alta chestiune. ar trebui ca la crearea monitorului sa = se furnizeze si un identificator, o semnatura a aplicatiei, etc. o = chestie prin care sa se identifica monitorul in afara librariei. adica e = nevoie de un parametru extern pentru ca mecanismul CreateMonitor open = Monitor sa functioneze (analogie cu orice alta pereche Create / Open din = windows).=20 si ca sa fim consecventi ideii din windows, destroy nu ar sterge pur si = simplu monitorul ci doar ar marca renuntarea unui proces la serviciile = lui. cand monitorul nu mai este folosit de nimeni (folosit nu inseamna = toate cozile din el goale) s-ar sterge efectiv monitorul. sper ca m-am exprimat destul de clar ca sa se poate intelege ce am vrut = sa spun.=20 deci, ce intreb eu: 1. librarie monitor =3D un obiect monitor sau mai multe obiecte monitor 2. se poate inlocui Monitor* cu int 3. se poate adapta create la CreateMonitor si OpenMonitor si deci = adaugarea unui parametru in plus ------=_NextPart_000_001F_01C3B1F7.9BA70A80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
libraria noastra cuprinde functii = pentru monitoare.=20 ok. dar pentru un singur monitor sau pot sa fie oricate?
adica: exista un grup de procese care = reprezinta o=20 aplicatie. acestea folosesc un monitor. nu pot exista si alte grupuri de = procese=20 care sa aiba nevoie de mecanismul de monitor sau o aceiasi aplicatie sa = aiba=20 nevoie de mai multe monitoare? presupun ca da, si libraria noastra sa le = poata=20 deservii pe toate. altfel nu vad ce rol are parametrul Monitor * in = toate=20 functiile cerute.
 
apoi, de ce este nevoie de un Monitor = *? ce nevoie=20 are o aplicatie sa stie exact ce e acela un monitor? stie de concept, = stie ce=20 functii pune la dispozitie libraria si ii este de ajuns. ce vreau eu sa = zic=20 este, nu putem inlocui acel Monitor* cu un int? un fel de monitor = descriptor=20 (analogie cu file descriptor).
 
apoi, un proces creaza monitorul. ok, = are un handle=20 la el (int sau Monitor *, nu conteaza) si face treaba cu = el.
celelalte procese cum procedeaza? = pentru ca nu vad=20 alta functie asemanatoare cu create sau init ar trebui sa creeze el din = nou=20 monitorul respectiv (adica din ou create). am putea face o chestie = asemanatoare=20 cu MONITOR_CREATE | MONITOR_EXCLUSIVE la creare care sa returneze eroare = daca=20 exista deja monitorul care voria sa fie creat.
 
si asa ajung la o alta chestiune. ar = trebui ca la=20 crearea monitorului sa se furnizeze si un identificator, o semnatura a=20 aplicatiei, etc. o chestie prin care sa se identifica monitorul in afara = librariei. adica e nevoie de un parametru extern pentru ca mecanismul=20 CreateMonitor open Monitor sa functioneze (analogie cu orice alta = pereche Create=20 / Open din windows).
si ca sa fim consecventi ideii din = windows, destroy=20 nu ar sterge pur si simplu monitorul ci doar ar marca renuntarea unui = proces la=20 serviciile lui. cand monitorul nu mai este folosit de nimeni (folosit nu = inseamna toate cozile din el goale) s-ar sterge efectiv = monitorul.
 
sper ca m-am exprimat destul de clar ca = sa se poate=20 intelege ce am vrut sa spun.
 
deci, ce intreb eu:
 
1. librarie monitor =3D un obiect = monitor sau mai=20 multe obiecte monitor
2. se poate inlocui Monitor* cu = int
3. se poate adapta create la = CreateMonitor si=20 OpenMonitor si deci adaugarea unui parametru in=20 plus
------=_NextPart_000_001F_01C3B1F7.9BA70A80-- From so@atlantis.cs.pub.ro Sun Nov 23 17:41:38 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 09:41:38 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <002201c3b1e6$d83d3430$0200a8c0@smeagol> Message-ID: <20031123174138.17371.qmail@web60507.mail.yahoo.com> --- Cibu Cristian wrote: > libraria noastra cuprinde functii pentru monitoare. > ok. dar pentru un singur monitor sau pot sa fie > oricate? oricate. > adica: exista un grup de procese care reprezinta o > aplicatie. acestea folosesc un monitor. nu pot monitorul se va folosi de catre un grup de threaduri ale unui proces. nu de catre procese diferite. Memoria alocata pt monitor la create se aloca in spatiul de adrese al procesului apelant. > exista si alte grupuri de procese care sa aiba > nevoie de mecanismul de monitor sau o aceiasi > aplicatie sa aiba nevoie de mai multe monitoare? > presupun ca da, si libraria noastra sa le poata > deservii pe toate. altfel nu vad ce rol are > parametrul Monitor * in toate functiile cerute. un proces poate crea mai multe monitoare care sa fie folosite de firele sale de executie. Mai multe procese pot incarca libraria si crea mai multe monitoare. > apoi, de ce este nevoie de un Monitor *? ce nevoie > are o aplicatie sa stie exact ce e acela un monitor? > stie de concept, stie ce functii pune la dispozitie > libraria si ii este de ajuns. ce vreau eu sa zic > este, nu putem inlocui acel Monitor* cu un int? un > fel de monitor descriptor (analogie cu file > descriptor). Monitor * e un pointer de care aplicatia nu trebuie sa stie nimic. exact ca un handle din windows. Nu poti cu int pt ca in cazul asta biblioteca ar trebui sa tina un array de monitoare indexat dupa int-ul tau, si cum nu are de unde sa stie cate monitoare vor fi create e o complicatie inutila. > apoi, un proces creaza monitorul. ok, are un handle > la el (int sau Monitor *, nu conteaza) si face > treaba cu el. > celelalte procese cum procedeaza? pentru ca nu vad > alta functie asemanatoare cu create sau init ar > trebui sa creeze el din nou monitorul respectiv > (adica din ou create). am putea face o chestie > asemanatoare cu MONITOR_CREATE | MONITOR_EXCLUSIVE > la creare care sa returneze eroare daca exista deja > monitorul care voria sa fie creat. Un monitor se va partaja intre firele de executie ale unui proces, nu intre procese. Nu este necesar deci un apel de genul Open. Procesul va crea monitorul inainte de crearea firelor care il folosesc, acestea avand astfel acces la monitor. > si asa ajung la o alta chestiune. ar trebui ca la > crearea monitorului sa se furnizeze si un > identificator, o semnatura a aplicatiei, etc. o > chestie prin care sa se identifica monitorul in > afara librariei. adica e nevoie de un parametru > extern pentru ca mecanismul CreateMonitor open > Monitor sa functioneze (analogie cu orice alta > pereche Create / Open din windows). > si ca sa fim consecventi ideii din windows, destroy > nu ar sterge pur si simplu monitorul ci doar ar > marca renuntarea unui proces la serviciile lui. cand > monitorul nu mai este folosit de nimeni (folosit nu > inseamna toate cozile din el goale) s-ar sterge > efectiv monitorul. am vazut deja ca cele de mai sus nu sunt necesare > sper ca m-am exprimat destul de clar ca sa se poate > intelege ce am vrut sa spun. > > deci, ce intreb eu: > > 1. librarie monitor = un obiect monitor sau mai > multe obiecte monitor mai multe obiecte monitor. > 2. se poate inlocui Monitor* cu int nu > 3. se poate adapta create la CreateMonitor si > OpenMonitor si deci adaugarea unui parametru in plus nu are sens. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 23:57:00 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Mon, 24 Nov 2003 01:57:00 +0200 Subject: [so] vesti bune References: <20031122094738.59193.qmail@web60510.mail.yahoo.com> Message-ID: <003001c3b21d$7d052230$6400a8c0@andrei> Datorita posibilitatii folosirii mai multor monitoare un thread poate fi la un moment dat intr-unul dintre ele si in afara altuia....sau de ce nu in mai multe monitoare? Daca da, atunci informatia stocata in TLS (cu privire la starea unui thread inauntrul sau in afara unui monitor) trebuie sa nu mai fie o simpla informatie booleana ci o lista de monitoare in care thread-ul este intrat, nu? Nu devine o solutie mai greu de implementat decat o lista de thread-uri intrate pentru fiecare monitor? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, 22 November, 2003 11:47 AM Subject: [so] vesti bune > > Salut, > > Iata o mica nelamurire care s-a ivit in legatura cu > tema 3. Dupa cum deja probabil ca v-ati dat seama nu > este necesar sa implementati in monitor cozi explicite > si va puteti folosi de variabile conditie. > Aceasta fiind situatia una dintre cerintele temei este > depistarea situatiilor de folosire incorecta a > monitorului (operatiile signal, broadcast si wait pot > fi apelate doar de threaduri intrate deja in monitor). > De aici se naste intrebarea: cum putem sa ne dam seama > ca un thread apeleaza signal sau wait inainte de a > face enter. Neavand in monitor liste cu toate > threadurile intrate o solutie ar fi ca fiecare thread > sa-si tina un flag care sa indice daca threadul este > sau nu in monitor, flag care sa fie testat in fiecare > operatie. > Deoarece programatorul care foloseste biblioteca > monitor trebuie sa nu fie constient de flagul > respectiv acesta va trebui implementat in biblioteca. > Dar cum bliblioteca este partajata si ea se incarca in > spatiul de adrese al procesului, un simplu flag global > in librarie ar fi comun tuturor threadurilor care > incarca libraria. > Pentru acest motiv va trebui sa folositi thread local > storage astfel incat flagul sa fie privat in fiecare > thread. Vestile bune erau ca aveti ocazia sa invatati > sa folositi thread local storage :). > From so@atlantis.cs.pub.ro Mon Nov 24 00:20:34 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 16:20:34 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <003001c3b21d$7d052230$6400a8c0@andrei> Message-ID: <20031124002034.29811.qmail@web60503.mail.yahoo.com> --- Andrei Hagiescu wrote: > Datorita posibilitatii folosirii mai multor > monitoare un thread poate fi la > un moment dat intr-unul dintre ele si in afara > altuia....sau de ce nu in mai > multe monitoare? Daca da, atunci informatia stocata > in TLS (cu privire la > starea unui thread inauntrul sau in afara unui > monitor) trebuie sa nu mai > fie o simpla informatie booleana ci o lista de > monitoare in care thread-ul > este intrat, nu? Nu devine o solutie mai greu de > implementat decat o lista > de thread-uri intrate pentru fiecare monitor? Oops. You've got that right. Solutia ramane totusi simpla. In loc sa faceti TlsAlloc respectiv pthread_key_create in entry-pointul librariei (DllMain respectiv constructorul librariei pe Linux) veti face in functia create. Astfel fiecare monitor contine un index distinct in TLS iar verificarile de utilizare corecta care se fac in operatii se vor face folosind indexul respectiv. Asadar informatia ramane booleana :) si implementarea nu presupune overhead. Limitele sunt rezonabile: 1088 de indexuri in Windows 2000 si 1024 in Linux, deci un proces poate sa construiasca cam 1000 de monitoare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 11:05:58 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 03:05:58 -0800 (PST) Subject: [so] alta precizare Message-ID: <20031124110558.69575.qmail@web60506.mail.yahoo.com> Pe Windows nu folositi functiile SuspendThread, ResumeThread ori SwitchToThread pentru sincronizare. Acestea sunt puse la dispozitie pt alte scopuri. Precizarea e valabila pentru orice functie si pentru orice alta tema. Cititi cu atentie rolul ei in documentatie si daca nu face exact ceea ce aveti voi nevoie cautati altceva. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 13:49:08 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Mon, 24 Nov 2003 15:49:08 +0200 Subject: [so] win Message-ID: <20031124134820.M16684@idilis.ro> La varianta de windows putem folosi functia TerminateThread pt. a opri firele in cazul in care se da CTRL+C? http://www.idilis.ro - Stiri, e-mail gratuit, download, SMS, server de counter-strike, hosting gratuit, servicii internet... Fii cu un pas inaintea celorlati! From so@atlantis.cs.pub.ro Mon Nov 24 18:52:41 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 10:52:41 -0800 (PST) Subject: [so] win In-Reply-To: <20031124134820.M16684@idilis.ro> Message-ID: <20031124185241.87333.qmail@web60509.mail.yahoo.com> Cred ca e mai indicat sa folositi ExitProcess pt ca macar apeleaza o data enry-pointul in dll. Cosmin --- Ioana Cutcutache wrote: > La varianta de windows putem folosi functia > TerminateThread pt. a opri firele in > cazul in care se da CTRL+C? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 19:03:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 11:03:51 -0800 (PST) Subject: [so] inca o precizare la tema 3 Message-ID: <20031124190351.42656.qmail@web60505.mail.yahoo.com> Pe Linux, daca aveti nevoie de semafoare folositi semafoarele POSIX prezentate in laboratorul 7, nu pe cele SYS V din laboratorul 4. Incercati sa va bazati cat mai mult pe variabile conditie pentru ca abordarea asta e cea mai simpla si cea mai eficienta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 00:08:06 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Mon, 24 Nov 2003 16:08:06 -0800 (PST) Subject: [so] link lib In-Reply-To: <20031124190351.42656.qmail@web60505.mail.yahoo.com> Message-ID: <20031125000806.81570.qmail@web41006.mail.yahoo.com> gcc -fPIC -Wall -g -c libmonitor.c gcc -g -lpthread -shared -Wl,-soname,libmonitor.so.0 -o libmonitor.so.0.0 libmonitor.o -lc /sbin/ldconfig -n . Cand ajung la acest pas obtin /sbin/ldconfig: Can't link ./libmonitor.so.0 to libmonitor.so.0.0 Any ideas? multam __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Tue Nov 25 00:15:34 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Mon, 24 Nov 2003 16:15:34 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031123174138.17371.qmail@web60507.mail.yahoo.com> Message-ID: <20031125001534.64025.qmail@web60309.mail.yahoo.com> --0-1839004515-1069719334=:63283 Content-Type: text/plain; charset=us-ascii Monitor * e un pointer de care aplicatia nu trebuie sa stie nimic. exact ca un handle din windows. Nu poti cu int pt ca in cazul asta biblioteca ar trebui sa tina un array de monitoare indexat dupa int-ul tau, si cum nu are de unde sa stie cate monitoare vor fi create e o complicatie inutila. Cred ca e nevoie sa stie care sunt functiile care se pot aplica pe el nu? Nu se include .h monitorului in aplicatie? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1839004515-1069719334=:63283 Content-Type: text/html; charset=us-ascii

<quote>

Monitor * e un pointer de care aplicatia nu trebuie sa
stie nimic. exact ca un handle din windows. Nu poti cu
int pt ca in cazul asta biblioteca ar trebui sa tina
un array de monitoare indexat dupa int-ul tau, si cum
nu are de unde sa stie cate monitoare vor fi create e
o complicatie inutila.

</quote>

Cred ca e nevoie sa stie care sunt functiile care se pot aplica pe el nu?

Nu se include .h monitorului in aplicatie?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1839004515-1069719334=:63283-- From so@atlantis.cs.pub.ro Tue Nov 25 00:57:13 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Mon, 24 Nov 2003 16:57:13 -0800 (PST) Subject: [so] Semafor windows In-Reply-To: <20031125000806.81570.qmail@web41006.mail.yahoo.com> Message-ID: <20031125005713.69950.qmail@web60306.mail.yahoo.com> Avem voie cu functia asta? NtQuerySemaphore e buna sa aflam valoarea unui semafor (nu sunt sigur ca e atomica, dar mi s-ar parea ca normal sa fie) http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20Objects/Semaphore/NtQuerySemaphore.html __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 06:15:14 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Tue, 25 Nov 2003 08:15:14 +0200 (EET) Subject: [so] .so-uri Message-ID: <1177.141.85.0.67.1069740914.squirrel@www.as.ro> Nu e nevoie sa instalati libraria pentru a o folosi (ldconfig). Puneti "." in LD_LIBRARY_PATH si va merge. ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Tue Nov 25 07:01:16 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Mon, 24 Nov 2003 23:01:16 -0800 (PST) Subject: [so] variabile conditie pe windows In-Reply-To: <1177.141.85.0.67.1069740914.squirrel@www.as.ro> Message-ID: <20031125070116.98782.qmail@web41013.mail.yahoo.com> --0-810786181-1069743676=:98646 Content-Type: text/plain; charset=us-ascii Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos. Se observa ca nu mai exista mutexul suplimentar care tb luat inainte de orice operatie. Voi folosi doua semafoare si un contor ce vor fi tinute intr-o structura sau intr-o clasa in implementarea voastra : //------------------------------------ sem zonaCritica = 1; sem conditie = 0; int contor = 0; //------------------------------------ void signal() { WaitForSingleObject(zonaCritica); if (contor) { // trezesc pe cineva contor--; ReleaseSemaphore(conditie, 1); } else { // pierde semnalul ReleaseSemaphore(zonaCritica, 1); } } //------------------------------------ void wait() { WaitForSingleObject(zonaCritica); contor++; SignalObjectAndWait(zonaCritica, conditie); } //------------------------------------ void broadcast() { WaitForSingleObject(zonaCritica); if (contor) { // era cineva blocat ReleaseSemaphore(zonaCritica, contor); contor = 0; ReleaseSemaphore(zonaCritica, 1); } else { // se pierde broadcast-ul ReleaseSemaphore(zonaCritica, 1); } } //------------------------------------ Observatie : ce vedeti mai sus este pseudocod ;) George --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-810786181-1069743676=:98646 Content-Type: text/html; charset=us-ascii

Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos.
Se observa ca nu mai exista mutexul suplimentar care tb luat inainte de orice operatie.
Voi folosi doua semafoare si un contor ce vor fi tinute intr-o structura sau intr-o clasa
in implementarea voastra :


//------------------------------------
sem zonaCritica = 1;
sem conditie = 0;
int contor = 0;
//------------------------------------

void signal() {
 WaitForSingleObject(zonaCritica);
 if (contor) { // trezesc pe cineva
  contor--;
  ReleaseSemaphore(conditie, 1);
  
 } else { // pierde semnalul
  ReleaseSemaphore(zonaCritica, 1);
 }
}
//------------------------------------
void wait() {
 WaitForSingleObject(zonaCritica);
 contor++;
 SignalObjectAndWait(zonaCritica, conditie);
}
//------------------------------------
void broadcast() {
 WaitForSingleObject(zonaCritica);
 if (contor) { // era cineva blocat
  ReleaseSemaphore(zonaCritica, contor);
  contor = 0;
  ReleaseSemaphore(zonaCritica, 1);
 } else { // se pierde broadcast-ul
  ReleaseSemaphore(zonaCritica, 1);
 }
}
//------------------------------------

Observatie : ce vedeti mai sus este pseudocod ;)
George

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-810786181-1069743676=:98646-- From so@atlantis.cs.pub.ro Tue Nov 25 07:48:45 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Mon, 24 Nov 2003 23:48:45 -0800 (PST) Subject: [so] variabile conditie pe windows In-Reply-To: <20031125070116.98782.qmail@web41013.mail.yahoo.com> Message-ID: <20031125074845.73810.qmail@web41014.mail.yahoo.com> --0-183392963-1069746525=:73628 Content-Type: multipart/alternative; boundary="0-1634801847-1069746525=:73628" --0-1634801847-1069746525=:73628 Content-Type: text/plain; charset=us-ascii Salut, Implementarea data este gresita (cam mult copy/paste).Pentru o implementare corecta (zic eu) a se vedea fisierul atasat. George --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-1634801847-1069746525=:73628 Content-Type: text/html; charset=us-ascii
Salut,
 
Implementarea data este gresita (cam mult copy/paste).Pentru o implementare corecta (zic eu) a se vedea fisierul atasat.
 
George

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-1634801847-1069746525=:73628-- --0-183392963-1069746525=:73628 Content-Type: text/plain; name="var_cond.txt" Content-Description: var_cond.txt Content-Disposition: inline; filename="var_cond.txt" Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos. Se observa ca nu mai exista mutexul suplimentar. Voi folosi 4 semafoare si 2 contoare ce vor fi tinute intr-o structura sau intr-o clasa in implementarea voastra : //------------------------------------ sem zonaCritica = 1; sem conditie = 0; sem asteaptaTrezire := 0; sem blocheazaAlti :=1 volatile int asteapta = 0; volatile int contor = 0; //------------------------------------ void signal() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); if (contor) { // trezesc pe cineva contor--; asteapta++; ReleaseSemaphore(conditie, 1); ReleaseSemaphore(zonaCritica, 1); P(asteaptaTrezire); ReleaseSemaphore(blocheazaAlti, 1); } else { // pierde semnalul ReleaseSemaphore(zonaCritica, 1); ReleaseSemaphore(blocheazaAlti, 1); } } //------------------------------------ void wait() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); contor++; ReleaseSemaphore(blocheazaAlti, 1); SignalObjectAndWait(zonaCritica, conditie); WaitForSingleObject(zonaCritica); asteapta--; if (asteapta == 0) V(asteaptaTrezire); ReleaseSemaphore(zonaCritica, 1); } //------------------------------------ void broadcast() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); if (contor) { // era cineva blocat ReleaseSemaphore(conditie, contor); asteapta = contor; contor = 0; ReleaseSemaphore(zonaCritica, 1); P(asteaptaTrezire); ReleaseSemaphore(blocheazaAlti, 1); } else { // se pierde broadcast-ul ReleaseSemaphore(zonaCritica, 1); ReleaseSemaphore(blocheazaAlti, 1); } } //------------------------------------ --0-183392963-1069746525=:73628-- From so@atlantis.cs.pub.ro Tue Nov 25 09:54:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 01:54:54 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031125001534.64025.qmail@web60309.mail.yahoo.com> Message-ID: <20031125095454.16495.qmail@web60508.mail.yahoo.com> --- Mihai Iancu wrote: > > > > Monitor * e un pointer de care aplicatia nu trebuie > sa > stie nimic. exact ca un handle din windows. Nu poti > cu > int pt ca in cazul asta biblioteca ar trebui sa tina > un array de monitoare indexat dupa int-ul tau, si > cum > nu are de unde sa stie cate monitoare vor fi create > e > o complicatie inutila. > > > > > Cred ca e nevoie sa stie care sunt functiile care se > pot aplica pe el nu? > > Nu se include .h monitorului in aplicatie? Ba da. Nu era evident? Am spus ca aplicatia nu trebuie sa stie nimic despre pointerul la monitor in sensul ca nu trebuie sa-l dereferentieze direct ci sa-l dea ca parametru in functiile respective. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 10:36:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 02:36:32 -0800 (PST) Subject: [so] Semafor windows In-Reply-To: <20031125005713.69950.qmail@web60306.mail.yahoo.com> Message-ID: <20031125103632.85699.qmail@web60510.mail.yahoo.com> Hmmmmmmm. Chiar ai nevoie de ea? Ai putea sa tii un contor asociat si sa-l verifici pe el. Cosmin --- Mihai Iancu wrote: > Avem voie cu functia asta? > NtQuerySemaphore > > e buna sa aflam valoarea unui semafor > (nu sunt sigur ca e atomica, dar mi s-ar parea > ca normal sa fie) > > http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20Objects/Semaphore/NtQuerySemaphore.html __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 11:51:35 2003 From: so@atlantis.cs.pub.ro (Badea Ovidiu) Date: Tue, 25 Nov 2003 03:51:35 -0800 (PST) Subject: [so] despre group_id Message-ID: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Am citit pe lista ca cica group_id putea sa fie oricat si nu intre 0 si groups_max. Ca e gresit daca l-am facut sa fie intre 0 si groups_max. Ma duc la enuntul temei si acolo scrie: Consumatorii intra in cofetaria in grupuri de prieteni. Pot exista maxim GROUP_MAX grupuri, putand avea maxim PEOPLE_MAX membri. Un grup este caracterizat printr-un ID si un numar de membri. Vreau sa vad locul EXACT unde scrie ca group_id poate fi oricat. Nu vad ca raspuns valid la aceasta intrebare reprosul ca "de ce nu am intrebat?". Nu am intrebat pt. ca nu mi-a trecut prin cap asa ceva. Mie mi s-a parut logic ca din moment ce sunt maxim groups_max grupuri, group_id sa ia valori intre 0 si groups_max. Oricum mi se pare aiurea o galceava pe astfel de chestii, cu uite group_idu', nu e group_idu', cand scopul temei era sa invatam sa facem niste sincronizari corecte. __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Tue Nov 25 15:35:55 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Tue, 25 Nov 2003 17:35:55 +0200 Subject: [so] despre group_id References: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Message-ID: <002001c3b369$d1cd0c40$210c6150@ioana> Buna, Si eu am considerat group_id-ul intre 1 si group_max, si am intrebat-o pe Maria daca era gresit si mi-a zis ca nu e gresit nici asa, oricum nu prea cred ca asta ar avea o mare importanta... nu id-ul ala era esenta temei :). ----- Original Message ----- From: "Badea Ovidiu" To: Sent: Tuesday, November 25, 2003 1:51 PM Subject: [so] despre group_id > Am citit pe lista ca cica group_id putea sa fie oricat > si nu intre 0 si groups_max. Ca e gresit daca l-am > facut sa fie intre 0 si groups_max. Ma duc la enuntul > temei si acolo scrie: > > Consumatorii intra in cofetaria in grupuri de > prieteni. Pot exista maxim GROUP_MAX grupuri, putand > avea maxim PEOPLE_MAX membri. Un grup este > caracterizat printr-un ID si un numar de membri. > > Vreau sa vad locul EXACT unde scrie ca group_id poate > fi oricat. Nu vad ca raspuns valid la aceasta > intrebare reprosul ca "de ce nu am intrebat?". Nu am > intrebat pt. ca nu mi-a trecut prin cap asa ceva. Mie > mi s-a parut logic ca din moment ce sunt maxim > groups_max grupuri, group_id sa ia valori intre 0 si > groups_max. > Oricum mi se pare aiurea o galceava pe astfel de > chestii, cu uite group_idu', nu e group_idu', cand > scopul temei era sa invatam sa facem niste > sincronizari corecte. > > > __________________________________ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Tue Nov 25 15:38:54 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 25 Nov 2003 17:38:54 +0200 Subject: [so] despre group_id In-Reply-To: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031125173807.00ae3990@mail.mymail.ro> Arata'mi locul EXACT unde am scris ca e gresit daca l'ai facut sa fie intre 0 si groups_max. Maria. >Am citit pe lista ca cica group_id putea sa fie oricat >si nu intre 0 si groups_max. Ca e gresit daca l-am >facut sa fie intre 0 si groups_max. Ma duc la enuntul >temei si acolo scrie: --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 25 16:37:16 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Tue, 25 Nov 2003 18:37:16 +0200 Subject: [so] vesti bune References: <20031124002034.29811.qmail@web60503.mail.yahoo.com> Message-ID: <008a01c3b372$63a50a70$6400a8c0@andrei> Nu pare bine nici asa. Daca un thread este deschis inainte de crearea TLS-ului (deci de pornirea acelui monitor) nu are cine sa initializeze acel spatiu de stocare decat daca monitorul ar sti ce thread-uri sunt in proces. Presupunand ca avem incredere ca Windows initializeaza acel spatiu cu NULL (ceea ce nu stiu daca e valabil si in Linux) ar mai fi o problema daca acel TLS a fost folosit in prealabil in thread-ul nostru de catre altcineva (totusi monitorul va putea fi folosit in orice aplicatie) care nu l-a lasat cu NULL cand l-a eliberat. ----- Original Message ----- From: "Cosmin Arad" To: Sent: Monday, 24 November, 2003 2:20 AM Subject: Re: [so] vesti bune > > --- Andrei Hagiescu wrote: > > Datorita posibilitatii folosirii mai multor > > monitoare un thread poate fi la > > un moment dat intr-unul dintre ele si in afara > > altuia....sau de ce nu in mai > > multe monitoare? Daca da, atunci informatia stocata > > in TLS (cu privire la > > starea unui thread inauntrul sau in afara unui > > monitor) trebuie sa nu mai > > fie o simpla informatie booleana ci o lista de > > monitoare in care thread-ul > > este intrat, nu? Nu devine o solutie mai greu de > > implementat decat o lista > > de thread-uri intrate pentru fiecare monitor? > > Oops. You've got that right. > Solutia ramane totusi simpla. In loc sa faceti > TlsAlloc respectiv pthread_key_create in entry-pointul > librariei (DllMain respectiv constructorul librariei > pe Linux) veti face in functia create. > Astfel fiecare monitor contine un index distinct in > TLS > iar verificarile de utilizare corecta care se fac in > operatii se vor face folosind indexul respectiv. > Asadar informatia ramane booleana :) si implementarea > nu presupune overhead. > > Limitele sunt rezonabile: 1088 de indexuri in Windows > 2000 si 1024 in Linux, deci un proces poate sa > construiasca cam 1000 de monitoare. > > Cosmin > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > > From so@atlantis.cs.pub.ro Tue Nov 25 18:01:33 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 10:01:33 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <008a01c3b372$63a50a70$6400a8c0@andrei> Message-ID: <20031125180133.20884.qmail@web60505.mail.yahoo.com> Nu trebuie sa fii ingrijorat. Hai sa lamurim lucrurile: - aloci un index in TLS la monitor_create; - la monitor_enter daca valoarea lui e NULL, aloci o zona unde sa tii informatia, sau pur si simplu setezi pointerul la alta valoare diferita de NULL pt ca tot ce ai tu nevoie e o info booleana (NULL vs NOT NULL could do it). - daca la enter nu era NULL inseamna ca threadul era deja in monitor deci oops. - la leave setezi pointerul la NULL (si faci free in cazul in care ai alocat ceva acolo) - la signal, wait, broadcast testezi pointerul sa nu fie NULL. - la destroi eliberezi indexul. Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie: -Windows (PSDK): "If the function succeeds, the return value is a TLS index. The slots for the index are initialized to zero." e vb de TlsAlloc. -Linux (man pthread_key_create): "The value initially associated with the returned key is !NULL! in all currently executing threads." Cosmin --- Andrei Hagiescu wrote: > Nu pare bine nici asa. Daca un thread este deschis > inainte de crearea > TLS-ului (deci de pornirea acelui monitor) nu are > cine sa initializeze acel > spatiu de stocare decat daca monitorul ar sti ce > thread-uri sunt in proces. > Presupunand ca avem incredere ca Windows > initializeaza acel spatiu cu NULL > (ceea ce nu stiu daca e valabil si in Linux) ar mai > fi o problema daca acel > TLS a fost folosit in prealabil in thread-ul nostru > de catre altcineva > (totusi monitorul va putea fi folosit in orice > aplicatie) care nu l-a lasat > cu NULL cand l-a eliberat. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 18:01:16 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 10:01:16 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <008a01c3b372$63a50a70$6400a8c0@andrei> Message-ID: <20031125180116.51002.qmail@web60510.mail.yahoo.com> Nu trebuie sa fii ingrijorat. Hai sa lamurim lucrurile: - aloci un index in TLS la monitor_create; - la monitor_enter daca valoarea lui e NULL, aloci o zona unde sa tii informatia, sau pur si simplu setezi pointerul la alta valoare diferita de NULL pt ca tot ce ai tu nevoie e o info booleana (NULL vs NOT NULL could do it). - daca la enter nu era NULL inseamna ca threadul era deja in monitor deci oops. - la leave setezi pointerul la NULL (si faci free in cazul in care ai alocat ceva acolo) - la signal, wait, broadcast testezi pointerul sa nu fie NULL. - la destroi eliberezi indexul. Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie: -Windows (PSDK): "If the function succeeds, the return value is a TLS index. The slots for the index are initialized to zero." e vb de TlsAlloc. -Linux (man pthread_key_create): "The value initially associated with the returned key is !NULL! in all currently executing threads." Cosmin --- Andrei Hagiescu wrote: > Nu pare bine nici asa. Daca un thread este deschis > inainte de crearea > TLS-ului (deci de pornirea acelui monitor) nu are > cine sa initializeze acel > spatiu de stocare decat daca monitorul ar sti ce > thread-uri sunt in proces. > Presupunand ca avem incredere ca Windows > initializeaza acel spatiu cu NULL > (ceea ce nu stiu daca e valabil si in Linux) ar mai > fi o problema daca acel > TLS a fost folosit in prealabil in thread-ul nostru > de catre altcineva > (totusi monitorul va putea fi folosit in orice > aplicatie) care nu l-a lasat > cu NULL cand l-a eliberat. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 19:19:26 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Tue, 25 Nov 2003 21:19:26 +0200 Subject: [so] vesti bune References: <20031125180116.51002.qmail@web60510.mail.yahoo.com> Message-ID: <003b01c3b389$0b404a40$6400a8c0@andrei> Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie Sunt de acord cu aceasta afirmatie atata vreme cat am si garantia ca in toate thread-urile care vor folosi monitorul nimeni nu se va fi folosit de acel TLS inainte si nu-l va elibera _uitand_ sa-l curete ----- Original Message ----- From: "Cosmin Arad" To: Sent: Tuesday, 25 November, 2003 20:01 PM Subject: Re: [so] vesti bune > > Nu trebuie sa fii ingrijorat. Hai sa lamurim > lucrurile: > - aloci un index in TLS la monitor_create; > - la monitor_enter daca valoarea lui e NULL, aloci o > zona unde sa tii informatia, sau pur si simplu setezi > pointerul la alta valoare diferita de NULL pt ca tot > ce ai tu nevoie e o info booleana (NULL vs NOT NULL > could do it). > - daca la enter nu era NULL inseamna ca threadul era > deja in monitor deci oops. > - la leave setezi pointerul la NULL (si faci free in > cazul in care ai alocat ceva acolo) > - la signal, wait, broadcast testezi pointerul sa nu > fie NULL. > - la destroi eliberezi indexul. > > Ai garantia ca la alocarea indexului in TLS valoarea > lui e NULL in toate threadurile atat in Windows cat si > in Linux. Iti citez din documentatie: > > -Windows (PSDK): "If the function succeeds, the return > value is a TLS index. The slots for the index are > initialized to zero." e vb de TlsAlloc. > > -Linux (man pthread_key_create): "The value initially > associated with the returned key is !NULL! in all > currently executing threads." > > Cosmin > > --- Andrei Hagiescu wrote: > > Nu pare bine nici asa. Daca un thread este deschis > > inainte de crearea > > TLS-ului (deci de pornirea acelui monitor) nu are > > cine sa initializeze acel > > spatiu de stocare decat daca monitorul ar sti ce > > thread-uri sunt in proces. > > Presupunand ca avem incredere ca Windows > > initializeaza acel spatiu cu NULL > > (ceea ce nu stiu daca e valabil si in Linux) ar mai > > fi o problema daca acel > > TLS a fost folosit in prealabil in thread-ul nostru > > de catre altcineva > > (totusi monitorul va putea fi folosit in orice > > aplicatie) care nu l-a lasat > > cu NULL cand l-a eliberat. > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > > From so@atlantis.cs.pub.ro Tue Nov 25 19:37:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 11:37:29 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <003b01c3b389$0b404a40$6400a8c0@andrei> Message-ID: <20031125193729.85553.qmail@web60506.mail.yahoo.com> Daca il elibereaza in prealabil inseamna ca poate fi alocat de mine la create si dupa cum se spune in documentatie la alocare valoarea lui e NULL. Daca nu-l elibereaza inseamna ca e ocupat si mie alocarea imi va intoarce un altul care era liber si din nou valoarea lui e NULL. Cosmin --- Andrei Hagiescu wrote: > Ai garantia ca la alocarea indexului in TLS valoarea > lui e NULL in toate threadurile atat in Windows cat > si > in Linux. Iti citez din documentatie > > Sunt de acord cu aceasta afirmatie atata vreme cat > am si garantia ca in > toate thread-urile care vor folosi monitorul nimeni > nu se va fi folosit de > acel TLS inainte si nu-l va elibera _uitand_ sa-l > curete __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 10:53:59 2003 From: so@atlantis.cs.pub.ro (iana ionel cristian) Date: Wed, 26 Nov 2003 02:53:59 -0800 (PST) Subject: [so] De ce TLS ? Message-ID: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Salut Am cateva nelamuriri in legatura cu tema 3: 1. Exista problema verificarii daca firul care a apelat enter, wait, leave, etc., este firul activ. Este gresit daca in loc sa retin o variabila boolean folosind tls, procedez in felul urmator: - fiecare structura monitor retine id-ul firului activ - atunci cand se executa o functie, (de ex enter) verific sa am idActiv = 0, dupa care fac idActiv = idFirCurent. Sau pentru leave verific sa am idActiv = idFirCurent dupa care la iesire fac idActiv = 0, s.a.m.d. - pt a obtine IdFirCurent folosesc pthread_self 2. Se cere "sa fim atenti la utilizari gresite ale functiilor ". Este suficient ca functiile pt monitor sa returneaze o valoarea de eroare cand se intampla asa ceva ? Sau trebuie sa mai facem si altceva, de ex mesaj afisat la consola, aruncare de exceptii ... ? 3. Monitorul se poate distruge doar atunci cand nu exista fir activ in el si nu exista nici un fir care este blocat intr-o coada de asteptare sau la vreo variablia de conditie ? __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 13:50:13 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 05:50:13 -0800 (PST) Subject: [so] Barbers In-Reply-To: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Message-ID: <20031126135013.23337.qmail@web60305.mail.yahoo.com> --0-1133674118-1069854613=:21682 Content-Type: text/plain; charset=us-ascii La pornire trebuie ca toti barbierii/frizeri sa fie gata de tuns? sau trebuie sa se astepte sa fie toti gata. Eu astept sa fie toti gata si dupa incep clientii sa se tunda, e ok asa? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1133674118-1069854613=:21682 Content-Type: text/html; charset=us-ascii

La pornire trebuie ca toti barbierii/frizeri sa fie gata de tuns?

sau trebuie sa se astepte sa fie toti gata.

 

Eu astept sa fie toti gata si dupa incep clientii sa se tunda, e ok asa?

 

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1133674118-1069854613=:21682-- From so@atlantis.cs.pub.ro Wed Nov 26 14:28:34 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 06:28:34 -0800 (PST) Subject: [so] Barbers In-Reply-To: <20031126135013.23337.qmail@web60305.mail.yahoo.com> Message-ID: <20031126142834.52820.qmail@web60510.mail.yahoo.com> --- Mihai Iancu wrote: > > La pornire trebuie ca toti barbierii/frizeri sa fie > gata de tuns? > > sau trebuie sa se astepte sa fie toti gata. > > Eu astept sa fie toti gata si dupa incep clientii sa > se tunda, e ok asa? Da, trebuie sa te asiguri ca barbierii dorm in scaunele lor cand incepi sa lansezi clientii. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 14:56:16 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 06:56:16 -0800 (PST) Subject: [so] De ce TLS ? In-Reply-To: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Message-ID: <20031126145616.63185.qmail@web60510.mail.yahoo.com> --- iana ionel cristian wrote: > Salut > > Am cateva nelamuriri in legatura cu tema 3: > > 1. Exista problema verificarii daca firul care a > apelat > enter, wait, leave, etc., este firul activ. Este > gresit > daca in loc sa retin o variabila boolean folosind > tls, > procedez in felul urmator: > > - fiecare structura monitor retine id-ul firului > activ > > - atunci cand se executa o functie, (de ex enter) > verific sa am idActiv = 0, dupa care fac idActiv = > idFirCurent. Sau pentru leave verific sa am idActiv > = > idFirCurent dupa care la iesire fac idActiv = 0, > s.a.m.d. > > - pt a obtine IdFirCurent folosesc pthread_self S-ar putea sa ai dreptate, nu pot sa ma pronunt acum. Ai insa grija sa nu ai race-uri intre operatii la setarea proprietarului. Totusi, daca este corect pierzi experienta utilizarii TLS si tema ta s-ar putea clasa pe o pozitie medie sau codasa :) > 2. Se cere "sa fim atenti la utilizari gresite ale > functiilor ". Este suficient ca functiile pt monitor > sa > returneaze o valoarea de eroare cand se intampla asa > ceva ? Sau trebuie sa mai facem si altceva, de ex > mesaj afisat la consola, aruncare de exceptii ... ? Este suficient un cod de eroare. > 3. Monitorul se poate distruge doar atunci cand nu > exista fir activ in el si nu exista nici un fir care > este blocat intr-o coada de asteptare sau la vreo > variablia de conditie ? Da, asta ar trebui sa faca destroy. Ar mai trebui sa va scrieti o functie de distrugere fortata, _destroy, pe care s-o apelati de exemplu la oprirea fortata a programului (Ctrl+C) pentru ca altfel nu se pot debloca firele care asteptau la conditii. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 16:10:54 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Wed, 26 Nov 2003 08:10:54 -0800 (PST) Subject: [so] De ce TLS ? In-Reply-To: <20031126145616.63185.qmail@web60510.mail.yahoo.com> Message-ID: <20031126161054.98496.qmail@web11704.mail.yahoo.com> > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 16:15:21 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Wed, 26 Nov 2003 08:15:21 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126145616.63185.qmail@web60510.mail.yahoo.com> Message-ID: <20031126161521.48409.qmail@web11707.mail.yahoo.com> > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie - setez un flag de destroy (de ex un semafor) apoi deblochez toate firele de la variabilele conditie; ele citesc flag-ul inainte de a ajunge in waiting, iar daca este setat pe destroy fac pthread_exit() ? - astept sa primesc o notificare ca toate firele au facut pthread_exit - apoi pot distruge toate elementele de sincronizare > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 16:21:38 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 08:21:38 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126161521.48409.qmail@web11707.mail.yahoo.com> Message-ID: <20031126162138.89465.qmail@web60302.mail.yahoo.com> --0-480435163-1069863698=:89351 Content-Type: text/plain; charset=us-ascii Asteptarea asta mi se pare mie sau este un fel de continuare a "algoritmului" cu barbieri si clienti, adica un fel de "terminare corecta"? daca da, la ce bun? oricum userul daca vrea sa termine nu il mai intereseaza ce se intampla cu toata logica programului. Iar daca resursele sunt eliberate, chiar daca fortat rau eu cred ca e ok. Gresesc? Stela Suciu wrote: > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie - setez un flag de destroy (de ex un semafor) apoi deblochez toate firele de la variabilele conditie; ele citesc flag-ul inainte de a ajunge in waiting, iar daca este setat pe destroy fac pthread_exit() ? - astept sa primesc o notificare ca toate firele au facut pthread_exit - apoi pot distruge toate elementele de sincronizare > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-480435163-1069863698=:89351 Content-Type: text/html; charset=us-ascii
Asteptarea asta mi se pare mie sau este un fel
de continuare a "algoritmului" cu barbieri si clienti,
adica un fel de "terminare corecta"?
 
daca da, la ce bun? oricum userul daca vrea sa termine
nu il mai intereseaza ce se intampla cu toata logica programului.
Iar daca resursele sunt eliberate, chiar daca fortat rau eu cred ca e ok.
Gresesc?
 


Stela Suciu <stelasuciu@yahoo.com> wrote:

>
> > 3. Monitorul se poate distruge doar atunci cand nu
> > exista fir activ in el si nu exista nici un fir
> care
> > este blocat intr-o coada de asteptare sau la vreo
> > variablia de conditie ?
>
> Da, asta ar trebui sa faca destroy. Ar mai trebui sa
> va scrieti o functie de distrugere fortata,
> _destroy,
> pe care s-o apelati de exemplu la oprirea fortata a
> programului (Ctrl+C) pentru ca altfel nu se pot
> debloca firele care asteptau la conditii.
>
> Cosmin
>
>
E corect daca in functia destroy:
- astept ca toate firele din cozile waiting,
signaller si entry sa plece sau sa se blocheze la
variabile conditie
- setez un flag de destroy (de ex un semafor) apoi
deblochez toate firele de la variabilele conditie; ele
citesc flag-ul inainte de a ajunge in waiting, iar
daca este setat pe destroy fac pthread_exit() ?
- astept sa primesc o notificare ca toate firele au
facut pthread_exit
- apoi pot distruge toate elementele de sincronizare
> __________________________________
> Do you Yahoo!?
> Protect your identity with Yahoo! Mail AddressGuard
> http://antispam.yahoo.com/whatsnewfree
> _______________________________________________
> so mailing list
> so@atlantis.cs.pub.ro
>
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-480435163-1069863698=:89351-- From so@atlantis.cs.pub.ro Wed Nov 26 16:23:19 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 08:23:19 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126162138.89465.qmail@web60302.mail.yahoo.com> Message-ID: <20031126162319.50529.qmail@web60501.mail.yahoo.com> e ok, nu gresesti. tocmai i-am raspuns Stelei. Cosmin --- Mihai Iancu wrote: > Asteptarea asta mi se pare mie sau este un fel > de continuare a "algoritmului" cu barbieri si > clienti, > adica un fel de "terminare corecta"? > > daca da, la ce bun? oricum userul daca vrea sa > termine > nu il mai intereseaza ce se intampla cu toata logica > programului. > Iar daca resursele sunt eliberate, chiar daca fortat > rau eu cred ca e ok. > Gresesc? > > > > Stela Suciu wrote: > > > > > > 3. Monitorul se poate distruge doar atunci cand > nu > > > exista fir activ in el si nu exista nici un fir > > care > > > este blocat intr-o coada de asteptare sau la > vreo > > > variablia de conditie ? > > > > Da, asta ar trebui sa faca destroy. Ar mai trebui > sa > > va scrieti o functie de distrugere fortata, > > _destroy, > > pe care s-o apelati de exemplu la oprirea fortata > a > > programului (Ctrl+C) pentru ca altfel nu se pot > > debloca firele care asteptau la conditii. > > > > Cosmin > > > > > E corect daca in functia destroy: > - astept ca toate firele din cozile waiting, > signaller si entry sa plece sau sa se blocheze la > variabile conditie > - setez un flag de destroy (de ex un semafor) apoi > deblochez toate firele de la variabilele conditie; > ele > citesc flag-ul inainte de a ajunge in waiting, iar > daca este setat pe destroy fac pthread_exit() ? > - astept sa primesc o notificare ca toate firele au > facut pthread_exit > - apoi pot distruge toate elementele de sincronizare > > __________________________________ > > Do you Yahoo!? > > Protect your identity with Yahoo! Mail > AddressGuard > > http://antispam.yahoo.com/whatsnewfree > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > __________________________________ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > --------------------------------- > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 16:22:07 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 08:22:07 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126161521.48409.qmail@web11707.mail.yahoo.com> Message-ID: <20031126162207.81364.qmail@web60505.mail.yahoo.com> --- Stela Suciu wrote: > E corect daca in functia destroy: > - astept ca toate firele din cozile waiting, > signaller si entry sa plece sau sa se blocheze la > variabile conditie > - setez un flag de destroy (de ex un semafor) apoi > deblochez toate firele de la variabilele conditie; > ele > citesc flag-ul inainte de a ajunge in waiting, iar > daca este setat pe destroy fac pthread_exit() ? > - astept sa primesc o notificare ca toate firele au > facut pthread_exit > - apoi pot distruge toate elementele de > sincronizare Functia destroy ar trebui sa verifice daca monitorul este liber (nu este ocupat si nu sunt fire blocate la conditii). Daca e liber sa-l distruga, daca nu sa intoarca un cod de eroare. Functia _destroy ar trebui sa distruga monitorul fortat si sa fie apelata doar in cazuri extreme cum este cel de terminare fortata a aplciatiei. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 17:19:41 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 26 Nov 2003 19:19:41 +0200 Subject: [so] De ce TLS ? - continuare:) References: <20031126162207.81364.qmail@web60505.mail.yahoo.com> Message-ID: <002801c3b441$7c056c70$0200a8c0@smeagol> pe mine m-a ametit putin chestia cu destroy. este evident ca trebuie sa existe un destroy dur care sa curete tot fara sa faca nici o verificare. acum, din cate am inteles, trebuie sa avem un destroy care curata doar daca nu are nimeni treaba cu monitorul. cineva are treaba cu monitorul daca se afla in vre-o coada sau daca este activ. Dar cum destroy-ul se da dintr-un thread care care se presupune ca nu are nici o legatura cu threadurile care folosesc monitorul este destul de complicat modul in care se determina daca monitorul este sau nu folosit. de exemplu: in destroy ma apuc sa verific daca este cineva blocat la o conditie. pp ca nu este, dar imediat ce fac verificare vine un thread care se blocheaza exact la variabila aia conditie. neplacut. trebuie deci sa impiedicam accesul la monitor in timp ce incerc sa distrug monitorul. singurul mod in care vad facandu-se asta (doar cu resursele monitorului) este ca threadul care face destroy sa fie el insusi activ in monitor (adica sa fi dat in prealabil un enter()). si de aici contradictia: distrug monitorul numai cand nimeni nu foloseste monitorul, dar pentru ca sa vad ca monitorul este liber tocmai cel care distruge trebuie sa fie in monitor. (presupun ca se face o exceptie :) ). Eu sincer inclin spre existenta unei singure functii destroy (cea care omoara tot si abia apoi intreaba), dar pe care o apelez cu grija dupa ce toate threadurile nu mai au nevoie de monitor. prefer deci sa fie de datoria aplicatiei care foloseste monitorul sa se asigure de corectitudinea folosirii lui destroy. zeii ce zic? From so@atlantis.cs.pub.ro Wed Nov 26 17:24:40 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 09:24:40 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <002801c3b441$7c056c70$0200a8c0@smeagol> Message-ID: <20031126172440.77246.qmail@web60501.mail.yahoo.com> --- Cibu Cristian wrote: > pe mine m-a ametit putin chestia cu destroy. > > este evident ca trebuie sa existe un destroy dur > care sa curete tot fara sa > faca nici o verificare. > > acum, din cate am inteles, trebuie sa avem un > destroy care curata doar daca > nu are nimeni treaba cu monitorul. > cineva are treaba cu monitorul daca se afla in vre-o > coada sau daca este > activ. Dar cum destroy-ul se da dintr-un thread care > care se presupune ca nu > are nici o legatura cu threadurile care folosesc > monitorul este destul de > complicat modul in care se determina daca monitorul > este sau nu folosit. > > de exemplu: > > in destroy ma apuc sa verific daca este cineva > blocat la o conditie. pp ca > nu este, dar imediat ce fac verificare vine un > thread care se blocheaza > exact la variabila aia conditie. neplacut. trebuie > deci sa impiedicam > accesul la monitor in timp ce incerc sa distrug > monitorul. singurul mod in > care vad facandu-se asta (doar cu resursele > monitorului) este ca threadul > care face destroy sa fie el insusi activ in monitor > (adica sa fi dat in > prealabil un enter()). > > si de aici contradictia: distrug monitorul numai > cand nimeni nu foloseste > monitorul, dar pentru ca sa vad ca monitorul este > liber tocmai cel care > distruge trebuie sa fie in monitor. (presupun ca se > face o exceptie :) ). Da, poti sa iei lockul asociat cozii Entry ca sa faci destroy. > Eu sincer inclin spre existenta unei singure functii > destroy (cea care > omoara tot si abia apoi intreaba), dar pe care o > apelez cu grija dupa ce > toate threadurile nu mai au nevoie de monitor. > prefer deci sa fie de datoria > aplicatiei care foloseste monitorul sa se asigure de > corectitudinea > folosirii lui destroy. Ambele sunt necesare, cea care omoara tot sa fie apelata doar in cazuri extreme in care nu te mai intereseaza ce se intampla cu monitorul in continuare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 17:43:09 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 26 Nov 2003 19:43:09 +0200 Subject: [so] De ce TLS ? - continuare:) References: <20031126172440.77246.qmail@web60501.mail.yahoo.com> Message-ID: <003001c3b444$c17c23e0$0200a8c0@smeagol> pai daca trebuie sa fac enter() ca sa pot distruge, inseamna ca nu mai este nimeni in waiting sau in signaler si mai concurez si cu alte threaduri care dau enter(). asadar destroy-ul obtine accesul la monitor cine stie peste cat timp. este ok ? dar tot mi se pare de datoria aplicatiei sa dea destroy-ul atotputernic cand se stie sigur ca nimeni nu mai are treaba cu monitorul. From so@atlantis.cs.pub.ro Wed Nov 26 17:48:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 09:48:51 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <003001c3b444$c17c23e0$0200a8c0@smeagol> Message-ID: <20031126174851.25368.qmail@web60509.mail.yahoo.com> --- Cibu Cristian wrote: > pai daca trebuie sa fac enter() ca sa pot distruge, > inseamna ca nu mai este > nimeni in waiting sau in signaler si mai concurez si > cu alte threaduri care > dau enter(). asadar destroy-ul obtine accesul la > monitor cine stie peste cat > timp. este ok ? Eu nu am zis sa faci enter(). Am zis doar sa iei lockul asociat cozii Entry. Astfel impiedici orice alt enter in timp ce tu verifici ca monitorul este sau nu liber. > dar tot mi se pare de datoria aplicatiei sa dea > destroy-ul atotputernic cand > se stie sigur ca nimeni nu mai are treaba cu > monitorul. destroy-ul normal e un fel de try_destroy care poate fi si el util uneori. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 19:48:09 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 11:48:09 -0800 (PST) Subject: [so] destroy In-Reply-To: <20031126174851.25368.qmail@web60509.mail.yahoo.com> Message-ID: <20031126194809.80997.qmail@web60307.mail.yahoo.com> --0-2062366077-1069876089=:78700 Content-Type: text/plain; charset=us-ascii Bun, hai ca nu ne intelegem cu destroy asta ce ar fi sa nu il mai facem ??? : )) Intreabarea este: "De ce trebuie sa se distruga cand nu mai este nici un thread activ sau nu mai stiu exact care erau specificatiile?" Poate ca cineva peste 4 min vrea sa il foloseasca! Distrugerea se face pornind de la presupunearea ca nu mai se asteapta nimic de la program si se indreapta singur catre exit? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-2062366077-1069876089=:78700 Content-Type: text/html; charset=us-ascii

Bun, hai ca nu ne intelegem cu destroy asta

ce ar fi sa nu il mai facem ??? : ))

 

Intreabarea este: "De ce trebuie sa se distruga cand nu mai este

nici un thread activ sau nu mai stiu exact care erau specificatiile?"

Poate ca cineva peste 4 min vrea sa il foloseasca!

Distrugerea se face pornind de la presupunearea ca nu mai se asteapta nimic

de la program si se indreapta singur catre exit?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-2062366077-1069876089=:78700-- From so@atlantis.cs.pub.ro Wed Nov 26 20:20:06 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 12:20:06 -0800 (PST) Subject: [so] destroy In-Reply-To: <20031126194809.80997.qmail@web60307.mail.yahoo.com> Message-ID: <20031126202006.78739.qmail@web60503.mail.yahoo.com> --- Mihai Iancu wrote: > > Bun, hai ca nu ne intelegem cu destroy asta > ce ar fi sa nu il mai facem ??? : )) vi s-ar scadea puncte :)) > Intreabarea este: "De ce trebuie sa se distruga cand > nu mai este > > nici un thread activ sau nu mai stiu exact care erau > specificatiile?" > > Poate ca cineva peste 4 min vrea sa il foloseasca! Daca vrea sa il foloseasca peste 4 minute nu il distruge. > Distrugerea se face pornind de la presupunearea ca > nu mai se asteapta nimic > > de la program si se indreapta singur catre exit? presupunerea poate fi gresita. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 09:05:00 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 11:05:00 +0200 Subject: [so] mingw Message-ID: <002101c3b4c5$897e5220$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_001E_01C3B4D6.4CFB3B40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai = mari decat cele facute de Visual C++ 6.0 Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de = nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare tind spre anumite valori fixe astfel incat dupa cateva iteratii toti = cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se = gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce = construieste Visual C++ totul se comporta cu totul diferit. valorile = aleatoare sunt chiar aleatoare. daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il = rog sa ma ajute. ------=_NextPart_000_001E_01C3B4D6.4CFB3B40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
mare balarie si mingw asta. Toate = executabilele=20 sunt de 3, 4 ori mai mari decat cele facute de Visual C++ = 6.0
Dar fie, nu aste e problema. toate = valorile=20 aleatoare sunt asa de nealeatoare :)... Cu executabilele facute de g++ = valorile=20 aleatoare
tind spre anumite valori fixe astfel = incat dupa=20 cateva iteratii toti cititorii se comporta unitar (nu-i mai dezlipesc) = pentru ca=20 toti se gasesc sa citeasca la fel de mult si fac pauza la fel de mult. = cu ce=20 construieste Visual C++ totul se comporta cu totul diferit. valorile = aleatoare=20 sunt chiar aleatoare.
daca cineva are vre-o idee de cum se = poate rezolva=20 treaba cu random, il rog sa ma = ajute.
------=_NextPart_000_001E_01C3B4D6.4CFB3B40-- From so@atlantis.cs.pub.ro Thu Nov 27 09:27:49 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Thu, 27 Nov 2003 11:27:49 +0200 Subject: [so] mingw Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B4C8.B9BE78AD Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGVvcmV0aWMsIGFpIHB1dGVhIHNhIGNvbXBpbGV6aSBjdSBNaW5HVywgZGFyIHNhIGxlZ2kgZmlz aWVydWwgdGF1IG9iaWVjdCBkZSBsaWJjIHNpIG1zdmNydCAocnVudGltZXVsIGRlIEMgZGluIFZp c3VhbCBTdHVkaW8pIC0gbi1hbSBpZGVlIGN1bSwgbnUgYW0gcHJlYSBpbnZlc3RpZ2F0IGRhciBh ciB0cmVidWkgc2Egc2UgcG9hdGEsIG9yaWNlIGNvbXBpbGF0b3IgY2F0IGRlIGNhdCBkZWNlbnQg cG9hdGUgZmFjZSBhc3RhICh2ZXppIGNhIGluIFNldHRpbmdzIGxhIFZpc3VhbCBTdHVkaW8gYWkg c2kgbGluaWEgZGUgY29tYW5kYSBjdSBjYXJlIGludm9jYSBjbC5leGUgLSBpbmNlYXJjYSBzYSBv IGFkYXB0ZXppIHB0IE1pbkdXKS4gSW4gcHJhY3RpY2EsIGFzdGEgaW5zZWFtbmEgY2EgZmFjaSBw cmVzdXB1bmVyZWEgY2EgcGUgY2FsY3VsIHBlIGNhcmUgc2UgZmFjZSBjb21waWxhcmVhIHNpIGNv cmVjdGFyZWEgc2Ugdm9yIGdhc2kgY2VsZSBkb3VhIC5saWItdXJpLi4uIElhciBhaWNpLCB5b3Un cmUgb24geW91ciBvd24uDQoNCgktLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLSANCglGcm9tOiBD aWJ1IENyaXN0aWFuIFttYWlsdG86Y2lidS5jcmlzdGlhbkByZHNsaW5rLnJvXSANCglTZW50OiBU aHUgMTEvMjcvMjAwMyAxMTowNSBBTSANCglUbzogZ3J1cCBTTyANCglDYzogDQoJU3ViamVjdDog W3NvXSBtaW5ndw0KCQ0KCQ0KCQ0KCW1hcmUgYmFsYXJpZSBzaSBtaW5ndyBhc3RhLiBUb2F0ZSBl eGVjdXRhYmlsZWxlIHN1bnQgZGUgMywgNCBvcmkgbWFpIG1hcmkgZGVjYXQgY2VsZSBmYWN1dGUg ZGUgVmlzdWFsIEMrKyA2LjANCglEYXIgZmllLCBudSBhc3RlIGUgcHJvYmxlbWEuIHRvYXRlIHZh bG9yaWxlIGFsZWF0b2FyZSBzdW50IGFzYSBkZSBuZWFsZWF0b2FyZSA6KS4uLiBDdSBleGVjdXRh YmlsZWxlIGZhY3V0ZSBkZSBnKysgdmFsb3JpbGUgYWxlYXRvYXJlDQoJdGluZCBzcHJlIGFudW1p dGUgdmFsb3JpIGZpeGUgYXN0ZmVsIGluY2F0IGR1cGEgY2F0ZXZhIGl0ZXJhdGlpIHRvdGkgY2l0 aXRvcmlpIHNlIGNvbXBvcnRhIHVuaXRhciAobnUtaSBtYWkgZGV6bGlwZXNjKSBwZW50cnUgY2Eg dG90aSBzZSBnYXNlc2Mgc2EgY2l0ZWFzY2EgbGEgZmVsIGRlIG11bHQgc2kgZmFjIHBhdXphIGxh IGZlbCBkZSBtdWx0LiBjdSBjZSBjb25zdHJ1aWVzdGUgVmlzdWFsIEMrKyB0b3R1bCBzZSBjb21w b3J0YSBjdSB0b3R1bCBkaWZlcml0LiB2YWxvcmlsZSBhbGVhdG9hcmUgc3VudCBjaGlhciBhbGVh dG9hcmUuDQoJZGFjYSBjaW5ldmEgYXJlIHZyZS1vIGlkZWUgZGUgY3VtIHNlIHBvYXRlIHJlem9s dmEgdHJlYWJhIGN1IHJhbmRvbSwgaWwgcm9nIHNhIG1hIGFqdXRlLg0KDQo= ------_=_NextPart_001_01C3B4C8.B9BE78AD Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IjMJAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAGwALABsAMQAEAFsBASCAAwAOAAAA0wcLABsACwAbADEABABbAQEJgAEAIQAAAEE1 RUVGRTM1OUQyNjVDNERCNDNDRDg3MjlDNjQ4QTA3AF8HAQOQBgBkEAAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAAB4AAABSAEUAOgAgAFsAcwBvAF0A IABtAGkAbgBnAHcAAAAAAEAAOQCteL65yLTDAR8APQABAAAACgAAAFIARQA6ACAAAAAAAAIBRwAB AAAAKwAAAGM9dXM7YT0gO3A9TVNMYWI7bD1TRVJWRVItMDMxMTI3MDkyNzQ5Wi0yNAAAHwBJAAEA AAAWAAAAWwBzAG8AXQAgAG0AaQBuAGcAdwAAAAAAQABOAADGNInFtMMBHwBaAAEAAAAcAAAAQwBp AGIAdQAgAEMAcgBpAHMAdABpAGEAbgAAAAIBWwABAAAARAAAAAAAAACBKx+kvqMQGZ1uAN0BD1QC AAAAAENpYnUgQ3Jpc3RpYW4AU01UUABjaWJ1LmNyaXN0aWFuQHJkc2xpbmsucm8AAgFcAAEAAAAe AAAAU01UUDpDSUJVLkNSSVNUSUFOQFJEU0xJTksuUk8AAAAfAF0AAQAAABwAAABDAGkAYgB1ACAA QwByAGkAcwB0AGkAYQBuAAAAAgFeAAEAAABEAAAAAAAAAIErH6S+oxAZnW4A3QEPVAIAAAAAQ2li dSBDcmlzdGlhbgBTTVRQAGNpYnUuY3Jpc3RpYW5AcmRzbGluay5ybwACAV8AAQAAAB4AAABTTVRQ OkNJQlUuQ1JJU1RJQU5AUkRTTElOSy5STwAAAB8AZgABAAAACgAAAFMATQBUAFAAAAAAAB8AZwAB AAAAMgAAAGMAaQBiAHUALgBjAHIAaQBzAHQAaQBhAG4AQAByAGQAcwBsAGkAbgBrAC4AcgBvAAAA AAAfAGgAAQAAAAoAAABTAE0AVABQAAAAAAAfAGkAAQAAADIAAABjAGkAYgB1AC4AYwByAGkAcwB0 AGkAYQBuAEAAcgBkAHMAbABpAG4AawAuAHIAbwAAAAAAHwBwAAEAAAAWAAAAWwBzAG8AXQAgAG0A aQBuAGcAdwAAAAAAAgFxAAEAAAAbAAAAAcO0xmdjfRk4fjawT8eNDkKm5PZeIwAANtm+AB8AdAAB AAAAEAAAAGcAcgB1AHAAIABTAE8AAAAfABoMAQAAABwAAABPAHYAaQBkAGkAdQAgAFAAbABhAHQA bwBuAAAAHwAdDgEAAAAWAAAAWwBzAG8AXQAgAG0AaQBuAGcAdwAAAAAAAgEJEAEAAACMCAAAiAgA AM4XAABMWkZ1k2+XxQMACgByY3BnMTI1gjIDQ2h0bWwxAzD/AQMB9wqAAqQD5AcTAoAQA/8AUARW CFUHshE1DlEDAQIAhGNoCsBzZXQyBgDbBsMRNTMERhPHMBI/AgDeNBBtEUMI7wn3Oxl/DjB2NREy DGBjAFALCQFkMyY2FmALpTQgEAIqXHsOsgGQZxRQCqMRQx6YNAEUUDwhRE9DVFkAUEUgSFRNTCAA UFVCTElDICJALS8vVzNDIjBEJFREIUQ0LhZgVHI5AHJ0aQIgB0AiMEVOnCI+H50fPyVBMTggoBsh UiSNMx4wJvBFQURfJI0O8SWvKZ8mdDYO8DzgTUVUQSAFoAIwCfBYdD0iBeAhUzYjQDCMLjIdkC4Q MCIgJAAJB4A9RyRQRVJBVLxPUii/Kx8gUixhUyEAXExFJI4x4R+eOSCgL+8yLzBfJQUx4i8ofyVf OJQCNRZgPEJPRFkgzGJnCFAZET0jASA7YtggZGk7MDiwcjgAOHNLACEDMHYIkHdrC4Bk6jU4JGIA 0GsJwAhgPWDiIAAAc2hwOEI+wQuArHN0PqE+4XMDoGYDEEZsOvMCkXN2ICxAN7FBQDIxNRiQP6hG QEEvCYBAxRiQQzFcPBFkb+cA4DwRCrFccRlgPBET4D8DMDx1FmA4Kx2hOS9nOeI2IKBESVY8SQAA RReZOEk2NEhPRWJUZQWwExQwDeAsIAtwIHB1sS0QYSBzTMAFoG0/UGVCkHpMYGN1BdALgEe6V0ww ZArBTOFCkGdMYHdAMACQBJB1AyABkE3Ab/piCJBjBUA2rEaFAQBOsNhpYmNM0ExgbUDwBQD9BUAo T2ACMAdxT3FRoSHwazvQA6BWBAB1B0AGAHRCdTvQbykgLS6gLbkuwCBpAQBRsE2wbUww9m5NwFUx cBmATMBQX0ayzQuAdgeQI9BnYQVATlLjCsE8IGVidUxgTOEUIPVMcG9YgGFMMAWwDeBVkfdNI1iA BbFjWIJVkVuDWpDfAjBZ41GwVr9GsmYA0FGw9mE/gEzAKFggTYJMwFPR9wZgAkALgGcEIAtgU/xM Qv9SIVHQAwBMwFuyA3JOUE2iP1twGYBc71e2Q9BM8Wwu/GV4UbBU8AuAWpAKwF9Bf0zhYSFOUAUw TXIFMU3jKfguIEkDoFZgANBMAVox916TP2FMsG0kAF8yYz9eBe9MYRmAVCBMgG4EkEyxX0H6cFvC bE2wAyBsI2MBWcH/XkNaxVZyUiEFoVARbiRRsL9koAXAaY9GslhwbnJlQpBXO8AIYEzALlHRLQhx Lq9ygGeQWMIN4GlMMHkIYB4nYwECIHNSBcBvd27+LjhJAcA8VwqiPFcKcSX8/jAoQSKQSBt2OEWf Rq9Hs4MhwCDgS1FVT1QhMDM71UzQdHlCkC1RQVKAR0lOLVJJRyFQ4DogMHB4JHE8aAqx/xACRAVE o0RhRP96Hx/LFmB/g/B6/0f/SQ9KH4EXQ4BpCx2CJfw0JtFGT05UdVIRei7gMoV7C+KA+S39jPJP BRBO4CQBBdAHkEzg/GdljPOJXSxAOmEvgTxoXWGhZQqBgR84ozgoQULVhXtigPlGA2E6hDwgkb4v krp5CRZwUeBNwEMFEL9YQQORb8+Cv5JxhAFbAMDbAxBbMDpq8FlQLgUBl8NKQAsgc2Ghay4DYF3/ jp+Pr5C/kc+S359VBmACMGeUn5WvlrdUaE3AnZAvLDI3pcAuADOlkTow+jUQ0E2YH5kvmjWcz53f /57vn/+hD0tVmwCiz6Pflsb3CcBrYAYAT5y/qm+rf6yP862ftPVDY68/sE+Wt7JvH7N/tI+1n7av ohV1YmrPUBG4P7lPlrdbc5yep7/1mghtX+F3uu+7/70Pxw/XyB/JLyZWNYURL4qCwk//ho51T3Zf d2/Ob4F/xO+Dn3+Er4ffhs/Y34jvifxeQj3/BxOKz4vSUSGMDcQP1d+aRP/Tj89/0I/Rn9f/2Q/a H9sv/9wz3y/gP9zP3d/e7+0vAMD/YwE98G4RCJBSE8aSXoNngP+vEFyyZSFNsAGRTVFxgeEP3+If mkRUIFxhUaEzTDAeMP9aYfKh+SL5EQWBWIFxY15Bx0yRU2JUBUMrKy3SzN//ze/UGf2f5J/lr+a/ 0q//D//Uz/bP1u/nz+jf6e/q/+wPv/Gf7i/vP/BPDX8Og0Ry0f1AMGVV5D+A9LFWUU/gQpDv+UBn gFswXLJ28xBaYfWP/wYfmhfzEEywFSFtEvhCXpC3YeNrkBiYOmdwcpFDTcD79Nz6iGf7oRYfFy+a RBWH/xiX/A/9H/4v/z8ATwFfAm//A38EjwWfBq8HvwjPJC8K7/8L/xGPDh8PLxA/EU8yfl/R3z6A P8BjAZvQVcBpFVdAIftlMV6RZnFwZXJYgmtgaW/3Ks+aJltxZRWAVVBcwGfg/0wATGBbMEwAbpA4 0DjQWmF/WXFapG+QXrFrgDjQctEobVYALfkkVXB6UdBsIHP+Y1TQbCAZUE9gOu87/z0H/z5kbUFx EUGRTNM40V6QaVH3YDE6AlGhbU9wUDBxMV5B+0xwT7B6Rp5ngE2xQl9Db/89FVqiaNBCEU9AFCL7 KT5x/09xP2pisU3UU8A6AJegSUH/FY9KLxevGLuAoGHQcuEYpv4uIK8hvyLPI98k7yX/Jw//KB8p Lyo/K08sXy1vWJ8vj38wnzYvMr8zzzTfNe9m7mRfbYBGAsvwPbEacnZvEC3ebzowQTD6007wbU4i TpAf9JJQr19fqQQagHpvbP89sYCAGgDzAEliPhA4EE5w5xPAUGByoG9nReL5QG8P+XATYWr6sVUP Vh9XL1g//1lPWl9bb1x/XY9f6GjRdtUPfC99P35PgOpCTE9DwEtRVU9URYHbcBELzB9f5jV/0kJP RFmHgF2l0MIBSFRNTMsQAn2J0B8ANRABAAAAigAAADwAMwA2AEMAOAAxADYANABBAEUAMABDADYA QwBBADQAOQA4ADcAQwAzAEUAQwA4ADgAQQAxAEIAQgA0ADEANgBBADAAMQA0ADcAMAA3AEAAcwBl AHIAdgBlAHIALgBtAGkAYwByAG8AcwBvAGYAdAAtAGwAYQBiAC4AcAB1AGIALgByAG8APgAAAAAA HwBHEAEAAAAeAAAAbQBlAHMAcwBhAGcAZQAvAHIAZgBjADgAMgAyAAAAAAALAPIQAQAAAB8A8xAB AAAAKgAAAFIARQAlADMAQQAgAFsAcwBvAF0AIABtAGkAbgBnAHcALgBFAE0ATAAAAAAACwD2EAAA AABAAAcw5STHQse0wwFAAAgwoJ/Fuci0wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2 AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GC AQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElF TlRTL0NOPU9WSURJVVBMAAAAAB8A+j8BAAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkA cwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEAAAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAA AC4AAAADAP0/5AQAAAMAGUAAAAAAAwAaQAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAA TwBWAEkARABJAFUAUABMAAAAAAAfADFAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkAB AAAAMgAAAGMAaQBiAHUALgBjAHIAaQBzAHQAaQBhAG4AQAByAGQAcwBsAGkAbgBrAC4AcgBvAAAA AAAfADNAAQAAADIAAABjAGkAYgB1AC4AYwByAGkAcwB0AGkAYQBuAEAAcgBkAHMAbABpAG4AawAu AHIAbwAAAAAAHwA4QAEAAAASAAAATwBWAEkARABJAFUAUABMAAAAAAAfADlAAQAAAAQAAAAuAAAA CwApAAAAAAALACMAAAAAAAMABhBmM8UZAwAHECgEAAADABAQAAAAAAMAERABAAAAHgAIEAEAAABl AAAAVEVPUkVUSUMsQUlQVVRFQVNBQ09NUElMRVpJQ1VNSU5HVyxEQVJTQUxFR0lGSVNJRVJVTFRB VU9CSUVDVERFTElCQ1NJTVNWQ1JUKFJVTlRJTUVVTERFQ0RJTlZJU1VBTFNUVQAAAAACAX8AAQAA AEUAAAA8MzZDODE2NEFFMEM2Q0E0OTg3QzNFQzg4QTFCQjQxNkEwMTQ3MDdAc2VydmVyLm1pY3Jv c29mdC1sYWIucHViLnJvPgAAAAAIxA== ------_=_NextPart_001_01C3B4C8.B9BE78AD-- From so@atlantis.cs.pub.ro Thu Nov 27 09:43:28 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Thu, 27 Nov 2003 11:43:28 +0200 Subject: [so] mingw Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A01470A@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B4CA.E8F16DEC Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U2kgY2Egc2EgbWVyZyBwYW5hIGxhIGNhcGF0LCB0cmVidWllIHNhIHByZWNpemV6IGNhLCBpbnRy dWNhdCBwcm9ncmFtdWwgZm9sb3Nlc3RlIHRocmVhZHVyaSwgdHJlYnVpZSBsZWdhdCBjdSBsaWJj bXQubGliIGRlIGV4IChtdCBwdCBtdWx0aS10aHJlYWRlZCkuIE9yaWN1bSwgbnVtZWxlIGxpYnJh cmlpbG9yIHN1bnQgbGlzdGF0ZSBpbiBzZXRhcmlsZSBkZSBsYSBWaXN1YWwgQysrLg0KDQoJLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0gDQoJRnJvbTogT3ZpZGl1IFBsYXRvbiBvbiBiZWhhbGYg b2YgT3ZpZGl1IFBsYXRvbiANCglTZW50OiBUaHUgMTEvMjcvMjAwMyAxMToyNyBBTSANCglUbzog c29AYXRsYW50aXMuY3MucHViLnJvIA0KCUNjOiANCglTdWJqZWN0OiBSRTogW3NvXSBtaW5ndw0K CQ0KCQ0KCVRlb3JldGljLCBhaSBwdXRlYSBzYSBjb21waWxlemkgY3UgTWluR1csIGRhciBzYSBs ZWdpIGZpc2llcnVsIHRhdSBvYmllY3QgZGUgbGliYyBzaSBtc3ZjcnQgKHJ1bnRpbWV1bCBkZSBD IGRpbiBWaXN1YWwgU3R1ZGlvKSAtIG4tYW0gaWRlZSBjdW0sIG51IGFtIHByZWEgaW52ZXN0aWdh dCBkYXIgYXIgdHJlYnVpIHNhIHNlIHBvYXRhLCBvcmljZSBjb21waWxhdG9yIGNhdCBkZSBjYXQg ZGVjZW50IHBvYXRlIGZhY2UgYXN0YSAodmV6aSBjYSBpbiBTZXR0aW5ncyBsYSBWaXN1YWwgU3R1 ZGlvIGFpIHNpIGxpbmlhIGRlIGNvbWFuZGEgY3UgY2FyZSBpbnZvY2EgY2wuZXhlIC0gaW5jZWFy Y2Egc2EgbyBhZGFwdGV6aSBwdCBNaW5HVykuIEluIHByYWN0aWNhLCBhc3RhIGluc2VhbW5hIGNh IGZhY2kgcHJlc3VwdW5lcmVhIGNhIHBlIGNhbGN1bCBwZSBjYXJlIHNlIGZhY2UgY29tcGlsYXJl YSBzaSBjb3JlY3RhcmVhIHNlIHZvciBnYXNpIGNlbGUgZG91YSAubGliLXVyaS4uLiBJYXIgYWlj aSwgeW91J3JlIG9uIHlvdXIgb3duLg0KDQoJCS0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tIA0K CQlGcm9tOiBDaWJ1IENyaXN0aWFuIFttYWlsdG86Y2lidS5jcmlzdGlhbkByZHNsaW5rLnJvXSAN CgkJU2VudDogVGh1IDExLzI3LzIwMDMgMTE6MDUgQU0gDQoJCVRvOiBncnVwIFNPIA0KCQlDYzog DQoJCVN1YmplY3Q6IFtzb10gbWluZ3cNCgkJDQoJCQ0KCQkNCgkJbWFyZSBiYWxhcmllIHNpIG1p bmd3IGFzdGEuIFRvYXRlIGV4ZWN1dGFiaWxlbGUgc3VudCBkZSAzLCA0IG9yaSBtYWkgbWFyaSBk ZWNhdCBjZWxlIGZhY3V0ZSBkZSBWaXN1YWwgQysrIDYuMA0KCQlEYXIgZmllLCBudSBhc3RlIGUg cHJvYmxlbWEuIHRvYXRlIHZhbG9yaWxlIGFsZWF0b2FyZSBzdW50IGFzYSBkZSBuZWFsZWF0b2Fy ZSA6KS4uLiBDdSBleGVjdXRhYmlsZWxlIGZhY3V0ZSBkZSBnKysgdmFsb3JpbGUgYWxlYXRvYXJl DQoJCXRpbmQgc3ByZSBhbnVtaXRlIHZhbG9yaSBmaXhlIGFzdGZlbCBpbmNhdCBkdXBhIGNhdGV2 YSBpdGVyYXRpaSB0b3RpIGNpdGl0b3JpaSBzZSBjb21wb3J0YSB1bml0YXIgKG51LWkgbWFpIGRl emxpcGVzYykgcGVudHJ1IGNhIHRvdGkgc2UgZ2FzZXNjIHNhIGNpdGVhc2NhIGxhIGZlbCBkZSBt dWx0IHNpIGZhYyBwYXV6YSBsYSBmZWwgZGUgbXVsdC4gY3UgY2UgY29uc3RydWllc3RlIFZpc3Vh bCBDKysgdG90dWwgc2UgY29tcG9ydGEgY3UgdG90dWwgZGlmZXJpdC4gdmFsb3JpbGUgYWxlYXRv YXJlIHN1bnQgY2hpYXIgYWxlYXRvYXJlLg0KCQlkYWNhIGNpbmV2YSBhcmUgdnJlLW8gaWRlZSBk ZSBjdW0gc2UgcG9hdGUgcmV6b2x2YSB0cmVhYmEgY3UgcmFuZG9tLCBpbCByb2cgc2EgbWEgYWp1 dGUuDQoNCg== ------_=_NextPart_001_01C3B4CA.E8F16DEC Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+Ih0JAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAGwALACsAHAAEAFYBASCAAwAOAAAA0wcLABsACwArABwABABWAQEJgAEAIQAAAENG NDA1Mzk3QzMxQUUyNEVCMkVFNTREMkQ3MEM4OTBFAE4HAQOQBgDcEgAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAAB4AAABSAEUAOgAgAFsAcwBvAF0A IABtAGkAbgBnAHcAAAAAAEAAOQDsbfHoyrTDAR8APQABAAAACgAAAFIARQA6ACAAAAAAAAIBRwAB AAAAKwAAAGM9dXM7YT0gO3A9TVNMYWI7bD1TRVJWRVItMDMxMTI3MDk0MzI4Wi0yNgAAHwBJAAEA AAAeAAAAUgBFADoAIABbAHMAbwBdACAAbQBpAG4AZwB3AAAAAABAAE4ArXi+uci0wwEfAFoAAQAA ABwAAABPAHYAaQBkAGkAdQAgAFAAbABhAHQAbwBuAAAAAgFbAAEAAABHAAAAAAAAAIErH6S+oxAZ nW4A3QEPVAIAAAAAT3ZpZGl1IFBsYXRvbgBTTVRQAHNvLWFkbWluQGF0bGFudGlzLmNzLnB1Yi5y bwAAAgFcAAEAAAAhAAAAU01UUDpTTy1BRE1JTkBBVExBTlRJUy5DUy5QVUIuUk8AAAAAHwBdAAEA AAAcAAAATwB2AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIBXgABAAAAXQAAAAAAAADcp0DIwEIQ GrS5CAArL+GCAQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9D Tj1SRUNJUElFTlRTL0NOPU9WSURJVVBMAAAAAAIBXwABAAAARAAAAEVYOi9PPU1TTEFCL09VPUZJ UlNUIEFETUlOSVNUUkFUSVZFIEdST1VQL0NOPVJFQ0lQSUVOVFMvQ049T1ZJRElVUEwAHwBmAAEA AAAKAAAAUwBNAFQAUAAAAAAAHwBnAAEAAAA4AAAAcwBvAC0AYQBkAG0AaQBuAEAAYQB0AGwAYQBu AHQAaQBzAC4AYwBzAC4AcAB1AGIALgByAG8AAAAfAGgAAQAAAAoAAABTAE0AVABQAAAAAAAfAGkA AQAAADwAAABvAHYAaQBkAGkAdQBwAGwAQABtAGkAYwByAG8AcwBvAGYAdAAtAGwAYQBiAC4AcAB1 AGIALgByAG8AAAAfAHAAAQAAABYAAABbAHMAbwBdACAAbQBpAG4AZwB3AAAAAAACAXEAAQAAACAA AAABw7TGZ2N9GTh+NrBPx40OQqbk9l4jAAA22b4AAOEHGB8AdAABAAAALAAAAHMAbwBAAGEAdABs AGEAbgB0AGkAcwAuAGMAcwAuAHAAdQBiAC4AcgBvAAAAHwAaDAEAAAAcAAAATwB2AGkAZABpAHUA IABQAGwAYQB0AG8AbgAAAB8AHQ4BAAAAFgAAAFsAcwBvAF0AIABtAGkAbgBnAHcAAAAAAAIBCRAB AAAApAoAAKAKAAAXIQAATFpGdcXcZdsDAAoAcmNwZzEyNYIyA0NodG1sMQMwPwEDAfcKgAKkA+MC AGNowQrAc2V0MCAHEwKA/xADAFAEVghVB7IR1Q5RAwHdENcyBgAGwxHVMwRGENn5Eu9mNAPGEYUR 4wjvCfe2OxofDjA1EdIMYGMAUDMLCQFkMzYRYAulNCDZEAIqXA6yAZBnFPAKoxcR4x8/IEw0FPA8 IUQAT0NUWVBFIEgAVE1MIFBVQkwASUMgIi0vL1dEM0MkIERURCM0NJIuEWBUcgBydGkCIMMHQCQg RU4iPiA/IU/dDhA4IpAjQiZ9Mx7QKOD4RUFEJn0O8SefK48snwstryfsNg7wPE1FVBxBIAWgAjAJ 8HQ9IosF4CNDNiUwMC4yHjAxMqAwIiAl8AeAPUeBJkBFUkFUT1Iqr5cvryJCMPFTIvBMRSZ+6zZx IY45IpAvNr807yb1XTZyLypvJ089JDURYDyAQk9EWSBiZwhQGRmxPSMBID/yIGRpez/APUByPJA9 AwAhAzB2SQiQd2sLgGQ1PLRiXQDQawnACGBB8CAAAHOcaHA80kNRC4BzdEMx1UNxcwOgZgMQbD+D ApEoc3YgMNA3RdAyMfY1GTBEOEZE0QmARVUZMOVHwVxAoWRvAOBAoQqx/FxxGgBAoRDwAzBBBRFg Rzy7HkE9v2c5NiKQRDxJVkDZAABJpzzZNjQTTN9J8lNpMWBhIHNjUIAHgHJnIAqwJfAgRwtgUGEK sHQsIECwZSxidQiQUJJwGiBjafh6ZXpQYVHwC4BAsBzQ21HQUrFvCcAzUHUDIDs8P0sVAhAZsBEw RBBScHRouRogYWQIcVH4RyBnU/EEY3VRYGliY210Di5YcUBQUnBleCAo31iwURAFQFSBJcAtVrQJ gGwpLlS/SzNPBRBYQG31UfBuXJBlRyBYYiVwBRD7AxAFsXNC8AVAWHBEEFHQ/1JwC4BQkBFAXYFd EVkhUXEaVgQAdQdAFxArKy5/PNkBwEDnCqJA5wpxJ+ww/yoxJIBMq2JISi9LP0xDI7DBItBLUVVP VCMgQGUZUJB0eUcgMeFBUkdASU4tUklHI0A68CAwcHgmYUD4CrEQAv9IlUkzSPFJj2YvIbsRYHAA v2cPTI9Nn06vbSdIEGkeIoUn7DQowUZPTlRQkLlTAT0ycYsL4m0JLXkCbVxRZwuAYDFNB5BQoGf+ ZXkDdW0w0D7xNBFA+FhwXG5lCoFtLz0zOCoxQtdxi1kAfRhGA2E6cEwigeYvfsplGSBPQZBAYFhQ r1sPbs9+gXARUAtgdAIgcX2+Jm5iRFACgED4J15hAUB9JwIgP1BlEQBs+UBAb2aGr4e/iMqDVYZE /3qve798z33ffu9P1jGxgK8zgb+Cx1RoWFCO0C8y9jeXADKQM4O/hM+F1Y7Q9jqXEBFwTY3/jw+Q H5Evc5I/nTVUb5P/lQ+Cx3M8b0BR0AtgAjAEAC5j4aPAcHViLgNgmp+br8+cv53Pnt+nFUNjoH+h j/+Cx5efmK+F5KSPpZ+mr6e/96jPT+WkIGoFkJPvq1+CuNRSRWqAW6MgXVDAC4D8Z3evj7Cfsa+5 b7p/u4/1KEY1cSEvdpK273KeYV//Ym9jf8DPbY+t72+vcL9z7+dy38s/dPZUZQWwEUAN4HdR8Atw URB1MaBQgwWgbVtD4EcgelBRWFBNC4BH+ldR8GQKwVChV+FQUETAnwCQBJBUkQGQWFBvYgiQ/7WA rP/IL4XVX5JYgXbRUMD3RYAFAAVAKFPAo5EHgFSRH1khI+BAYAOgX/VTdHXZQGBvKXjwMzAtM1BT gP8BAFJwXIXPcNmg04/Un4Xk91LBUIALgHZWYXlwU/HRgt8KwVIUUJIRMFEQb1HQU2H/BbAN4Nnx 0FOGYQXAU+JZIf/hBOAgXiHaz9vf3OXfkVJw9mYA0FJwYV5xWXDdsNCy/91yBlECQLjxBCBfyNjU z3L/1oG+MQcw4TMDctGA4h/jL3+F1VhBUHAaIN2CSGBRgWz+LllQUnB6kAuA4CAKwFB0f+fh0YAF MNCiBTHRE1rRSf8DoFLAANDPMVNh5VPpf+qP94XkQ/FW4G1RQVBx5QHPkb8aIF4ApBC+UN1SUHFw 4VL+bFhAAyD1Q+xB31HlA+BV/91S1oHwv/HP65XPAbWA90T/UnDskAXAWADWgeAgX2IIYOtQgFjS LQhxLvzQ74DeUusN4FcxeQhgJ+xBiYH9sY8FwPfP+N+F5G93bmCf/8MPxB/FL8Y/x0/IX8lvZ9// aO9p/2sPbB8F/wcPCB0I7//Kn8uvzL/NzEXwdV92b3d//3iPeZ+8L70/vk+yr7O/f/+3tg8FXwjB Q1jwWFBDG4C/3dGjgP6fEL+F1BIxW+kQe/cghnA69BBSQKPQJdVA9UhAcx7Ra6RBuMAc3x3v/x7/ IA8hH5NfIz8kT5aPmhH8MDWabycvKDorHywvLT//Lk8vX5//MZ8yr0LA9IAwsP5PKw843znvOv88 D6nPPi//Pz9Az0HfQu9D/0UPtM9G3/9H74L0uJM1PzZPKHa470of/0svvB9WX1dvv0/AXxRvAd// Au8D/wUPWv8QXxFvEn8Tjz9dzxWvFr8XzxjR5QI9Qf8bgBvRGQ8aEVNBGj1Sf2Rv/yh2Yh9eD18f YC9mr2e/aM//ad9q423fbu9rf2yPbZ97//vpEOxBYvWA/SDScNZzVSL/5UPvcD2A5MLtEfWgY/DT IP/R8PvRb79wzyh250Dh8dYB/jPPYK8w3/GBcYgSiAHhsT/eEfuz5QHPwdfC5yVDK/ArIDYuYGFb j1yfzej/jJ9zf3SPdZ9hT2JfY29kf/9lj3aPd594r3m/es+AX3zvb33/fw+cf52ERP0h0kBl/9pE JfCDgfQx0xDR8OkQ73D74MDkwnb1gN/xhF+VDyhJ//WA9OCkMfYyhzLlUOijWoDtp8g672D84UPS 8IOsiXj+Z4qRpS+mPyh2pJenx4r//4wPjR+OL48/kE+RX5Jvk3//lI+Vn5avl7+Yz5nfmu+b/3+d D54fny+gP8HP3qAbsGT/7fD0Qe5A2mBVEKRn0jHtIf3lUWb7wO1i3hL0gPCfuh/7KFjhAWWkkN2A 5NDv0CYA//uQ4MAmANDQyEDIQN/x3wG/4DTg0OVx9KDIQP0hKNpgNi2IFNnQelpg9UBzY//ZMMpv y38odvVA4fDXMPOy/84D9mH7YdEh7fLOUfTg0TDv7eDm8clyqPFt9bDiAPeR4+UB9TBhdXrWStF/ 0o//VJfXEe9w6/LgMvNA1EGCIP+jMooZzgH1sc766/HdpOfA/8lwG4DbkdjP2d+uX6fNDrD36JD9 MafWLq//sQ+yH7Mv/7Q/tU+2X7dvuH+5j7qfu6//vL+9z77fv+/A/8IPwx/EL//FP/bf2ID5cNWy WoDNQagi8naoMC1vzWDQwInDg9D+bd3y3mCDYt/v708odqgw+HpvbM1BDpCpMIHQ27I/zaDHgN5A otCk4ALQb2e/1ZKBgP8fAC8oZKewaomh/+T/5g/nH+gv6T/qT+tf7G//7X/v2BiBCDUNjw6fD68S SgBCTE9DS1FVT/xURRM7BTFarxTvFf8T34Xv1jURMkJPRFkRvUM0IFBxSFRNTFmgfQEeYB8ANRAB AAAAigAAADwAMwA2AEMAOAAxADYANABBAEUAMABDADYAQwBBADQAOQA4ADcAQwAzAEUAQwA4ADgA QQAxAEIAQgA0ADEANgBBADAAMQA0ADcAMABBAEAAcwBlAHIAdgBlAHIALgBtAGkAYwByAG8AcwBv AGYAdAAtAGwAYQBiAC4AcAB1AGIALgByAG8APgAAAAAAHwBHEAEAAAAeAAAAbQBlAHMAcwBhAGcA ZQAvAHIAZgBjADgAMgAyAAAAAAALAPIQAQAAAB8A8xABAAAAKgAAAFIARQAlADMAQQAgAFsAcwBv AF0AIABtAGkAbgBnAHcALgBFAE0ATAAAAAAACwD2EAAAAABAAAcwJFnlxsq0wwFAAAgwMPf66Mq0 wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2AGkAZABpAHUAIABQAGwAYQB0AG8AbgAA AAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GCAQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJT VCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElFTlRTL0NOPU9WSURJVVBMAAAAAB8A+j8B AAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkAcwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEA AAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAAAC4AAAADAP0/5AQAAAMAGUAAAAAAAwAa QAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAATwBWAEkARABJAFUAUABMAAAAAAAfADFA AQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkABAAAAOAAAAHMAbwAtAGEAZABtAGkAbgBA AGEAdABsAGEAbgB0AGkAcwAuAGMAcwAuAHAAdQBiAC4AcgBvAAAAHwAzQAEAAAASAAAATwBWAEkA RABJAFUAUABMAAAAAAAfADhAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AOUABAAAABAAA AC4AAAALACkAAAAAAAsAIwAAAAAAAwAGEKbwwMEDAAcQYgUAAAMAEBAAAAAAAwAREAEAAAAeAAgQ AQAAAGUAAABTSUNBU0FNRVJHUEFOQUxBQ0FQQVQsVFJFQlVJRVNBUFJFQ0laRVpDQSxJTlRSVUNB VFBST0dSQU1VTEZPTE9TRVNURVRIUkVBRFVSSSxUUkVCVUlFTEVHQVRDVUxJQkNNVExJAAAAAAIB fwABAAAARQAAADwzNkM4MTY0QUUwQzZDQTQ5ODdDM0VDODhBMUJCNDE2QTAxNDcwQUBzZXJ2ZXIu bWljcm9zb2Z0LWxhYi5wdWIucm8+AAAAAPtJ ------_=_NextPart_001_01C3B4CA.E8F16DEC-- From so@atlantis.cs.pub.ro Thu Nov 27 16:46:59 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 27 Nov 2003 18:46:59 +0200 Subject: [so] mingw In-Reply-To: <002101c3b4c5$897e5220$0200a8c0@smeagol> References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: On Thu, 27 Nov 2003 11:05:00 +0200, Cibu Cristian wrote: > mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai > mari decat cele facute de Visual C++ 6.0 man strip > Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de > nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare > tind spre anumite valori fixe astfel incat dupa cateva iteratii toti > cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se > gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce > construieste Visual C++ totul se comporta cu totul diferit. valorile > aleatoare sunt chiar aleatoare. > daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il > rog sa ma ajute. man srand tavi From so@atlantis.cs.pub.ro Thu Nov 27 16:53:03 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 27 Nov 2003 18:53:03 +0200 Subject: [so] destroy References: <20031126202006.78739.qmail@web60503.mail.yahoo.com> Message-ID: <00cb01c3b506$eeeb86f0$6400a8c0@andrei> Nu reiese din discutiile de mai dinainte daca variantele cu mai multe functii "destroy" sunt cerinte oficiale. Daca sunt, cred ca varianta oficiala de enunt (cu 1 destroy, 2 destroy, unul mai mare si altul mai mic) ar trebui sa fie pusa pe site cat mai repede. Si o alta constatare de la care pot sa apara discutii dupa aia: cele n variabile conditie nu se specifica faptul ca au numere de la 0 la n-1. Rog pe cine este in masura sa ridice ceata :). Eu am facut o implementare care la prima mentiune a unei variabile (indiferent de numar) o ataseaza uneia dintre cele n structuri rezervate. E ok? From so@atlantis.cs.pub.ro Thu Nov 27 20:13:03 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 12:13:03 -0800 (PST) Subject: [so] destroy In-Reply-To: <00cb01c3b506$eeeb86f0$6400a8c0@andrei> Message-ID: <20031127201303.37765.qmail@web60504.mail.yahoo.com> --- Andrei Hagiescu wrote: > Nu reiese din discutiile de mai dinainte daca > variantele cu mai multe > functii "destroy" sunt cerinte oficiale. Daca sunt, > cred ca varianta > oficiala de enunt (cu 1 destroy, 2 destroy, unul mai > mare si altul mai mic) > ar trebui sa fie pusa pe site cat mai repede. si lista asta e oficiala. > Si o alta constatare de la care pot sa apara > discutii dupa aia: cele n > variabile conditie nu se specifica faptul ca au > numere de la 0 la n-1. Rog > pe cine este in masura sa ridice ceata :). Eu am > facut o implementare care > la prima mentiune a unei variabile (indiferent de > numar) o ataseaza uneia > dintre cele n structuri rezervate. E ok? e ok, atata timp cand translatarea e coerenta. Daca tu pui conditia 3 pe pozitia 1, de fiecare data cand o referi prin signal/wait/broadcast tre sa te duci pe pozitia 1. Mi se pare o complicatie inutila, mai simplu e sa le tii 1 la 1. Ai si o penalizare de performanta cu translatarea. Daca nu pierzi performanta prea multa e ok, daca nu pierzi puncte :D Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 21:21:56 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 23:21:56 +0200 Subject: [so] mingw References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: <001201c3b52c$7c3cbe50$0200a8c0@smeagol> > > mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai > > mari decat cele facute de Visual C++ 6.0 > > man strip > > > Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de > > nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare > > tind spre anumite valori fixe astfel incat dupa cateva iteratii toti > > cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se > > gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce > > construieste Visual C++ totul se comporta cu totul diferit. valorile > > aleatoare sunt chiar aleatoare. > > daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il > > rog sa ma ajute. > > man srand > > tavi sar'na pentru sfat. citez din man srand: rand() is unsafe in multi-thread applications. rand_r() is MT-Safe, and should be used instead. srand() is unsafe in multi-thread applications. From so@atlantis.cs.pub.ro Thu Nov 27 21:28:48 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 23:28:48 +0200 Subject: [so] mingw continuare References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: <001901c3b52d$71f9d4e0$0200a8c0@smeagol> numai ca pe windows nu am dat de rand_r si cum mingw e pe windows.... dilema mare. From so@atlantis.cs.pub.ro Thu Nov 27 21:30:21 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 27 Nov 2003 23:30:21 +0200 Subject: [so] destroy References: <20031127201303.37765.qmail@web60504.mail.yahoo.com> Message-ID: <001b01c3b52d$aaf40360$6400a8c0@andrei> > > si lista asta e oficiala. > Asta inseamna ca eventuale concluzii obtinute prin discutii pe aceasta lista privind cat de corect / complet este enuntul trebuie sa se regaseasca si in enuntul temei si nu sa-l contrazica. > e ok, atata timp cand translatarea e coerenta. Daca tu > pui conditia 3 pe pozitia 1, de fiecare data cand o > referi prin signal/wait/broadcast tre sa te duci pe > pozitia 1. Mi se pare o complicatie inutila, mai > simplu e sa le tii 1 la 1. Ai si o penalizare de > performanta cu translatarea. Daca nu pierzi > performanta prea multa e ok, daca nu pierzi puncte :D > > Nu s-a specificat nicaieri ca variabilele conditie vor avea numere intre 0 si n-1 sau intre 1 si n deci tema mea raspunde corect unor teste generice care nu tin seama de aceasta restrictie. Intr-adevar este o degradare de performanta fata de o tema care ar tine cont de aceasta restrictie dar atata vreme cat enuntul nu specifica explicit restrictia, tema rezolvata cu restrictie la numerele variabilelor conditie nu este corecta. Pana la urma trebuie sa rezolvam cum e mai simplu sau cum este mai corect? From so@atlantis.cs.pub.ro Thu Nov 27 21:46:44 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Thu, 27 Nov 2003 13:46:44 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031123001830.55076.qmail@web60510.mail.yahoo.com> Message-ID: <20031127214644.12982.qmail@web11706.mail.yahoo.com> --0-818721692-1069969604=:12575 Content-Type: text/plain; charset=us-ascii Cosmin Arad wrote: Aveti grija la urmatoarele aspecte: - clientii care asteapta pe scaune vor fi tunsi cu prioritate fata de clientii tocmai intrati; Cosmin Am o nelamurire: afirmatia de mai sus inseamna ca de fapt clientii de pe scaunele de asteptare trebuie treziti in ordine FIFO (primii n clienti asezati pe scaune au prioritate fata de clientul n+1 care se aseaza si el pe scaun) ? Sau, pur si simplu, ideea e ca daca un client intra si gaseste cel putin o persoana pe scaunele de asteptare, nu are alta varianta decat sa se aseze si el pe un scaun de asteptare ? Multumesc anticipat, Stela __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-818721692-1069969604=:12575 Content-Type: text/html; charset=us-ascii


Cosmin Arad <cosminarad@yahoo.com> wrote:

Aveti grija la urmatoarele aspecte:
- clientii care asteapta pe scaune vor fi tunsi cu
prioritate fata de clientii tocmai intrati;

Cosmin

Am o nelamurire: afirmatia de mai sus inseamna ca de fapt clientii de pe scaunele de asteptare trebuie treziti in ordine FIFO (primii n clienti asezati pe scaune au prioritate fata de clientul n+1 care se aseaza si el pe scaun) ?

Sau, pur si simplu, ideea e ca daca un client intra si gaseste cel putin o persoana pe scaunele de asteptare, nu are alta varianta decat sa se aseze si el pe un scaun de asteptare ?

Multumesc anticipat,

Stela


__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-818721692-1069969604=:12575-- From so@atlantis.cs.pub.ro Thu Nov 27 21:50:09 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 13:50:09 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031127214644.12982.qmail@web11706.mail.yahoo.com> Message-ID: <20031127215009.7876.qmail@web60505.mail.yahoo.com> --- Stela Suciu wrote: > > > Cosmin Arad wrote: > Aveti grija la urmatoarele aspecte: > - clientii care asteapta pe scaune vor fi tunsi cu > prioritate fata de clientii tocmai intrati; > > Cosmin > > > Am o nelamurire: afirmatia de mai sus inseamna ca de > fapt clientii de pe scaunele de asteptare trebuie > treziti in ordine FIFO (primii n clienti asezati pe > scaune au prioritate fata de clientul n+1 care se > aseaza si el pe scaun) ? > > Sau, pur si simplu, ideea e ca daca un client intra > si gaseste cel putin o persoana pe scaunele de > asteptare, nu are alta varianta decat sa se aseze si > el pe un scaun de asteptare ? Exact. Nu trebuie FIFO. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 21:52:21 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Thu, 27 Nov 2003 13:52:21 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031127215009.7876.qmail@web60505.mail.yahoo.com> Message-ID: <20031127215221.52417.qmail@web60309.mail.yahoo.com> --0-1711010079-1069969941=:51431 Content-Type: text/plain; charset=us-ascii terminati cu intrebari din astea care pot duce la un dezastru. Ce vrei sa le tii threadurile in coa Cosmin Arad wrote: --- Stela Suciu wrote: > > > Cosmin Arad wrote: > Aveti grija la urmatoarele aspecte: > - clientii care asteapta pe scaune vor fi tunsi cu > prioritate fata de clientii tocmai intrati; > > Cosmin > > > Am o nelamurire: afirmatia de mai sus inseamna ca de > fapt clientii de pe scaunele de asteptare trebuie > treziti in ordine FIFO (primii n clienti asezati pe > scaune au prioritate fata de clientul n+1 care se > aseaza si el pe scaun) ? > > Sau, pur si simplu, ideea e ca daca un client intra > si gaseste cel putin o persoana pe scaunele de > asteptare, nu are alta varianta decat sa se aseze si > el pe un scaun de asteptare ? Exact. Nu trebuie FIFO. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1711010079-1069969941=:51431 Content-Type: text/html; charset=us-ascii
terminati cu intrebari din astea care pot duce la un dezastru.
 
Ce vrei sa le tii threadurile in coa

Cosmin Arad <cosminarad@yahoo.com> wrote:
--- Stela Suciu wrote:
>
>
> Cosmin Arad wrote:
> Aveti grija la urmatoarele aspecte:
> - clientii care asteapta pe scaune vor fi tunsi cu
> prioritate fata de clientii tocmai intrati;
>
> Cosmin
>
>
> Am o nelamurire: afirmatia de mai sus inseamna ca de
> fapt clientii de pe scaunele de asteptare trebuie
> treziti in ordine FIFO (primii n clienti asezati pe
> scaune au prioritate fata de clientul n+1 care se
> aseaza si el pe scaun) ?
>
> Sau, pur si simplu, ideea e ca daca un client intra
> si gaseste cel putin o persoana pe scaunele de
> asteptare, nu are alta varianta decat sa se aseze si
> el pe un scaun de asteptare ?

Exact. Nu trebuie FIFO.

Cosmin

__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1711010079-1069969941=:51431-- From so@atlantis.cs.pub.ro Thu Nov 27 21:45:10 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Thu, 27 Nov 2003 23:45:10 +0200 (E. Europe Standard Time) Subject: [so] site References: <20031127201303.37765.qmail@web60504.mail.yahoo.com> Message-ID: <3FC67066.000016.00968@einstein> --------------Boundary-00=_AR51TSM1VA4000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_AR51O2Q1VA4000000000" --------------Boundary-00=_AR51O2Q1VA4000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable cel mai bine este sa existe o varianta corecta de enunt de tema pe site, pentru ca asa este normal si frumos.=0D in plis site-ul de so este oficial.=0D nu trebuie sa stam sa citim sute de mesaje pe lista ca sa ne prindem ca c= eea ce deja am lucrat nu este OK, desi enuntul nu spunea nimic despre asta.=0D =0D Eu consider de un mare ajutor lista aceasta de discutii si sunt de acord = ca ea este oficiala, dar... sunt cam multe mesaje...=0D =0D imi cer scuze daca am spus ceea ce nu trebuia.=0D =0D Florin --------------Boundary-00=_AR51O2Q1VA4000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
cel mai bine este sa existe o varianta corecta de enunt de tema= pe site, pentru ca asa este normal si frumos.
in plis site-ul de so este oficial.
nu trebuie sa stam sa citim sute de mesaje pe lista ca sa ne prindem= ca ceea ce deja am lucrat nu este OK, desi enuntul nu spunea nimic despr= e asta.
 
Eu consider de un mare ajutor lista aceasta de discutii si sunt de a= cord ca ea este oficiala, dar... sunt cam multe mesaje...
 
imi cer scuze daca am spus ceea ce nu trebuia.
 
Florin
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_AR51O2Q1VA4000000000-- --------------Boundary-00=_AR51TSM1VA4000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_AR51TSM1VA4000000000-- From so@atlantis.cs.pub.ro Thu Nov 27 22:00:12 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:00:12 -0800 (PST) Subject: [so] destroy In-Reply-To: <001b01c3b52d$aaf40360$6400a8c0@andrei> Message-ID: <20031127220012.55588.qmail@web60506.mail.yahoo.com> --- Andrei Hagiescu wrote: > > > > > si lista asta e oficiala. > > > > Asta inseamna ca eventuale concluzii obtinute prin > discutii pe aceasta lista > privind cat de corect / complet este enuntul trebuie > sa se regaseasca si in > enuntul temei si nu sa-l contrazica. pai concluziile de aici nu contrazic enuntul, doar il completeaza. > > e ok, atata timp cand translatarea e coerenta. > Daca tu > > pui conditia 3 pe pozitia 1, de fiecare data cand > o > > referi prin signal/wait/broadcast tre sa te duci > pe > > pozitia 1. Mi se pare o complicatie inutila, mai > > simplu e sa le tii 1 la 1. Ai si o penalizare de > > performanta cu translatarea. Daca nu pierzi > > performanta prea multa e ok, daca nu pierzi puncte > :D > > > > > > Nu s-a specificat nicaieri ca variabilele conditie > vor avea numere intre 0 > si n-1 sau intre 1 si n deci tema mea raspunde > corect unor teste generice > care nu tin seama de aceasta restrictie. Intr-adevar > este o degradare de > performanta fata de o tema care ar tine cont de > aceasta restrictie dar atata > vreme cat enuntul nu specifica explicit restrictia, > tema rezolvata cu > restrictie la numerele variabilelor conditie nu este > corecta. de ce nu este corecta? > Pana la urma > trebuie sa rezolvam cum e mai simplu sau cum este > mai corect? Corect si eficient. N-ai nici o scuza pentru lipsa de eficienta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 22:13:18 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:13:18 -0800 (PST) Subject: [so] site In-Reply-To: <3FC67066.000016.00968@einstein> Message-ID: <20031127221318.63115.qmail@web60510.mail.yahoo.com> --- Florin Pop wrote: > cel mai bine este sa existe o varianta corecta de > enunt de tema pe site, varianta de enunt de pe site este corecta. > pentru ca asa este normal si frumos. > in plis site-ul de so este oficial. si lista e oficiala si chiar scopul ei este sa lamureasca nelamuririle cu privire la tema. > nu trebuie sa stam sa citim sute de mesaje pe lista > ca sa ne prindem ca ceea > ce deja am lucrat nu este OK, desi enuntul nu spunea > nimic despre asta. parerea mea este ca un enunt de tema nu trebuie sa dea mura-n gura solutia temei. De aceea lamuririle de pe lista nu isi au locul in enunt. > Eu consider de un mare ajutor lista aceasta de > discutii si sunt de acord ca > ea este oficiala, dar... sunt cam multe mesaje... acest lucru nu poate fi decat imbucurator > imi cer scuze daca am spus ceea ce nu trebuia. scuzele se accepta :) Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 22:29:18 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Thu, 27 Nov 2003 14:29:18 -0800 (PST) Subject: [so] trist In-Reply-To: <20031127221318.63115.qmail@web60510.mail.yahoo.com> Message-ID: <20031127222918.60573.qmail@web60309.mail.yahoo.com> --0-1865654005-1069972158=:59560 Content-Type: text/plain; charset=us-ascii Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Readerul da prioritatea writerilor care asteptau inaintea lui? sau si celor care vor veni dupa el si vor astepta in acelasi timp la un momentdat? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1865654005-1069972158=:59560 Content-Type: text/html; charset=us-ascii

<quote>

Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor.

</quote>

Readerul da prioritatea writerilor care asteptau inaintea lui? sau si celor care vor veni dupa el si vor astepta in acelasi timp la un momentdat?

 

 

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1865654005-1069972158=:59560-- From so@atlantis.cs.pub.ro Thu Nov 27 22:40:35 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:40:35 -0800 (PST) Subject: [so] trist In-Reply-To: <20031127222918.60573.qmail@web60309.mail.yahoo.com> Message-ID: <20031127224035.68000.qmail@web60506.mail.yahoo.com> --- Mihai Iancu wrote: > > > > Daca un cititor gaseste un scriitor in buffer sau > descopera ca un scriitor asteapta sa intre in buffer > nu intra si ramane in asteptare acordand astfel > prioritate scriitorilor. Daca un cititor gaseste un > scriitor in buffer sau descopera ca un scriitor > asteapta sa intre in buffer nu intra si ramane in > asteptare acordand astfel prioritate scriitorilor. > > > > Readerul da prioritatea writerilor care asteptau > inaintea lui? sau si celor care vor veni dupa el si > vor astepta in acelasi timp la un momentdat? si celor veniti. un reader intra cand nu mai e nici un writer pending. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 28 05:32:20 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 07:32:20 +0200 Subject: [so] mingw In-Reply-To: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> References: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> Message-ID: On Thu, 27 Nov 2003 11:27:49 +0200, Ovidiu Platon wrote: > Teoretic, ai putea sa compilezi cu MinGW, dar sa legi fisierul tau > obiect de libc si msvcrt (runtimeul de C din Visual Studio) - n-am idee Executabilele generate de MinGW nu folosesc libc ci msvcrt. De aia ii si zice minimalistic, pentru ca este portat doar compilatorul. C:\>type a.c #include int main() { srand(123); rand(); return 0; } C:\>objdump -p a.exe a.exe: file format pei-i386 Characteristics 0x207 relocations stripped executable line numbers stripped debugging information removed Time/Date Fri Nov 28 07:29:29 2003 ImageBase 00400000 SectionAlignment 00001000 FileAlignment 00000200 MajorOSystemVersion 4 MinorOSystemVersion 0 MajorImageVersion 1 MinorImageVersion 0 MajorSubsystemVersion 4 MinorSubsystemVersion 0 Win32Version 00000000 SizeOfImage 00005000 SizeOfHeaders 00000400 CheckSum 0000fc40 Subsystem 00000003 (Windows CUI) DllCharacteristics 00000000 SizeOfStackReserve 00200000 SizeOfStackCommit 00001000 SizeOfHeapReserve 00100000 SizeOfHeapCommit 00001000 LoaderFlags 00000000 NumberOfRvaAndSizes 00000010 The Data Directory Entry 0 00000000 00000000 Export Directory [.edata (or where ever we found it)] Entry 1 00004000 0000028c Import Directory [parts of .idata] Entry 2 00000000 00000000 Resource Directory [.rsrc] Entry 3 00000000 00000000 Exception Directory [.pdata] Entry 4 00000000 00000000 Security Directory Entry 5 00000000 00000000 Base Relocation Directory [.reloc] Entry 6 00000000 00000000 Debug Directory Entry 7 00000000 00000000 Description Directory Entry 8 00000000 00000000 Special Directory Entry 9 00000000 00000000 Thread Storage Directory [.tls] Entry a 00000000 00000000 Load Configuration Directory Entry b 00000000 00000000 Bound Import Directory Entry c 00000000 00000000 Import Address Table Directory Entry d 00000000 00000000 Delay Import Directory Entry e 00000000 00000000 Reserved Entry f 00000000 00000000 Reserved There is an import table in .idata at 0x404000 The Import Tables (interpreted .idata section contents) vma: Hint Time Forward DLL First Table Stamp Chain Name Thunk 00004000 00004040 00000000 00000000 00004230 000040a4 DLL Name: KERNEL32.dll vma: Hint/Ord Member-Name Bound-To 4104 0 AddAtomA 4110 131 ExitProcess 4120 148 FindAtomA 412c 193 GetAtomNameA 413c 660 SetUnhandledExceptionFilter 00004014 0000405c 00000000 00000000 00004280 000040c0 DLL Name: msvcrt.dll vma: Hint/Ord Member-Name Bound-To 415c 39 __getmainargs 416c 59 __p__environ 417c 61 __p__fmode 418c 78 __set_app_type 41a0 118 _cexit 41ac 169 _fileno 41b8 222 _iob 41c0 336 _onexit 41cc 373 _setmode 41d8 510 abort 41e0 517 atexit 41ec 552 free 41f4 603 malloc 4200 624 rand 4208 633 signal 4214 638 srand 00004028 00000000 00000000 00000000 00000000 00000000 tavi From so@atlantis.cs.pub.ro Fri Nov 28 06:01:04 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 08:01:04 +0200 Subject: [so] mingw In-Reply-To: References: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> Message-ID: On Fri, 28 Nov 2003 07:32:20 +0200, Octavian Purdila wrote: > On Thu, 27 Nov 2003 11:27:49 +0200, Ovidiu Platon > wrote: > >> Teoretic, ai putea sa compilezi cu MinGW, dar sa legi fisierul tau >> obiect de libc si msvcrt (runtimeul de C din Visual Studio) - n-am idee > > Executabilele generate de MinGW nu folosesc libc ci msvcrt. De aia ii si > zice minimalistic, > pentru ca este portat doar compilatorul. > Am confundat libc-ul de care ziceai tu cu glibc. E posibil sa linkezi si cu libc daca ai nevoie (-llibc -Lcale_spre_llibc). tavi From so@atlantis.cs.pub.ro Fri Nov 28 06:31:04 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 08:31:04 +0200 Subject: [so] mingw continuare In-Reply-To: <001901c3b52d$71f9d4e0$0200a8c0@smeagol> References: <002101c3b4c5$897e5220$0200a8c0@smeagol> <001901c3b52d$71f9d4e0$0200a8c0@smeagol> Message-ID: On Thu, 27 Nov 2003 23:28:48 +0200, Cibu Cristian wrote: > numai ca pe windows nu am dat de rand_r > si cum mingw e pe windows.... dilema mare. > Se pare ca in mscvrt.dll nu e implementat rand_r, insa msvcrt.dll este thread safe (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_c_run.2d.time_libraries.asp) asa ca poti sa folosesti rand. tavi From so@atlantis.cs.pub.ro Fri Nov 28 09:35:05 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Fri, 28 Nov 2003 11:35:05 +0200 Subject: [so] site Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B592.E7ECE41E Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SW5saW5lLi4uDQoNCgk+IG51IHRyZWJ1aWUgc2Egc3RhbSBzYSBjaXRpbSBzdXRlIGRlIG1lc2Fq ZSBwZSBsaXN0YQ0KCT4gY2Egc2EgbmUgcHJpbmRlbSBjYSBjZWVhDQoJPiBjZSBkZWphIGFtIGx1 Y3JhdCBudSBlc3RlIE9LLCBkZXNpIGVudW50dWwgbnUgc3B1bmVhDQoJPiBuaW1pYyBkZXNwcmUg YXN0YS4NCgkNCglwYXJlcmVhIG1lYSBlc3RlIGNhIHVuIGVudW50IGRlIHRlbWEgbnUgdHJlYnVp ZSBzYSBkZWENCgltdXJhLW4gZ3VyYSBzb2x1dGlhIHRlbWVpLiBEZSBhY2VlYSBsYW11cmlyaWxl IGRlIHBlDQoJbGlzdGEgbnUgaXNpIGF1IGxvY3VsIGluIGVudW50Lg0KCQ0KDQoJT1A+IER1cGEg cGFyZXJlYSBtZWEsIHVuIGVudW50IGRlIHRlbWEgdHJlYnVpZSBzYSBmaWUgY2EgbyBzcGVjaWZp Y2F0aWUgZGUgcmVxdWlyZW1lbnRzLCBzY3VydGEsIGxhIG9iaWVjdCwgY2xhcmEgc2kgY3UgbXVs dGUgbGlua3VyaSBzaSBjbGFyaWZpY2FyaSBkaW4gc3RhcnQuIFBhbmEgYWljaSwgY2UgcG90IHNh IGdhc2VzYyBwZSBzaXRlIGFkdWNlIGNhdCBkZSBjYXQgYSByZXF1aXJlbWVudHMgKGJpbmUsIG1p Y2kgYW1iaWd1aXRhdGkgc2kgZ3Jlc2VsaSBjcmVkIGNhIHN1bnQgaW5lcmVudGUpLiBQZSBtaW5l IGluc2EgbWEgYW11emEgdGVyaWJpbCBkaXNjdXRpaWxlIGRlIHBlIGxpc3RhIGFzdGEsIGNyZWQg Y2Egc3VudCB1biB0cmFpbmluZyBleGNlbGVudCBwZW50cnUgdmlpdG9yaWkgaW5naW5lcmkgY2Fy ZSB2b3IgYXZlYSBkZS1hIGZhY2UgY3UgY3VzdG9tZXJpIGNhcmUgbnUgc3RpdSBjZSB2b3IgOikN CgkNCgk+IEV1IGNvbnNpZGVyIGRlIHVuIG1hcmUgYWp1dG9yIGxpc3RhIGFjZWFzdGEgZGUNCgk+ IGRpc2N1dGlpIHNpIHN1bnQgZGUgYWNvcmQgY2ENCgk+IGVhIGVzdGUgb2ZpY2lhbGEsIGRhci4u LiBzdW50IGNhbSBtdWx0ZSBtZXNhamUuLi4NCgkNCglhY2VzdCBsdWNydSBudSBwb2F0ZSBmaSBk ZWNhdCBpbWJ1Y3VyYXRvcg0KDQoJT1A+IEVpLCBudSBjaGlhciwgYW0gdmF6dXQgbXVsdGUgY2hl c3RpaSBjYXJlIHNlIGJhdCBjYXAgaW4gY2FwIHBlIHBhcmN1cnN1bCBkaXNjdXRpaWxvciwgY2V2 YSBzcGFtIChtZXNhanVsIGFzdGEsIGRlIGV4ZW1wbHUsIGRhciB2YSByb2cgc2EgbnUgbWEgcHVu ZXRpIGxhIGp1bmsgbWFpbCA6KSBzaSBjYXJlIGF1IHRlbmRpbnRhIHNhIHRlIGJhZ2UgaW4gY2Vh dGEuIEluIHBsdXMsIGNsYXJpZmljYXJpIHNpIGhpbnR1cmkgY2FyZSBzb3Nlc2MgZHVwYSBjZSB0 cmVjZSBkZWFkbGluZXVsIG1pIHNlIHBhciBkZSBwcm9zdCBndXN0Lg0KCQ0KDQo= ------_=_NextPart_001_01C3B592.E7ECE41E Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IgYJAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAHAALACMABQAFADkBASCAAwAOAAAA0wcLABwACwAjAAUABQA5AQEJgAEAIQAAAEJB OEM3ODJCNEVGNkZENEU5OEFDMDc0OTRGMEE3Qjk0AHMHAQOQBgBwDwAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAABwAAABSAEUAOgAgAFsAcwBvAF0A IABzAGkAdABlAAAAQAA5AB7k7OeStcMBHwA9AAEAAAAKAAAAUgBFADoAIAAAAAAAAgFHAAEAAAAr AAAAYz11czthPSA7cD1NU0xhYjtsPVNFUlZFUi0wMzExMjgwOTM1MDVaLTI5AAAfAEkAAQAAABwA AABSAGUAOgAgAFsAcwBvAF0AIABzAGkAdABlAAAAQABOAADTAqkztcMBHwBaAAEAAAAYAAAAQwBv AHMAbQBpAG4AIABBAHIAYQBkAAAAAgFbAAEAAAA+AAAAAAAAAIErH6S+oxAZnW4A3QEPVAIAAAAA Q29zbWluIEFyYWQAU01UUABjb3NtaW5hcmFkQHlhaG9vLmNvbQAAAAIBXAABAAAAGgAAAFNNVFA6 Q09TTUlOQVJBREBZQUhPTy5DT00AAAAfAF0AAQAAABgAAABDAG8AcwBtAGkAbgAgAEEAcgBhAGQA AAACAV4AAQAAAD4AAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAABDb3NtaW4gQXJhZABTTVRQAGNv c21pbmFyYWRAeWFob28uY29tAAAAAgFfAAEAAAAaAAAAU01UUDpDT1NNSU5BUkFEQFlBSE9PLkNP TQAAAB8AZgABAAAACgAAAFMATQBUAFAAAAAAAB8AZwABAAAAKgAAAGMAbwBzAG0AaQBuAGEAcgBh AGQAQAB5AGEAaABvAG8ALgBjAG8AbQAAAAAAHwBoAAEAAAAKAAAAUwBNAFQAUAAAAAAAHwBpAAEA AAAqAAAAYwBvAHMAbQBpAG4AYQByAGEAZABAAHkAYQBoAG8AbwAuAGMAbwBtAAAAAAAfAHAAAQAA ABQAAABbAHMAbwBdACAAcwBpAHQAZQAAAAIBcQABAAAAGwAAAAHDtTUOSwXSj/xgKksOnfflOQDB NCUAF0Q8dAAfAHQAAQAAACwAAABzAG8AQABhAHQAbABhAG4AdABpAHMALgBjAHMALgBwAHUAYgAu AHIAbwAAAB8AGgwBAAAAHAAAAE8AdgBpAGQAaQB1ACAAUABsAGEAdABvAG4AAAAfAB0OAQAAABQA AABbAHMAbwBdACAAcwBpAHQAZQAAAAIBCRABAAAAvwcAALsHAABDFgAATFpGdXrVmSwDAAoAcmNw ZzEyNYIyA0NodG1sMQMwPwEDAfcKgAKkA+MCAGNowQrAc2V0MCAHEwKA/xADAFAEVghVB7IR1Q5R AwHdENcyBgAGwxHVMwRGENlvEusR4wjvCfc7GM8OMDU7EdIMYGMAUAsJAWQzNpMRYAulNCAQAipc DrK9AZBnFPAKoxHjHeg0FPAAPCFET0NUWVAARSBIVE1MIFAAVUJMSUMgIi0gLy9XM0MhgERUIkQg lDMuMiGARU6cIj4e7R6PI8ExOB/wbyCiIw8kHyaQMx2AJXBFfEFEJc0O8SbvKW8k9DZBDvA8TUVU QQewQTEsYD0iRwnwBJBhdEUFsCIS0E9OVCLQVBMs8AXhRXgQ8W5nZT0GUnYTMS9BAJACICA2EC4w LjYdcDkuMSci/irPJQM3Nx/wVEkoVExFJc40DvBSZYA6IFtzb10gAJDUdGUkbjUf8C8zTzF/vyZF NJE2sChPJp86hDURYAA8Qk9EWSBkafRyPTqgcjnwOmMAIQMwOT0BZG8A4D0BCrFccf8YsD0BEPAD MD1lEWA6GxzxETsfZzk2H/BESVbPPTkAAD93Ojk2NEKvP8LISW5sC4BlLkZwOjm/AcA9RwqiPUcK cSR8MCgR/yHgQntISD//QQ9CEyEQIDBwS1FVTy3wPLY1QHQIeWxlLjFBUkdJYE4tUklHIKA04DD8 cHgi8T1YCrEQAj5lPwP/PsE/X0wvHxsRYFYATQ9CX29Db0R/Uyc94Gkc0iR8NK0lUUYt0TVBek+Q MleLFwviUw86dTgdgCZndAsCgD1XPl5oIG51ILE9EGVidQiQNUBhT0F0YW1iQmM1YAdwNUB1TzVw PLAu8AeBYWou8HD/LvA4nFSfX6RWEUYwYoEkfPssEDxRUj07RkEKgV5/X499YJ9jYmFiYC0wZEAF EG73AQBisGzxYwngZ09oX2lv72p/a49slWOSamJgYqEKQB8FAC1gYZIHkGOBT0ss/2R/ZY9mlQEA AJB1UGGgAjDmdQMgYaFzcHjgbl9vb/9wf3GPcp9hNgdwDeBjoXlw9xjQdIBigS5533rve/+Az/+B 34LpCrEEkHmwY9FiYHVj/2zxdf93D2akeOB4tGOiNXC/AMBhnQEAec+En4KtbQhw9GEtA6Bnj4E1 QAbwY3CDBzCLAmVpLiBEgCH/bjKHz4jfZpZioAhxBRBPgP9jomRQjH+Nj4K8ZwNhkgQA7XigYWGw GGBjeRELgHi09YCNNVchL1ySSm9Ynkdf/0hvSX+bv1i/Wc9a31vuCqP/VgBc713/mi+bP6FvnV+e b/+ff04oqhtRo6gPVC9NT05f/09vUH9YIVIfsN+x71VPOir7osAf8FBXj6PvpP+mf6ePnXWgUHzf fe9hJkR1CrBvhop10IpfYdlmYiFs8W//ka+5/2aVeXAFkAaQDeAtYPdiIWOxGNBxYhAY0AeAAjD+ c3XQBPAIcAGQddALYMgA0mIIkGN0ddBjC2CQAr94oJlQj2E6oC7wRjFrCHH/zhLIP8lPZqTNwsrz zzE8wO8DoGKBACCRAFAAcHRxDeB2ac2hZDFvBUBiUMIvbsZieXDDWVwnYQFAuGd+Z4BAB5B/sGRR NVJ0gGT/G4CHgorDz5/Qr9G1dQFiYO/LutTP1d/W6ijNUC0wddD3f5GY4QbQaY/gNWDLMc4S/wnB ETBGMGLwGNFs44qi2W+f2n9mpEZBGNACMGUp02G/Y8FGQZmBYlGLMZRBepCS/wUQzVADIDzAzJFj IJSnmCX/gELNoeIl4u/j/8pViqLF4fc9EAtxC4BndVAukOHQzDHrZEECMHJhsHboUC1x6FB9mYFn 5WLOMYahL3AFsWH7L0CMIi3HgZFRzkLqT+tf/dG1dbTwA3Dvt3lCYyBhsPN0EfBCOimVP5ZPgr/2 X9/3b/h/wo/Dn7tARfVxAiC/AJAEgWOixeEDgIASamNw/wWx8a/yv2apkUKAQmOh+S//+j/7T/xf /W9hU+f2zhLik/9jsfEwAHDiQgQvBT8GTwdfvwhvYVOHJgCvAb9mpG/SYfeQgJQwddBksIBGceKE bPD/YrDOhGPkRnELjwyfDa8W7/8X/xkJ8TFnIHSzYbBhodRg/y1gLvDSYGOh2PIRrxK/5QX/4LDY sI+BLXGor6m/SxmsX/+tZVENGR+rxq7RvJG4/x+v/7sfvC+9P75Pv1/Ab8F/Du+/D//+odQBYaE/ MJCAcnXQ8XSRdmF6Y3DOdT8wdWFn7zHv89fAIGJ1AWzwcP+Zgh6fKg/bhjfwZFE5Qcyhf2Ng59kA cNQSNdB5YXSRKL9j43kR6WRjse3QbdBwkFD/FKM4PzlPZpU10DIv3h/W6vxyb+2w1K9Cz98MYaGL Mf95guExzREAQM8A5tHnwEUf/0Yv1ur2DUpf1q7OIv/zYbH/7iDS0ZhhPz9AT8pVkJI3gZ5n5nJu IXUAgHAgSYpg/z6hzGHSGs9hNUB48e/GkDD/18PYoMThdBGLkXQRUK9Rv/94FtiQGLJ5EX+QN1JZ EpTi/0SwHOGP4GcgFq8avxjNI1//JG8lfyaPJ58orysBL2Ei5X+t367vX/8o/1kvav8q0jXhZlJC T0RZZU5sXyripjdn8bYATUxeAH1xIAAfADUQAQAAAIoAAAA8ADMANgBDADgAMQA2ADQAQQBFADAA QwA2AEMAQQA0ADkAOAA3AEMAMwBFAEMAOAA4AEEAMQBCAEIANAAxADYAQQAwADEANAA3ADAARQBA AHMAZQByAHYAZQByAC4AbQBpAGMAcgBvAHMAbwBmAHQALQBsAGEAYgAuAHAAdQBiAC4AcgBvAD4A AAAAAB8ARxABAAAAHgAAAG0AZQBzAHMAYQBnAGUALwByAGYAYwA4ADIAMgAAAAAACwDyEAEAAAAf APMQAQAAACgAAABSAEUAJQAzAEEAIABbAHMAbwBdACAAcwBpAHQAZQAuAEUATQBMAAAACwD2EAAA AABAAAcwkKU8H5K1wwFAAAgwEQv055K1wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2 AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GC AQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElF TlRTL0NOPU9WSURJVVBMAAAAAB8A+j8BAAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkA cwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEAAAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAA AC4AAAADAP0/5AQAAAMAGUAAAAAAAwAaQAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAA TwBWAEkARABJAFUAUABMAAAAAAAfADFAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkAB AAAAKgAAAGMAbwBzAG0AaQBuAGEAcgBhAGQAQAB5AGEAaABvAG8ALgBjAG8AbQAAAAAAHwAzQAEA AAAqAAAAYwBvAHMAbQBpAG4AYQByAGEAZABAAHkAYQBoAG8AbwAuAGMAbwBtAAAAAAAfADhAAQAA ABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AOUABAAAABAAAAC4AAAALACkAAAAAAAsAIwAAAAAA AwAGEBEho28DAAcQ2QMAAAMAEBAAAAAAAwAREAEAAAAeAAgQAQAAAGUAAABJTkxJTkVOVVRSRUJV SUVTQVNUQU1TQUNJVElNU1VURURFTUVTQUpFUEVMSVNUQUNBU0FORVBSSU5ERU1DQUNFRUFDRURF SkFBTUxVQ1JBVE5VRVNURU9LLERFU0lFTlVOVFVMAAAAAAIBfwABAAAARQAAADwzNkM4MTY0QUUw QzZDQTQ5ODdDM0VDODhBMUJCNDE2QTAxNDcwRUBzZXJ2ZXIubWljcm9zb2Z0LWxhYi5wdWIucm8+ AAAAABeh ------_=_NextPart_001_01C3B592.E7ECE41E-- From so@atlantis.cs.pub.ro Sat Nov 29 11:59:54 2003 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Sat, 29 Nov 2003 03:59:54 -0800 Subject: [so] ERRORCHECK_MUTEX in loc de TLS? References: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> Message-ID: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Salut! M-am gandit sa folosesc un astfel mutex ca sa vad daca eu(threadul curent) sunt sau nu in monitor. In felul urmator: Sa zicem ca eu am ocupat mutexul(deci sunt in monitor). Daca tot eu voi da lock iar, o sa-mi arunce nu stiu ce eroare. Daca altul da lock, nu-i mai arunca eroarea asta. It's ok? bye dany From so@atlantis.cs.pub.ro Sat Nov 29 11:03:36 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 03:03:36 -0800 (PST) Subject: [so] ERRORCHECK_MUTEX in loc de TLS? In-Reply-To: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031129110336.57346.qmail@web60507.mail.yahoo.com> --- Daniel Cosmin Porumbel wrote: > Salut! > > M-am gandit sa folosesc un astfel mutex ca sa > vad daca eu(threadul > curent) sunt sau nu in monitor. In felul urmator: > > Sa zicem ca eu am ocupat mutexul(deci sunt in > monitor). > Daca tot eu voi da lock iar, o sa-mi arunce nu > stiu ce eroare. Daca > altul da lock, nu-i mai arunca eroarea asta. It's > ok? Salut, Am primit de la voi niste ecouri care spun ca s-a inteles ca folosirea TLS e obligatorie. Nu este obligatorie. A fost data ca hint, sa fie clar pentru toata lumea, insa mi s-a parut o solutie eleganta si interesanta pentru voi de folosit. Puteti folosi orice altceva. Veti fi depunctati totusi (foarte putin) daca acel altceva e mai putin eficient sau strica in vreun fel functionalitatea naturala a monitorului. In alta ordine de idei, folositi-va imaginatia, dati solutii (originale sau nu) pe care sa fiti in stare sa le aparati/argumentati. E mult mai important sa va intariti increderea ca ceea ce ati facut e corect, si in urma unei analize a programului vostru sa puteti garanta ca este corect si eficient, decat sa intrebati la fiecare chichita(*) si niciodata sa nu fiti siguri pe voi. Mult mai important decat punctele obtinute la teme este faptul ca voi invatati sa scrieti software de calitate, si la sfarsit constientizati lucrul asta si sunteti sigur de el. Uneori si profii/indrumatorii se pot insela. Nu va abtineti de la a-i contrazice de teama ca pierdeti puncte. Studentul care nu se contrazice nu-i student :) (*)A propos, verificarile astea de utilizare corecta pentru care s-au scris exagerat de multe emailuri (destroy & TLS) nu valoreaza mai mult de 5% din punctajul temei. Ma bucur ca nu sunt probleme la implementarea efectiva de monitor si toata lumea e convinsa ca l-a implementat corect. Succes, Cosmin PS Daca cineva are ceva de replicat sa nu dea replica pe lista ca sa oprim spamul. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 13:28:34 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 29 Nov 2003 05:28:34 -0800 (PST) Subject: [so] tot tema 3 Message-ID: <20031129132834.54602.qmail@web11202.mail.yahoo.com> Salut, Se poate folosi o clasa pentru definirea monitorului ? Metodele ei vor fi cele cerute de enuntul temei dar nu vor primi ca parametru un pointer ... Andrei __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sat Nov 29 13:32:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 05:32:29 -0800 (PST) Subject: [so] tot tema 3 In-Reply-To: <20031129132834.54602.qmail@web11202.mail.yahoo.com> Message-ID: <20031129133229.89530.qmail@web60507.mail.yahoo.com> Da. --- Andrei Stefan wrote: > Salut, > > > Se poate folosi o clasa pentru definirea monitorului > ? > Metodele ei vor fi cele cerute de enuntul temei dar > nu > vor primi ca parametru un pointer ... __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 15:53:35 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sat, 29 Nov 2003 17:53:35 +0200 Subject: [so] probleme Message-ID: <3FC8C0FF.10404@pcnet.ro> Buna! Va rog frumos sa ne spuneti cat valoreaza ca punctaj fiecare dintre cele trei aspecte ale temei: monitor, readers-writers, sleeping barber. Ar si corect sa avem un punctaj estimativ inainte de a trimite tema.Eu de exemplu am momentan probleme in doua parti si ar fi bine sa stiu asupra carei probleme sa ma concentrez mai mult, dat fiind timpul scurt care a mai ramas. Multmesc anticipat! Ruxandra From so@atlantis.cs.pub.ro Sat Nov 29 16:01:50 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sat, 29 Nov 2003 08:01:50 -0800 (PST) Subject: [so] Eroare la sem_wait In-Reply-To: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031129160150.72613.qmail@web60301.mail.yahoo.com> Era vb ca la un apel de asteptare pe un IPC sa verificam EINTR. Din man vad ca sem_wait nu il seteaza ( sau cel putin nu se specifica). Mai trebuie veriicat daca asteptarea este intrerupta de semnal sau nu? Daca da cum, se mai seteaza errno cumva? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 16:08:46 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 08:08:46 -0800 (PST) Subject: [so] probleme In-Reply-To: <3FC8C0FF.10404@pcnet.ro> Message-ID: <20031129160846.19852.qmail@web60501.mail.yahoo.com> --- Ruxi Jitianu wrote: > Buna! > > Va rog frumos sa ne spuneti cat valoreaza ca punctaj > fiecare dintre cele > trei aspecte ale temei: monitor, readers-writers, > sleeping barber. > > Ar si corect sa avem un punctaj estimativ inainte de > a trimite tema.Eu > de exemplu am momentan probleme in doua parti si ar > fi bine sa stiu > asupra carei probleme sa ma concentrez mai mult, > dat fiind timpul scurt > care a mai ramas. > > Multmesc anticipat! In mare cam 80% - monitor, 10% - rw, 10% - barbieri. Imi rezerv dreptul de a modifica in 70-15-15 dar concluzia e ca trebuie sa te concentrezi pe monitor. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 16:41:57 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 08:41:57 -0800 (PST) Subject: [so] Eroare la sem_wait In-Reply-To: <20031129160150.72613.qmail@web60301.mail.yahoo.com> Message-ID: <20031129164157.8440.qmail@web60504.mail.yahoo.com> --- Mihai Iancu wrote: > Era vb ca la un apel de asteptare pe un IPC > sa verificam EINTR. > > Din man vad ca sem_wait nu il seteaza ( sau > cel putin nu se specifica). > > Mai trebuie veriicat daca asteptarea este > intrerupta de semnal sau nu? > Daca da cum, se mai seteaza errno cumva? Se pare ca in implementarea LinuxThreads pentru toate operatiile blocante se fac teste daca operatia a fost deblocata corespunzator. Daca te uiti in sursele LinuxThreads o sa gasesti un while(1) la pthread_mutex_lock, pthread_cond_wait, sem_wait si altele. Pe scurt: nu mai trebuie verificat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 20:39:30 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Sat, 29 Nov 2003 22:39:30 +0200 Subject: [so] tot barbieri sau frizeri... References: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> Message-ID: <02ae01c3b6b8$e445c040$6400a8c0@andrei> Am urmatoarea dilema. Am folosit doua monitoare pentru ca un client tocmai intrat si un frizer sa nu se "ciocneasca". Daca tot am folosit al doilea monitor am pus si "anuntul" ca un frizer a terminat in acest monitor pentru ca altfel ar fi fost echivalent cu un mutex la contorul de scaune libere. Din pacate pentru a nu baga un frizer in acest monitor, clientul tuns si nu barbierul trebuie sa anunte ca frizerul a terminat tunsul. Intre timp barbierul se culca "un pic" pana vine un eventual client care a fost anuntat (nu are de unde sa stie barbierul daca mai sunt clienti la coada). Este corecta abordarea sau tb. ca un barbier sa nu se culce deloc daca mai sunt clienti care tb. tunsi? From so@atlantis.cs.pub.ro Sat Nov 29 20:44:19 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 12:44:19 -0800 (PST) Subject: [so] tot barbieri sau frizeri... In-Reply-To: <02ae01c3b6b8$e445c040$6400a8c0@andrei> Message-ID: <20031129204419.36559.qmail@web60502.mail.yahoo.com> aboradarea este corecta. Atentie insa ca aceasta abordare este corecta doar in solutiile cu doua monitoare. Cosmin --- Andrei Hagiescu wrote: > Am urmatoarea dilema. Am folosit doua monitoare > pentru ca un client tocmai > intrat si un frizer sa nu se "ciocneasca". Daca tot > am folosit al doilea > monitor am pus si "anuntul" ca un frizer a terminat > in acest monitor pentru > ca altfel ar fi fost echivalent cu un mutex la > contorul de scaune libere. > Din pacate pentru a nu baga un frizer in acest > monitor, clientul tuns si nu > barbierul trebuie sa anunte ca frizerul a terminat > tunsul. Intre timp > barbierul se culca "un pic" pana vine un eventual > client care a fost anuntat > (nu are de unde sa stie barbierul daca mai sunt > clienti la coada). Este > corecta abordarea sau tb. ca un barbier sa nu se > culce deloc daca mai sunt > clienti care tb. tunsi? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 10:35:48 2003 From: so@atlantis.cs.pub.ro (Diana) Date: Sun, 30 Nov 2003 12:35:48 +0200 Subject: [so] printf Message-ID: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C3B73E.7B6D4580 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Am urmatoarea problema: cand afisez un mesaj mi se intampla uneori sa il = afiseze acelasi thread de doua ori, desi printf-ul se executa o singura = data. Sunt convinsa ca se executa o singura data pentru ca am = initializat un contor si l-am incrementat in printf; concluzie: imi = afiseaza de mai multe ori avand contorul 1. Daca mai pun un printf = imediat dupa printf-ul problematic, am observat ca nu se mai intampla sa = mi-l afiseze de mai multe ori. Oricum, chestia asta este complet = aleatoare.. Stie cineva cum s-ar putea rezolva aceasta problema (in alt mod decat sa = mai pun cate un printf in plus dupa fiecare printf de care am nevoie)? ------=_NextPart_000_0005_01C3B73E.7B6D4580 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Am urmatoarea problema: cand afisez un = mesaj mi se=20 intampla uneori sa il afiseze acelasi thread de doua ori, desi printf-ul = se=20 executa o singura data. Sunt convinsa ca se executa o singura data = pentru ca am=20 initializat un contor si l-am incrementat in printf; concluzie: imi = afiseaza de=20 mai multe ori avand contorul 1. Daca mai pun un printf imediat dupa = printf-ul=20 problematic, am observat ca nu se mai intampla sa mi-l afiseze de mai = multe ori.=20 Oricum, chestia asta este complet aleatoare..
Stie cineva cum s-ar putea rezolva = aceasta problema=20 (in alt mod decat sa mai pun cate un printf in plus dupa fiecare printf = de care=20 am nevoie)?
------=_NextPart_000_0005_01C3B73E.7B6D4580-- From so@atlantis.cs.pub.ro Sun Nov 30 10:44:03 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 02:44:03 -0800 (PST) Subject: [so] printf In-Reply-To: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> Message-ID: <20031130104403.92361.qmail@web60503.mail.yahoo.com> Daca-mi trimiti o bucata de cod care poate fi compilata si rulata, si care se comporta cum spui tu as putea sa incerc sa determin cauza. Cosmin --- Diana wrote: > Am urmatoarea problema: cand afisez un mesaj mi se > intampla uneori sa il afiseze acelasi thread de doua > ori, desi printf-ul se executa o singura data. Sunt > convinsa ca se executa o singura data pentru ca am > initializat un contor si l-am incrementat in printf; > concluzie: imi afiseaza de mai multe ori avand > contorul 1. Daca mai pun un printf imediat dupa > printf-ul problematic, am observat ca nu se mai > intampla sa mi-l afiseze de mai multe ori. Oricum, > chestia asta este complet aleatoare.. > Stie cineva cum s-ar putea rezolva aceasta problema > (in alt mod decat sa mai pun cate un printf in plus > dupa fiecare printf de care am nevoie)? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 11:36:17 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 30 Nov 2003 03:36:17 -0800 (PST) Subject: [so] off topic Message-ID: <20031130113617.49594.qmail@web41005.mail.yahoo.com> pariez ca la asta nu se astepta nimeni. azi e sfantul andrei, asa ca sa traiti cu numele daca e cazul :) __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sun Nov 30 12:03:02 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 04:03:02 -0800 (PST) Subject: [so] x-( In-Reply-To: <20031130113617.49594.qmail@web41005.mail.yahoo.com> Message-ID: <20031130120302.30285.qmail@web60302.mail.yahoo.com> O mica problema la final ( sau la mal :( ) Cum fac sa modific din Makefile LD_LIBRARY_PATH sa fie = ./:$LD_LIBRARY_PATH.? Eu ca user nu am variabila asta si deci incerc sa o setez din Makefile cu export LD_LIBRARY_PATH=./ dar dupa ce termina make nu exista variabila, deci nu o seteaza. De testat programul se poate face scriind export LD_LIBRARY_PATH=./ in consola si apoi gaseste .so, dar e o solutie cam trista. ===== I was born intelligent, education ruined me. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:11:17 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 04:11:17 -0800 (PST) Subject: [so] x-( In-Reply-To: <20031130120302.30285.qmail@web60302.mail.yahoo.com> Message-ID: <20031130121117.42144.qmail@web60508.mail.yahoo.com> --- Mihai Iancu wrote: > O mica problema la final ( sau la mal :( ) > > Cum fac sa modific din Makefile LD_LIBRARY_PATH sa > fie = ./:$LD_LIBRARY_PATH.? > > Eu ca user nu am variabila asta si deci incerc sa > o setez din Makefile cu export LD_LIBRARY_PATH=./ > > dar dupa ce termina make nu exista variabila, deci > nu o seteaza. De testat programul se poate face > scriind export LD_LIBRARY_PATH=./ in consola si apoi > gaseste .so, dar e o solutie cam trista. I can handle it. Variabila se seteaza in environment-ul procesului care executa make, nu si in parinte (bash), deci e normal comportamentul. Poti sa faci o regula run sau test in Makefile care dupa compilare sa faca si setarea variabilei si rularea programului de test, daca tii neaparat. > ===== > I was born intelligent, > education ruined me. pe bune? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:38:18 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 04:38:18 -0800 (PST) Subject: [so] sleep In-Reply-To: <20031130120302.30285.qmail@web60302.mail.yahoo.com> Message-ID: <20031130123818.6705.qmail@web60309.mail.yahoo.com> la readerswriters e nepotrivit sleep-ul care face sleep doar secunde si astfel cu 30 de readers si 30 writers cand intra un writer si pana iese sigur mai vine un writer si astfel nu mai apuca nici un readers sa ma intre caci asteapta sa nu mai fie nici un wr ... stiti cu totii povestea. Vreau sa folosesc /** *face un sleep de sec si usec */ int mysleep( int sec, int usec){ struct timeval opt; opt.tv_sec = sec; opt.tv_usec = usec; return select(1,0,0,0,&opt); } nu cred ca e in POSIX e ok? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:50:06 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 04:50:06 -0800 (PST) Subject: [so] sleep In-Reply-To: <20031130123818.6705.qmail@web60309.mail.yahoo.com> Message-ID: <20031130125006.26358.qmail@web60510.mail.yahoo.com> te complici, foloseste nanosleep. --- Mihai Iancu wrote: > la readerswriters e nepotrivit sleep-ul care > face sleep doar secunde si astfel cu 30 de readers > si > 30 writers cand intra un writer si pana iese > sigur mai vine un writer si astfel nu mai apuca nici > un readers sa ma intre caci asteapta sa nu mai fie > nici un wr ... stiti cu totii povestea. > > Vreau sa folosesc > /** > *face un sleep de sec si usec > */ > int mysleep( int sec, int usec){ > struct timeval opt; > opt.tv_sec = sec; > opt.tv_usec = usec; > return select(1,0,0,0,&opt); > } > > nu cred ca e in POSIX > > e ok? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 15:03:47 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 07:03:47 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <001a01c3b7a6$a36a1b40$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031130150347.75375.qmail@web60508.mail.yahoo.com> E ok, nu se face overwrite. Mai fa o data upload cum trebuie. --- Daniel Cosmin Porumbel wrote: > Salut! > > Cred ca am facut o greseala la upload. Am > vrut sa trimit tema si nu mi-a primit-o dintr-un > motiv oarecare. Apoi cand am vrut s-o trimit iar, am > dat back si n-am mai modificat dropDownListurile si > s-a pus peste tema1 de Windows. Credeti ca se mai > poate face ceva ca sa recuperez fisierele de > dinainte? Sper ca nu face overwrite automat.... > > Toate bune! > Dany > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 15:53:28 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 07:53:28 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <001a01c3b7a6$a36a1b40$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031130155328.39396.qmail@web60309.mail.yahoo.com> --0-65724020-1070207608=:39234 Content-Type: text/plain; charset=us-ascii Cum facem cu temaX.exe? ce nume ii punem ca acum avem cel putin 2 executabile --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-65724020-1070207608=:39234 Content-Type: text/html; charset=us-ascii

Cum facem cu temaX.exe?

 

ce nume ii punem ca acum avem cel putin 2 executabile

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-65724020-1070207608=:39234-- From so@atlantis.cs.pub.ro Sun Nov 30 16:14:35 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 08:14:35 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <20031130155328.39396.qmail@web60309.mail.yahoo.com> Message-ID: <20031130161435.66629.qmail@web60510.mail.yahoo.com> Education ruined you. You should quit while you're still ahead :)) --- Mihai Iancu wrote: > > Cum facem cu temaX.exe? > > > > ce nume ii punem ca acum avem cel putin 2 > executabile __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 16:33:25 2003 From: so@atlantis.cs.pub.ro (Ionut Cirjan) Date: Sun, 30 Nov 2003 08:33:25 -0800 (PST) Subject: [so] printf In-Reply-To: <20031130104403.92361.qmail@web60503.mail.yahoo.com> Message-ID: <20031130163325.11166.qmail@web41104.mail.yahoo.com> Eu am avut alta problema cu printf: intarzia la unele threaduri si afisa mai repede de la altele care totusi se executau dupa cele dinainte. Am pus dupa fiecare printf un fflush(stdout) si nu am mai avut probleme. Ionut. --- Cosmin Arad wrote: > Daca-mi trimiti o bucata de cod care poate fi > compilata si rulata, si care se comporta cum spui tu > as putea sa incerc sa determin cauza. > > Cosmin > > --- Diana wrote: > > Am urmatoarea problema: cand afisez un mesaj mi se > > intampla uneori sa il afiseze acelasi thread de > doua > > ori, desi printf-ul se executa o singura data. > Sunt > > convinsa ca se executa o singura data pentru ca am > > initializat un contor si l-am incrementat in > printf; > > concluzie: imi afiseaza de mai multe ori avand > > contorul 1. Daca mai pun un printf imediat dupa > > printf-ul problematic, am observat ca nu se mai > > intampla sa mi-l afiseze de mai multe ori. Oricum, > > chestia asta este complet aleatoare.. > > Stie cineva cum s-ar putea rezolva aceasta > problema > > (in alt mod decat sa mai pun cate un printf in > plus > > dupa fiecare printf de care am nevoie)? > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sun Nov 30 21:23:58 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Sun, 30 Nov 2003 23:23:58 +0200 Subject: [so] printf In-Reply-To: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> References: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> Message-ID: <20031130212358.E732241AC8@server1.messagingengine.com> Chestia cu fflush(stdout) e de baza la multithreading. Daca folosesti C++, merge si "cout< said: > Am urmatoarea problema: cand afisez un mesaj mi se intampla uneori sa il > afiseze acelasi thread de doua ori, desi printf-ul se executa o singura > data. Sunt convinsa ca se executa o singura data pentru ca am initializat > un contor si l-am incrementat in printf; concluzie: imi afiseaza de mai > multe ori avand contorul 1. Daca mai pun un printf imediat dupa printf-ul > problematic, am observat ca nu se mai intampla sa mi-l afiseze de mai > multe ori. Oricum, chestia asta este complet aleatoare.. > Stie cineva cum s-ar putea rezolva aceasta problema (in alt mod decat sa > mai pun cate un printf in plus dupa fiecare printf de care am nevoie)? -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Access your email from home and the web From so@atlantis.cs.pub.ro Sat Nov 1 08:29:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 00:29:32 -0800 (PST) Subject: [so] unscribe In-Reply-To: <20031031224159.70266.qmail@web20710.mail.yahoo.com> Message-ID: <20031101082932.10519.qmail@web11501.mail.yahoo.com> --- Alecu Adrian wrote: > Am si eu o mica problema.... > Am cam pierdut parola de pe acest mailing - list si > vad ca nu exista nici o cale de a ma scoate de pe > lista si a ma baga din nou.... sau altceva de genul > asta > as vrea si eu o sugestie ce as putea sa fac.. > mersi si bafta la teme La 'Edit Options' gasesti un buton 'Email my password to me'. Daca il apesi vei primi parola pe adresa cu care esti inscris acum. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sat Nov 1 08:40:41 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 1 Nov 2003 10:40:41 +0200 Subject: [so] fflush Message-ID: <001001c3a053$d53bed70$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C3A064.98B1AAA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable avem voie sa folosim fflush(stdout)? o alta varianta ar fi sa afisez un \n dar nu-mi convine varianta asta... ------=_NextPart_000_000D_01C3A064.98B1AAA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
avem voie sa folosim = fflush(stdout)?
o alta varianta ar fi sa afisez un \n = dar nu-mi=20 convine varianta asta...
------=_NextPart_000_000D_01C3A064.98B1AAA0-- From so@atlantis.cs.pub.ro Sat Nov 1 15:04:52 2003 From: so@atlantis.cs.pub.ro (Dana Tiba) Date: Sat, 1 Nov 2003 17:04:52 +0200 (EET) Subject: [so] interpretare Message-ID: <1092.81.196.10.119.1067699092.squirrel@dazoot.ro> Salut, Textul temei defineste o comanda compusa ca fiind formata din doi operanzi si un operator. Apoi sunt definiti cei 8 operatori care trebuiesc sa fie suportati(dintre care 4 de redirectare). Cei doi operanzi sunt definiti ca fiind fie comenzi oarecare, fie un nume de fisier in cazul in care operatorul este de redirectare. Din acestea eu am inteles initial ca trebuie suportate comenzi de genul: NUME1[operator NUME2],unde NUME1 trebuie neaparat sa fie o comanda(simpla, adica nume + parametrii), iar NUME2 in functie de tipul operatorului poate sa fie fie o alta comanda(simpla), fie un nume de fisier. Insa un mail anterior pe lista sugereaza ca trebuiesc suportate si comenzi cu mai multi operatori si operanzi (cat fisier > gigi & pwd > titi). Care este adevarata interpretare a temei? dana From so@atlantis.cs.pub.ro Sat Nov 1 21:12:18 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 1 Nov 2003 23:12:18 +0200 Subject: [so] alocare mem Message-ID: <000901c3a0bc$d4f90050$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C3A0CD.986A0290 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable in windows putem folosi malloc si realloc? ------=_NextPart_000_0006_01C3A0CD.986A0290 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
in windows putem folosi malloc si=20 realloc?
------=_NextPart_000_0006_01C3A0CD.986A0290-- From so@atlantis.cs.pub.ro Sat Nov 1 22:00:18 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 14:00:18 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <000901c3a0bc$d4f90050$0200a8c0@smeagol> Message-ID: <20031101220018.86497.qmail@web11502.mail.yahoo.com> --- Cibu Cristian wrote: > in windows putem folosi malloc si realloc? NU. Folositi HeapAlloc si HeapRealloc! Sau orice functie prezentata in 'Memory Management Functions' in Platform SDK, care nu e deprecated (local and global functions _nu_ sunt recomandate). (ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm) Nu folositi functiile de lucru cu memoria virtuala pentru ca inca nu stiti prea bine cu ce se mananca si nici nu e nevoie de ele in tema. Practic puteti folosi de la 'Memory Management Functions' funtiile din primul si din al 4-lea (heap functions) tabel. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sat Nov 1 22:19:19 2003 From: so@atlantis.cs.pub.ro (Cristian Traum) Date: Sat, 1 Nov 2003 14:19:19 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031101220018.86497.qmail@web11502.mail.yahoo.com> Message-ID: <20031101221919.96655.qmail@web13204.mail.yahoo.com> --0-477966446-1067725159=:94353 Content-Type: text/plain; charset=us-ascii nu avem voie deloc deloc? adica daca vreau in cadrul parsarii sa copiez un sir... nu am voie strdup??? sau HeapAlloc si HeapRealloc tb folosite cand e vorba de procese...? Cosmin Arad wrote: --- Cibu Cristian wrote: > in windows putem folosi malloc si realloc? NU. Folositi HeapAlloc si HeapRealloc! Sau orice functie prezentata in 'Memory Management Functions' in Platform SDK, care nu e deprecated (local and global functions _nu_ sunt recomandate). (ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm) Nu folositi functiile de lucru cu memoria virtuala pentru ca inca nu stiti prea bine cu ce se mananca si nici nu e nevoie de ele in tema. Practic puteti folosi de la 'Memory Management Functions' funtiile din primul si din al 4-lea (heap functions) tabel. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Exclusive Video Premiere - Britney Spears --0-477966446-1067725159=:94353 Content-Type: text/html; charset=us-ascii
nu avem voie deloc deloc? adica daca vreau in cadrul parsarii sa copiez un sir... nu am voie strdup???
sau HeapAlloc si HeapRealloc tb folosite cand e vorba de procese...?


Cosmin Arad <cosminarad@yahoo.com> wrote:
--- Cibu Cristian wrote:
> in windows putem folosi malloc si realloc?

NU. Folositi HeapAlloc si HeapRealloc!
Sau orice functie prezentata in 'Memory Management
Functions' in Platform SDK, care nu e deprecated
(local and global functions _nu_ sunt recomandate).
(ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm)

Nu folositi functiile de lucru cu memoria virtuala
pentru ca inca nu stiti prea bine cu ce se mananca si
nici nu e nevoie de ele in tema.

Practic puteti folosi de la 'Memory Management
Functions' funtiile din primul si din al 4-lea (heap
functions) tabel.

Cosmin


__________________________________
Do you Yahoo!?
Exclusive Video Premiere - Britney Spears
http://launch.yahoo.com/promos/britneyspears/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Exclusive Video Premiere - Britney Spears --0-477966446-1067725159=:94353-- From so@atlantis.cs.pub.ro Sun Nov 2 07:11:52 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 02 Nov 2003 09:11:52 +0200 Subject: [so] upload Message-ID: <3FA4AE38.6020102@pcnet.ro> Intrebarea: ce se intampla daca fac upload la o tema de 2 ori? Se considera ultima varianta? Multumesc Ruxandra p.s. stiu ca nu e indicat sa se intample asta....dar totusi....daca se intampla.... From so@atlantis.cs.pub.ro Sun Nov 2 07:59:24 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 23:59:24 -0800 (PST) Subject: [so] upload In-Reply-To: <3FA4AE38.6020102@pcnet.ro> Message-ID: <20031102075924.66448.qmail@web11509.mail.yahoo.com> --- Ruxi Jitianu wrote: > Intrebarea: ce se intampla daca fac upload la o tema > de 2 ori? Se > considera ultima varianta? Da. > Multumesc > > Ruxandra > > p.s. > stiu ca nu e indicat sa se intample asta....dar > totusi....daca se > intampla.... e ok. poti sa uploadezi de cate ori vrei. Cosmin __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From so@atlantis.cs.pub.ro Sun Nov 2 10:07:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 2 Nov 2003 02:07:21 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031101221919.96655.qmail@web13204.mail.yahoo.com> Message-ID: <20031102100721.85107.qmail@web11509.mail.yahoo.com> --- Cristian Traum wrote: > nu avem voie deloc deloc? adica daca vreau in cadrul > parsarii sa copiez un sir... nu am voie strdup??? > sau HeapAlloc si HeapRealloc tb folosite cand e > vorba de procese...? > E recomandabil sa folosesti HeapAlloc iar pentru copierea sirului CopyMemory. In toate cazurile. Cosmin __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From so@atlantis.cs.pub.ro Sun Nov 2 20:27:23 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Sun, 2 Nov 2003 22:27:23 +0200 Subject: [so] Scule (instrumente) de dezvoltare Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C3A190.801BE460 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Imi cer scuze anticipat pentru eventuale exprimari scapate de sub control in cele ce urmeaza. De ce trebuie sa folosim pe Windows tampenia aia de MinGW cand exista la fel de bine Visual Studio.NET? Concret: Scriu totul cu VS, testez, etc etc, totul merge ok. Incerc sa compilez din MSYS cu gcc, se trezeste ca nu stie de strsafe.h (un header al unei librarii din Platform SDK, folosita pentru 'safe handling' pe stringuri C). Headerul ala e (pe bune!) in acelasi folder cu 'windows.h', e suportat cu tot restul MS Platform SDK samd, nimic ezoteric acolo. La tentativa de compilare gcc zice ca nu gaseste 'strsafe.h' si se plange de functiile din headerul ala. Finally, facultatea asta vesela are licenta de Visual Studio.NET pentru toti studentii. De ce trebuie sa folosim o scula de mana a zecea cand aveti scule de zeci de mii de dolari in MSDN AA? Mi se pare o idee super ca putem face temele si pe Win32 si pe Linux, dar pe Win32 am senzatia ca ma joc cu o mana legata la spate daca sunt limitat la niste tooluri destul de slabute in comparatie chiar cu cele mai slabe compilatoare comerciale de C/C++ existente pe Windows. Multumesc, Ovidiu ------=_NextPart_000_0006_01C3A190.801BE460 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Imi = cer scuze=20 anticipat pentru eventuale exprimari scapate de sub control in cele ce=20 urmeaza.
 
De ce = trebuie sa=20 folosim pe Windows tampenia aia de MinGW cand exista la fel de bine = Visual=20 Studio.NET? Concret: Scriu totul cu VS, testez, etc etc, totul merge ok. = Incerc=20 sa compilez din MSYS cu gcc, se trezeste ca nu stie de strsafe.h (un = header al=20 unei librarii din Platform SDK, folosita pentru 'safe handling' pe = stringuri C).=20 Headerul ala e (pe bune!) in acelasi folder cu 'windows.h', e suportat = cu tot=20 restul MS Platform SDK samd, nimic ezoteric acolo. La tentativa de = compilare gcc=20 zice ca nu gaseste 'strsafe.h' si se plange de functiile din headerul=20 ala.
 
Finally, facultatea=20 asta vesela are licenta de Visual Studio.NET pentru toti studentii. De = ce=20 trebuie sa folosim o scula de mana a zecea cand aveti scule de zeci de = mii de=20 dolari in MSDN AA? Mi se pare o idee super ca putem face temele si pe = Win32 si=20 pe Linux, dar pe Win32 am senzatia ca ma joc cu o mana legata la spate = daca sunt=20 limitat la niste tooluri destul de slabute in comparatie chiar cu cele = mai slabe=20 compilatoare comerciale de C/C++ existente pe = Windows.
 
Multumesc,
Ovidiu
------=_NextPart_000_0006_01C3A190.801BE460-- From so@atlantis.cs.pub.ro Sun Nov 2 21:22:43 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Sun, 02 Nov 2003 23:22:43 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: References: Message-ID: <20031102212243.16232.qmail@romus.ro> Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. From so@atlantis.cs.pub.ro Sun Nov 2 23:38:58 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 2 Nov 2003 15:38:58 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031102100721.85107.qmail@web11509.mail.yahoo.com> Message-ID: <20031102233858.73096.qmail@web41008.mail.yahoo.com> vorbind despre alocari, unde scrie ca malloc si suratele ei sunt posix compliant? --- Cosmin Arad wrote: > --- Cristian Traum wrote: > > nu avem voie deloc deloc? adica daca vreau in > cadrul > > parsarii sa copiez un sir... nu am voie strdup??? > > sau HeapAlloc si HeapRealloc tb folosite cand e > > vorba de procese...? > > > > E recomandabil sa folosesti HeapAlloc iar pentru > copierea sirului CopyMemory. In toate cazurile. > > Cosmin > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product > search > http://shopping.yahoo.com > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sun Nov 2 23:44:27 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 2 Nov 2003 15:44:27 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031102233858.73096.qmail@web41008.mail.yahoo.com> Message-ID: <20031102234427.86732.qmail@web41014.mail.yahoo.com> doar nu veti fi folosit toti posix_memalign !? --- Diana Fulger wrote: > vorbind despre alocari, unde scrie ca malloc si > suratele ei sunt posix compliant? > > --- Cosmin Arad wrote: > > --- Cristian Traum wrote: > > > nu avem voie deloc deloc? adica daca vreau in > > cadrul > > > parsarii sa copiez un sir... nu am voie > strdup??? > > > sau HeapAlloc si HeapRealloc tb folosite cand e > > > vorba de procese...? > > > > > > > E recomandabil sa folosesti HeapAlloc iar pentru > > copierea sirului CopyMemory. In toate cazurile. > > > > Cosmin > > > > __________________________________ > > Do you Yahoo!? > > The New Yahoo! Shopping - with improved product > > search > > http://shopping.yahoo.com > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > __________________________________ > Do you Yahoo!? > Exclusive Video Premiere - Britney Spears > http://launch.yahoo.com/promos/britneyspears/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Mon Nov 3 08:07:49 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 10:07:49 +0200 Subject: [so] alocare mem In-Reply-To: <20031102233858.73096.qmail@web41008.mail.yahoo.com> References: <20031102233858.73096.qmail@web41008.mail.yahoo.com> Message-ID: On Sun, 2 Nov 2003 15:38:58 -0800 (PST), Diana Fulger wrote: > vorbind despre alocari, unde scrie ca malloc si > suratele ei sunt posix compliant? > Nu sunt posix sunt ANSI-C. From so@atlantis.cs.pub.ro Mon Nov 3 08:35:09 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Mon, 3 Nov 2003 10:35:09 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: <20031102212243.16232.qmail@romus.ro> Message-ID: Multumesc pt suport. -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Adrian Stanciu Sent: Sunday, November 02, 2003 11:23 PM To: so@atlantis.cs.pub.ro Subject: [so] Re: Scule (instrumente) de dezvoltare Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so From so@atlantis.cs.pub.ro Mon Nov 3 11:12:16 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Mon, 3 Nov 2003 03:12:16 -0800 (PST) Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: Message-ID: <20031103111216.70225.qmail@web40017.mail.yahoo.com> --0-954673201-1067857936=:67536 Content-Type: text/plain; charset=us-ascii Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei. Mihai Murgan Ovidiu Platon wrote: Multumesc pt suport. -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Adrian Stanciu Sent: Sunday, November 02, 2003 11:23 PM To: so@atlantis.cs.pub.ro Subject: [so] Re: Scule (instrumente) de dezvoltare Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Exclusive Video Premiere - Britney Spears --0-954673201-1067857936=:67536 Content-Type: text/html; charset=us-ascii
Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei.
 
Mihai Murgan

Ovidiu Platon <ovidiupl@microsoft-lab.pub.ro> wrote:
Multumesc pt suport.

-----Original Message-----
From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On
Behalf Of Adrian Stanciu
Sent: Sunday, November 02, 2003 11:23 PM
To: so@atlantis.cs.pub.ro
Subject: [so] Re: Scule (instrumente) de dezvoltare


Nu cred ca ai inteles scopul acestei liste de discutii:

Scopul unic al acestei liste de discutii este de a ajuta studentii sa
rezolve temele propuse si de a lamurii probleme legate de ele.

NU de a pune in discutie ce compilator e mai bun.
NU de a pune in discutie ce _ar trebui_ folosit.
NU de a pune in discutie preferintele studentilor in materie de
compilatoare.
NU de a pune in discutie regulile.
NU pentru plangeri.

Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la
adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu
direct domnului profesor sau in cadrul laboratorului.

Pe scurt:
Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO
(in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta
lista.

--Adrian.

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Exclusive Video Premiere - Britney Spears --0-954673201-1067857936=:67536-- From so@atlantis.cs.pub.ro Mon Nov 3 11:16:36 2003 From: so@atlantis.cs.pub.ro (Catalin Constantin) Date: Mon, 3 Nov 2003 13:16:36 +0200 Subject: [so] malloc Message-ID: <20031103121944.4774F28C059@atlantis> sa inteleg ca daca am folosit malloc in tema pe linux o sa fim depunctati ? Catalin From so@atlantis.cs.pub.ro Mon Nov 3 11:48:29 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 13:48:29 +0200 Subject: [so] malloc In-Reply-To: <20031103121944.4774F28C059@atlantis> References: <20031103121944.4774F28C059@atlantis> Message-ID: On Mon, 3 Nov 2003 13:16:36 +0200, Catalin Constantin wrote: > sa inteleg ca daca am folosit malloc in tema pe linux > o sa fim depunctati ? > Nu. tavi From so@atlantis.cs.pub.ro Mon Nov 3 12:45:46 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 14:45:46 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: <20031103111216.70225.qmail@web40017.mail.yahoo.com> References: <20031103111216.70225.qmail@web40017.mail.yahoo.com> Message-ID: On Mon, 3 Nov 2003 03:12:16 -0800 (PST), Murgan Mihai wrote: > Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste > de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un > mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows > daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e > prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de > windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un MSYS != MinGW > student face o propunere de bun-simt si care chiar are legatura cu tema > si rezolvarea ei. > Daca aveti comentarii relativ la reguli sau orice altceva care nu este legat de discutarea temelor, va rog trimiteti mailurile la tavi@cs.pub.ro si nu pe lista. tavi From so@atlantis.cs.pub.ro Mon Nov 3 18:23:44 2003 From: so@atlantis.cs.pub.ro (FlorinPop) Date: Mon, 3 Nov 2003 20:23:44 +0200 (E. Europe Standard Time) Subject: [so] Re: Scule (instrumente) de dezvoltare References: <20031103111216.70225.qmail@web40017.mail.yahoo.com> Message-ID: <3FA69D30.000007.02232@einstein> --------------Boundary-00=_KFGSWCW0000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_KFGSRN00000000000000" --------------Boundary-00=_KFGSRN00000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable asa e!=0D =0D -------Original Message-------=0D =0D From: so@atlantis.cs.pub.ro=0D Date: Monday, November 03, 2003 13:13:07=0D To: so@atlantis.cs.pub.ro=0D Subject: RE: [so] Re: Scule (instrumente) de dezvoltare=0D =0D Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste = de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mar= e ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun d= in moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei= =2E=0D =0D Mihai Murgan=0D =0D Ovidiu Platon wrote:=0D Multumesc pt suport. =0D =0D -----Original Message-----=0D From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On= =0D Behalf Of Adrian Stanciu=0D Sent: Sunday, November 02, 2003 11:23 PM=0D To: so@atlantis.cs.pub.ro=0D Subject: [so] Re: Scule (instrumente) de dezvoltare=0D =0D =0D Nu cred ca ai inteles scopul acestei liste de discutii: =0D =0D Scopul unic al acestei liste de discutii este de a ajuta studentii sa=0D rezolve temele propuse si de a lamurii probleme legate de ele. =0D =0D NU de a pune in discutie ce compilator e mai bun.=0D NU de a pune in discutie ce _ar trebui_ folosit.=0D NU de a pune in discutie preferintele studentilor in materie de=0D compilatoare.=0D NU de a pune in discutie regulile.=0D NU pentru plangeri. =0D =0D Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la=0D adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exem= plu=0D direct domnului profesor sau in cadrul laboratorului. =0D =0D Pe scurt:=0D Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de S= O=0D (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta=0D lista. =0D =0D --Adrian. =0D =0D _______________________________________________=0D so mailing list=0D so@atlantis.cs.pub.ro=0D http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so=0D =0D _______________________________________________=0D so mailing list=0D so@atlantis.cs.pub.ro=0D http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so=0D =0D =0D Do you Yahoo!?=0D Exclusive Video Premiere - Britney Spears =0D =20 --------------Boundary-00=_KFGSRN00000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
asa e!
 
-------Original Message-------
 
Date: Monday, Nove= mber 03, 2003 13:13:07
Subject: RE: [so] = Re: Scule (instrumente) de dezvoltare
 
Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei l= iste de discutii este de a ajuta studentii sa rezolve temele propuse". Pa= i un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific window= s daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e= prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de wi= ndows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un stu= dent face o propunere de bun-simt si care chiar are legatura cu tema si r= ezolvarea ei.
 
Mihai Murgan

Ovidiu Platon <ovidiupl@microsoft-lab.p= ub.ro> wrote:
Multumesc pt suport.

-----Origina= l Message-----
From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atla= ntis.cs.pub.ro] On
Behalf Of Adrian Stanciu
Sent: Sunday, November = 02, 2003 11:23 PM
To: so@atlantis.cs.pub.ro
Subject: [so] Re: Scule= (instrumente) de dezvoltare


Nu cred ca ai inteles scopul aces= tei liste de discutii:

Scopul unic al acestei liste de discutii e= ste de a ajuta studentii sa
rezolve temele propuse si de a lamurii pro= bleme legate de ele.

NU de a pune in discutie ce compilator e mai= bun.
NU de a pune in discutie ce _ar trebui_ folosit.
NU de a pune= in discutie preferintele studentilor in materie de
compilatoare.
N= U de a pune in discutie regulile.
NU pentru plangeri.

Regulile= sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la
adres= a lor va sugerez sa incercati sa le exprimati in alta parte, de exempludirect domnului profesor sau in cadrul laboratorului.

Pe scurt:=
Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului = de SO
(in coditiile regulilor prestabilite), deci nu-si are rostul pe = aceasta
lista.

--Adrian.

_____________________________= __________________
so mailing list
so@atlantis.cs.pub.ro
http://= atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

___________________= ____________________________
so mailing list
so@atlantis.cs.pub.ro<= BR>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so
da, e mai bine cu o bariera rentranta, parerea mea.
Eu asa o sa fac.
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_KUAYLVC0000000000000-- --------------Boundary-00=_JUAYQL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_JUAYQL80000000000000-- From so@atlantis.cs.pub.ro Thu Nov 6 23:16:23 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Fri, 7 Nov 2003 01:16:23 +0200 Subject: [so] tema 2 Message-ID: <008801c3a4bb$fe7b9f20$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0085_01C3A4CC.C1F15C50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Tema 2 in principiu e simpla. e vorba de o memorie comuna si de = sincronizari, mesaje, etc. enuntul poate fi interpretat (in anumite = locuri). ce vreau eu sa stiu, este: ce parti din problema este = obligatoriu sa se rezolve intr-un anumit fel. Sincronizarile pot fi facute si cu semafoare, mutexuri, si cu cozi de = mesaje.=20 ce, unde, suntem obligati sa folosim si=20 unde avem voie sa facem cum credem noi? alta chestie, mai la detaliu. toti participantii la traficul de = prajituri :) cum actioneaza. furnizorul baga direct prajiturile in frigider sau i le = da cofetarului sa le bage el? clientii, se uita ei cate locuri libere sunt sau intreaba cofetarul? clientii, o data asezati, isi iau singuri prajiturile sau le primesc = prin intermediul cofetarului? (cofetarul e un proces, clientii, furnizorul, alte procese) toate variantele astea inclina spre folosirea mai mult sau mai putin a = barierelor (mutexurilor pentru memoria partajata) si mai putin sau mai = mult a mesajelor. (sau cel putin asa am eu impresia). Asadar, ce e lege si ce e indicatie? ------=_NextPart_000_0085_01C3A4CC.C1F15C50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Tema 2 in principiu e simpla. e vorba = de o memorie=20 comuna si de sincronizari, mesaje, etc. enuntul poate fi interpretat (in = anumite=20 locuri). ce vreau eu sa stiu, este: ce parti din problema este = obligatoriu sa se=20 rezolve intr-un anumit fel.
Sincronizarile pot fi facute si cu = semafoare,=20 mutexuri, si cu cozi de mesaje.
ce, unde, suntem obligati sa folosim si =
unde avem voie sa facem cum credem=20 noi?
 
alta chestie, mai la detaliu. toti = participantii la=20 traficul de prajituri :)
cum actioneaza. furnizorul baga direct = prajiturile=20 in frigider sau i le da cofetarului sa le bage el?
clientii, se uita ei cate locuri libere = sunt sau=20 intreaba cofetarul?
clientii, o data asezati, isi iau = singuri=20 prajiturile sau le primesc prin intermediul cofetarului?
(cofetarul e un proces, clientii, = furnizorul, alte=20 procese)
 
toate variantele astea inclina spre = folosirea mai=20 mult sau mai putin a barierelor (mutexurilor pentru memoria partajata) = si mai=20 putin sau mai mult a mesajelor.
(sau cel putin asa am eu = impresia).
 
Asadar, ce e lege si ce e = indicatie?
 
------=_NextPart_000_0085_01C3A4CC.C1F15C50-- From so@atlantis.cs.pub.ro Fri Nov 7 10:14:40 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 07 Nov 2003 12:14:40 +0200 Subject: [so] tema 2 In-Reply-To: <008801c3a4bb$fe7b9f20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> --=====================_2894592==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Raspund aici si la intrebarea anterioara legata de bariera reentranta. Enuntul e lege. (tr sa existe programe separate pt cofetarie, client, furnizor, frigiderul tr sa fie o mem partajata, etc) Ce scrie sub enunt, la observatii, ca indicatii, sunt indicatii. Ce nu scrie nicaieri, faceti cum credeti voi ca e mai bine. Maria. > >Asadar, ce e lege si ce e indicatie? > --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ --=====================_2894592==_.ALT Content-Type: text/html; charset="us-ascii" Raspund aici si la intrebarea anterioara legata de bariera reentranta.

Enuntul e lege. (tr sa existe programe separate pt cofetarie, client, furnizor, frigiderul tr sa fie o mem partajata, etc)
Ce scrie sub enunt, la observatii, ca indicatii, sunt indicatii.

Ce nu scrie nicaieri, faceti cum credeti voi ca e mai bine.

Maria.


 
Asadar, ce e lege si ce e indicatie?
 


Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

--=====================_2894592==_.ALT-- From so@atlantis.cs.pub.ro Fri Nov 7 19:39:14 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Fri, 7 Nov 2003 21:39:14 +0200 Subject: [so] threaduri Message-ID: <000a01c3a566$d3828760$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3A577.96F5D390 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable avem voie sa folosim threaduri? bine-nteles ca vor exista si procesele din enunt (din lege): sweetshop, = supplier si consumer. pe langa acestea, avem voie sa folosim si threaduri? ------=_NextPart_000_0007_01C3A577.96F5D390 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
avem voie sa folosim = threaduri?
bine-nteles ca vor exista si procesele = din enunt=20 (din lege): sweetshop, supplier si consumer.
 
pe langa acestea, avem voie sa folosim = si=20 threaduri?
------=_NextPart_000_0007_01C3A577.96F5D390-- From so@atlantis.cs.pub.ro Fri Nov 7 19:47:27 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Fri, 7 Nov 2003 11:47:27 -0800 (PST) Subject: [so] threaduri In-Reply-To: <000a01c3a566$d3828760$0200a8c0@smeagol> Message-ID: <20031107194727.70811.qmail@web41005.mail.yahoo.com> NU --- Cibu Cristian wrote: > avem voie sa folosim threaduri? > bine-nteles ca vor exista si procesele din enunt > (din lege): sweetshop, supplier si consumer. > > pe langa acestea, avem voie sa folosim si threaduri? > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 11:31:37 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 8 Nov 2003 03:31:37 -0800 (PST) Subject: [so] 2 variante de enunt In-Reply-To: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> Message-ID: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Care sunt cele doua variante de enunt pentru Linux respectiv Windows? Nu imi este foarte clar din discutiile anterioare! Multam! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 13:18:03 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 15:18:03 +0200 (EET) Subject: [so] prajituri si furnizori Message-ID: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai u= sor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa = un sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta= se va crea cate un proces dupa fiecare vizita a furnizorului, care se va ter= mina atunci cand prajiturile respective se strica. Este recomandata abordarea aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bag= at in frigider un numar de prajituri in frigider, pentru ca acesta sa stie c= ate si cand sa le arunce - deci o coada de mesaje ? ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Sat Nov 8 13:24:02 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:24:02 +0200 Subject: [so] 2 variante de enunt In-Reply-To: <20031108113137.54461.qmail@web41005.mail.yahoo.com> References: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031108152223.00a5b820@mail.mymail.ro> este acelasi enunt pentru amandoua. Nu este impus nimic mai mult decat scrie enunt. Unele dintre discutiile anterioare erau despre cum s'ar putea face tema, nu despre cum trebuie facuta. Maria. >Care sunt cele doua variante de enunt pentru Linux >respectiv Windows? Nu imi este foarte clar din >discutiile anterioare! > >Multam! --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:24:10 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 8 Nov 2003 15:24:10 +0200 Subject: [so] prajituri si furnizori References: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <000501c3a5fb$98260a30$0200a8c0@smeagol> ----- Original Message ----- From: "Marian Mihailescu" To: Sent: Saturday, November 08, 2003 3:18 PM Subject: [so] prajituri si furnizori Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un sleep) arunca prajiturile din frigider(care s-a stricat). ------------------------------------^^^^^^^^^^^ Trebuie sa avem in vedere si stricarea frigiderului? From so@atlantis.cs.pub.ro Sat Nov 8 13:32:07 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:32:07 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108152702.00a5b820@mail.mymail.ro> Te complici. Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei tu despre prajituri. Maria. >Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor >ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un >sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta se >va crea cate un proces dupa fiecare vizita a furnizorului, care se va termina >atunci cand prajiturile respective se strica. Este recomandata abordarea >aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bagat >in frigider un numar de prajituri in frigider, pentru ca acesta sa stie cate >si cand sa le arunce - deci o coada de mesaje ? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:35:56 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:35:56 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <000501c3a5fb$98260a30$0200a8c0@smeagol> References: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108153451.00addb70@mail.mymail.ro> > >Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor >ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un >sleep) arunca prajiturile din frigider(care s-a stricat). >------------------------------------^^^^^^^^^^^ >Trebuie sa avem in vedere si stricarea frigiderului? :))))))))))))))) ... asta mi'a placut :)... cred ca autorul vroia sa spuna (care s-au stricat) ... adica prajiturile. Maria. P.S. nu, se presupune ca este un frigider ideal ;). --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:49:10 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 8 Nov 2003 15:49:10 +0200 Subject: [so] intrebare Message-ID: <001a01c3a5ff$3e814a90$c09f9ad5@ioana> Un consumator poate sa ceara mai mult de cakes_max prajituri? Adica vreau sa stiu daca un consumator trebuie sa incerce sa ia toate cakes_no prajiturile dintr-o data (ma refer mai ales la varianta linux unde se poate decrementa un semafor cu mai mult de 1) sau ia una cate una, cate gaseste si pe urma cand mai aduce un furnizor mai ia din nou (in acest fel ar putea cere mai mult de cakes_max prajituri). O a 2-a intrebare : pot folosi in windows functia atoi? (nu gasesc ceva similar in win32api) From so@atlantis.cs.pub.ro Sat Nov 8 13:52:05 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Sat, 8 Nov 2003 05:52:05 -0800 (PST) Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Message-ID: <20031108135205.48079.qmail@web40017.mail.yahoo.com> --0-1026688301-1068299525=:47455 Content-Type: text/plain; charset=us-ascii Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie cu un alt proces care sa doarma valabilitatea unei prajituri si cand devine constient sa anunte sa fie aruncata, fie prin threaduri care sa faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc). Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca gresesc spuneti-mi ce anume sa folosesc. In al doilea rand, daca creez un nou proces acesta poate sa aiba doua comportamente: 1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas prajiturii puse cel mai de mult in frigider 2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei prajituri. In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai tarziu decat termenul limita, secunde pierdute de calculele facute de procesor si de primirea mesajelor intre procese. In cazul 2 consum inutil resurse. Cazul 1 mi se pare mult mai firesc pentru ca daca mananci ceva ce a expirat de 3 secunde sa zicem, nu cred ca patesti nimic totusi. Astept lamuriri ce metoda sa aleg sau cum anume sa fac daca nici una din metode nu e buna. Mihai Murgan --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1026688301-1068299525=:47455 Content-Type: text/html; charset=us-ascii
Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie cu un alt proces care sa doarma valabilitatea unei prajituri si cand devine constient sa anunte sa fie aruncata, fie prin threaduri care sa faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc).
Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca gresesc spuneti-mi ce anume sa folosesc.
In al doilea rand, daca creez un nou proces acesta poate sa aiba doua comportamente:
1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas prajiturii puse cel mai de mult in frigider
2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei prajituri.
In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai tarziu decat termenul limita, secunde pierdute de calculele facute de procesor si de primirea mesajelor intre procese.
In cazul 2 consum inutil resurse.
Cazul 1 mi se pare mult mai firesc pentru ca daca mananci ceva ce a expirat de 3 secunde sa zicem, nu cred ca patesti nimic totusi.
Astept lamuriri ce metoda sa aleg sau cum anume sa fac daca nici una din metode nu e buna.
 
Mihai Murgan

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1026688301-1068299525=:47455-- From so@atlantis.cs.pub.ro Sat Nov 8 15:19:32 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 17:19:32 +0200 Subject: [so] intrebare In-Reply-To: <001a01c3a5ff$3e814a90$c09f9ad5@ioana> Message-ID: <5.1.0.14.0.20031108171644.00a7c970@mail.mymail.ro> > > Un consumator poate sa ceara mai mult de cakes_max prajituri? Da, poate sa ceara mai mult de cakes_max prajituri, dar nu este obligatoriu sa le si obtina. > O a 2-a intrebare : pot folosi in windows functia atoi? (nu gasesc ceva >similar in win32api) habar nu am, cred ca da. Rog pe altcineva sa raspunda la intrebarea asta. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 15:19:34 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 17:19:34 +0200 Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108135205.48079.qmail@web40017.mail.yahoo.com> References: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031108170308.00a5bd68@mail.mymail.ro> >1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas >prajiturii puse cel mai de mult in frigider >2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei >prajituri. Ambele solutii sunt ok. Nu e nici o problema dc intarzii f putin cu aruncatul prajiturilor. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 15:20:40 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 17:20:40 +0200 (EET) Subject: [so] prajituri si furnizori Message-ID: <4638.141.85.0.67.1068304840.squirrel@www.as.ro> >Te complici. >Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei= tu >despre prajituri. este partajata ... dar cofetaria trebuie sa stie cand i se aduc prajituri= nu? ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Sat Nov 8 16:05:34 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 18:05:34 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <4638.141.85.0.67.1068304840.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> > > >Te complici. > >Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei tu > >despre prajituri. > >este partajata ... dar cofetaria trebuie sa stie cand i se aduc prajituri nu? Scuze, am citit eu in graba mesajul tau anterior. ideea nu incalca nici o lege :). e ok. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 19:40:13 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 8 Nov 2003 21:40:13 +0200 Subject: [so] grupurile si membrii lor Message-ID: <000801c3a630$2114acf0$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C3A640.E487F920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ce nevoie e de people_max si group_max? pentru a sti dimensiunea = vectorilor? si daca facem cu liste? ca sa las sa se ocupe prea multa memorie? marimea memoriei e relativa :) daca nu am nevoie de people_max si group_max pot pur si simplu sa le = ignor? ------=_NextPart_000_0005_01C3A640.E487F920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
ce nevoie e de people_max si group_max? = pentru a=20 sti dimensiunea vectorilor? si daca facem cu liste?
ca sa las sa se ocupe prea multa = memorie? marimea=20 memoriei e relativa :)
daca nu am nevoie de people_max si = group_max pot=20 pur si simplu sa le ignor?
------=_NextPart_000_0005_01C3A640.E487F920-- From so@atlantis.cs.pub.ro Sun Nov 9 10:01:55 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 02:01:55 -0800 (PST) Subject: [so] ordinea sosirilor In-Reply-To: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> Message-ID: <20031109100155.75775.qmail@web41003.mail.yahoo.com> Cum sosesc membrii unui grup? Daca de exemplu am grupul 1 cu 6 membrii vor sosii toti 6 unul dupa altul sau printre ei se pot intercala membrii altor grupuri? Se poate intampla sa soseasca: gr 1 primul membru gr 1 al doilea membru gr 2 primul membru gr 1 al treilea membru ... __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 10:07:16 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 12:07:16 +0200 Subject: [so] ordinea sosirilor In-Reply-To: <20031109100155.75775.qmail@web41003.mail.yahoo.com> References: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> se pot intercala. Maria. >Cum sosesc membrii unui grup? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 10:18:58 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 02:18:58 -0800 (PST) Subject: [so] group_max, group_id In-Reply-To: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> Message-ID: <20031109101858.83480.qmail@web41005.mail.yahoo.com> In enunt se specifca ca pot exista GROUP_MAX grupuri. Asta inseamna ca pe parcursul rularii programului pot avea grup_max grupuri in total sau la un moment dat in cofetarie? de ex: daca grupul cu id = 0 vine in cofetarie face consumatie si termina, pe urma sa mai poate intampla ca grupul cu id-ul 0 sa mai apara la intrarea programului? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 13:01:25 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 15:01:25 +0200 Subject: [so] group_max, group_id In-Reply-To: <20031109101858.83480.qmail@web41005.mail.yahoo.com> References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> nu, id ul este unic unui grup. >daca grupul cu id = 0 vine in cofetarie face >consumatie si termina, pe urma sa mai poate intampla >ca grupul cu id-ul 0 sa mai apara la intrarea programului? Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 13:03:50 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 15:03:50 +0200 Subject: [so] grupurile si membrii lor In-Reply-To: <000801c3a630$2114acf0$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> >ce nevoie e de people_max si group_max? pentru a sti dimensiunea >vectorilor? si daca facem cu liste? >ca sa las sa se ocupe prea multa memorie? marimea memoriei e relativa :) >daca nu am nevoie de people_max si group_max pot pur si simplu sa le ignor? da. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 17:03:50 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sun, 9 Nov 2003 19:03:50 +0200 Subject: [so] group_max, group_id References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> Message-ID: <004c01c3a6e3$90a4eae0$0e0c6150@ioana> Deci daca dupa ce a terminat grupul 0, mai vine din nou grupul 0 el trebuie sa fie ignorat? Eu ma gandisem ca se poate ca un grup sa vina de mai multe ori la cofetarie si am facut implementarea in acest mod. Este gresit asa? ----- Original Message ----- From: "Maria Mateescu" To: Sent: Sunday, November 09, 2003 3:01 PM Subject: Re: [so] group_max, group_id > > > nu, id ul este unic unui grup. > > >daca grupul cu id = 0 vine in cofetarie face > >consumatie si termina, pe urma sa mai poate intampla > >ca grupul cu id-ul 0 sa mai apara la intrarea programului? > > > Maria. > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sun Nov 9 20:23:37 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 12:23:37 -0800 (PST) Subject: [so] grupuri In-Reply-To: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> Message-ID: <20031109202337.30347.qmail@web41009.mail.yahoo.com> e ok daca asteptam sa se intregeasca grupul si pe urma cautam sa punem mana pe scaune? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 21:46:18 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 23:46:18 +0200 Subject: [so] group_max, group_id In-Reply-To: <004c01c3a6e3$90a4eae0$0e0c6150@ioana> References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109234545.00a5e100@mail.mymail.ro> nu e gresit. Maria. >Deci daca dupa ce a terminat grupul 0, mai vine din nou grupul 0 >el trebuie sa fie ignorat? >Eu ma gandisem ca se poate ca un grup sa vina de mai multe ori la cofetarie >si am facut implementarea in acest mod. Este gresit asa? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 21:47:01 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 23:47:01 +0200 Subject: [so] grupuri In-Reply-To: <20031109202337.30347.qmail@web41009.mail.yahoo.com> References: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109234629.00ac7400@mail.mymail.ro> > >e ok daca asteptam sa se intregeasca grupul si pe urma >cautam sa punem mana pe scaune? da. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 10 04:15:00 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 9 Nov 2003 20:15:00 -0800 (PST) Subject: [so] tema 1 win Message-ID: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Am o problema penibila, careia nu ii dau de cap: Pentru modul executie din fisier, apelez functia din program care executa o comanda cu indirectare, cu parametrii argv[0] si argv[1]. In Linux a functionat perfect, insa in Windows nu imi citeste din fisierul care este Stdin decat prima linie, o executa, si se opreste, adica nu mai citeste nimic din fisier (considera ca s-a terminat). Am verificat separat bucata de citire din fisier, merge. Merge si indirectarea comenzilor in mod interactiv. Are cineva vreo idee? Ma gandesc ca poate am gresit ceva la indirectare, care nu se vede decat in situatia asta, dar nu imi pot imagina ce. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 13:14:51 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 15:14:51 +0200 Subject: [so] prajituri si furnizori Message-ID: <200311081514.51182.mmk@as.ro> Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta se va crea cate un proces dupa fiecare vizita a furnizorului, care se va termina atunci cand prajiturile respective se strica. Este recomandata abordarea aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bagat in frigider un numar de prajituri in frigider, pentru ca acesta sa stie cate si cand sa le arunce - deci o coada de mesaje ? From so@atlantis.cs.pub.ro Mon Nov 10 12:34:17 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Mon, 10 Nov 2003 14:34:17 +0200 Subject: [so] tema 1 win In-Reply-To: <20031110041500.15540.qmail@web41009.mail.yahoo.com> References: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Message-ID: <841331013.20031110143417@rdsnet.ro> Hello Diana, Monday, November 10, 2003, 6:15:00 AM, you wrote: DF> in Windows nu imi citeste din fisierul DF> care este Stdin decat prima linie, o executa, si se DF> opreste, adica nu mai citeste nimic din fisier DF> (considera ca s-a terminat). Nu stiu daca am inteles exact care este problema. Eu am intampinat ceva asemanator, si s-a dovedit ca de fapt imi citea din fisierul care este Stdin <>! Tu spui mai sus 2 lucruri care se contrazic : "citeste doar prima linie" si "considera ca s-a terminat". Eu as merge pe mana lui Bill Gates si as zice ca tu chiar citesti tot fisierul... sa nu uitam ca functiile <> din WIN32API nu citesc linie cu linie. Ion From so@atlantis.cs.pub.ro Mon Nov 10 12:44:56 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Mon, 10 Nov 2003 04:44:56 -0800 (PST) Subject: [so] tema 1 win In-Reply-To: <841331013.20031110143417@rdsnet.ro> Message-ID: <20031110124456.1680.qmail@web41009.mail.yahoo.com> intr-adevar nu citesc linie cu linie, ci caracter cu caracter... a, si am uitat sa mentionez ca prima linie o executa cu succes? ceea ce n us-ar fi intamplat daca imi citea tot fisierul, nu? (nu ar fi recunoscut comenzile) --- Ion Petrescu wrote: > Hello Diana, > > Monday, November 10, 2003, 6:15:00 AM, you wrote: > > > DF> in Windows nu imi citeste din fisierul > DF> care este Stdin decat prima linie, o executa, si > se > DF> opreste, adica nu mai citeste nimic din fisier > DF> (considera ca s-a terminat). > > Nu stiu daca am inteles exact care este problema. > Eu am intampinat ceva asemanator, si s-a dovedit ca > de fapt imi citea > din fisierul care este Stdin < linie>>! > > Tu spui mai sus 2 lucruri care se contrazic : > "citeste doar prima > linie" si "considera ca s-a terminat". > Eu as merge pe mana lui Bill Gates si as zice ca tu > chiar citesti tot > fisierul... sa nu uitam ca functiile <> > din WIN32API nu citesc linie cu > linie. > > Ion > > > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 10 13:11:05 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Mon, 10 Nov 2003 15:11:05 +0200 Subject: Re[2]: [so] tema 1 win In-Reply-To: <20031110124456.1680.qmail@web41009.mail.yahoo.com> References: <841331013.20031110143417@rdsnet.ro> <20031110124456.1680.qmail@web41009.mail.yahoo.com> Message-ID: <893539219.20031110151105@rdsnet.ro> DF> intr-adevar nu citesc linie cu linie, ci caracter cu DF> caracter... DF> a, si am uitat sa mentionez ca prima linie o executa DF> cu succes? ceea ce n us-ar fi intamplat daca imi citea DF> tot fisierul, nu? (nu ar fi recunoscut comenzile) Pai si atunci cum explici ca fisierul "Stdin" e considerat terminat, pe cand tu zici ca nu ai citit decat o linie? S-a ajuns la sfarsitul fisierului sau nu s-a ajuns? Si apoi, daca nu s-a ajuns, de ce nu se avanseaza? Apoi, eu nu inteleg ce ai vrut sa zici cu "Pentru modul executie din fisier, apelez functia din program care executa o comanda cu indirectare, cu parametrii argv[0] si argv[1]." Dar poate altii au inteles si o sa iti raspunda. Oricum iti dai seama ca fara cod sunt sanse mici sa isi dea seama cineva care e problema. Daca afli misterul sa ne spui si noua. From so@atlantis.cs.pub.ro Mon Nov 10 14:35:11 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 10 Nov 2003 16:35:11 +0200 Subject: [so] tema 1 win In-Reply-To: <20031110041500.15540.qmail@web41009.mail.yahoo.com> References: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Message-ID: On Sun, 9 Nov 2003 20:15:00 -0800 (PST), Diana Fulger wrote: > Am o problema penibila, careia nu ii dau de cap: > Pentru modul executie din fisier, apelez functia din > program care executa o comanda cu indirectare, cu > parametrii argv[0] si argv[1]. In Linux a functionat > perfect, insa in Windows nu imi citeste din fisierul > care este Stdin decat prima linie, o executa, si se > opreste, adica nu mai citeste nimic din fisier > (considera ca s-a terminat). > Am verificat separat bucata de citire din fisier, > merge. Merge si indirectarea comenzilor in mod > interactiv. Are cineva vreo idee? Ma gandesc ca poate > am gresit ceva la indirectare, care nu se vede decat > in situatia asta, dar nu imi pot imagina ce. > Poate ai editat fisierul in Linux? In Linux sfarsitul unei linii e dat de '\n' iar in Windows de '\r\n'. tavi From so@atlantis.cs.pub.ro Mon Nov 10 14:39:51 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 10 Nov 2003 16:39:51 +0200 Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108135205.48079.qmail@web40017.mail.yahoo.com> References: <20031108135205.48079.qmail@web40017.mail.yahoo.com> Message-ID: On Sat, 8 Nov 2003 05:52:05 -0800 (PST), Murgan Mihai wrote: > Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs > timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie > cu un alt proces care sa doarma valabilitatea unei prajituri si cand > devine constient sa anunte sa fie aruncata, fie prin threaduri care sa > faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue > si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am > inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am > discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc). > Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca > gresesc spuneti-mi ce anume sa folosesc. > In al doilea rand, daca creez un nou proces acesta poate sa aiba doua > comportamente: > 1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas > prajiturii puse cel mai de mult in frigider > 2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei > prajituri. > In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai > tarziu decat termenul limita, secunde pierdute de calculele facute de > procesor si de primirea mesajelor intre procese. La fel si in cazul 2 :) Solutii pentru probleme de genul asta nu exista decat daca se foloseste un RTOS. Chiar daca faci busy waiting nu poti fi sigur (SO te poate intrerupe, teoretic indefinit de mult timp) tavi From so@atlantis.cs.pub.ro Mon Nov 10 16:07:34 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Mon, 10 Nov 2003 18:07:34 +0200 (EET) Subject: [so] o problema ciudata Message-ID: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> pe "scurt": "If sem_op is 0 (read operation) and semval is non-zero, the process sleeps on a queue waiting for semval to become zero." Am facut un program mic care incrementeaza val unui semafor; daca valoare= a semaforului ajunge la N, atunci un alt semafor e facut 0. In continuare s= e face un sem_op 0 pe semaforul 2, si cand iese afiseaza ceva. Pornesc programul, intra in starea "waiting"... de ce atunci cand il intrerup (CTRL-Z) si il trimit in background ("bg") se sare de starea waiting ? (a se intelege ca e vb de linux...) ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Mon Nov 10 17:22:24 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Mon, 10 Nov 2003 09:22:24 -0800 (PST) Subject: [so] Structuri IPC In-Reply-To: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <20031110172224.58452.qmail@web40016.mail.yahoo.com> --0-491379405-1068484944=:57656 Content-Type: text/plain; charset=us-ascii In enuntul temei este un paragraf care poate naste interpretari. Se scrie ca: "Cofetaria trebuie sa fie implementata ca un program separat, ce initializeaza structurile IPC si arunca prajiturile vechi." Eu de aici am inteles ca in cofetarie se vor initializa structurile( semafoare, memorie partajata, coada de mesaje) necesare pe tot parcursul programului si ca aici se vor arunca prajiturile. Semafoarele necesare sincronizarii clientilor, cum ar fi semaforul de asteptare al tuturor membrilor unui grup eu am ales sa fie creat si distrus de primul membru sosit al unui grup(verifica daca nu era deja creat si daca nu era deja creat inseamna ca e primul membru al grupului). Aceasta abordare mi se pare normala pentru ca cofetaria nu are de unde sa stie ce semafoare sa creeze atata vreme cat nu stie id-urile respectivelor grupurii ce urmeaza sa vina, asa ca nu ar avea cum sa creeze in avans aceste semafoare.Iar daca ar astepta mesaj cu id-ul grupului pana ar creea semaforul la care sa astepte grupul primul membru ar termina de mult procesul pentru ca nu ar gasi semafoare la care sa astepte. Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si orice altceva de genul acesta ar trebui create in cofetarie. As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar trebui creat in cofetarie. Va multumesc, Mihai Murgan --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-491379405-1068484944=:57656 Content-Type: text/html; charset=us-ascii
In enuntul temei este un paragraf care poate naste interpretari. Se scrie ca:
"Cofetaria trebuie sa fie implementata ca un program separat, ce initializeaza structurile IPC si arunca prajiturile vechi."
Eu de aici am inteles ca in cofetarie se vor initializa structurile( semafoare, memorie partajata, coada de mesaje) necesare pe tot parcursul programului si ca aici se vor arunca prajiturile. Semafoarele necesare sincronizarii clientilor, cum ar fi semaforul de asteptare al tuturor membrilor unui grup eu am ales sa fie creat si distrus de primul membru sosit  al unui grup(verifica daca nu era deja creat si daca nu era deja creat inseamna ca e primul membru al grupului).
Aceasta abordare mi se pare normala pentru ca cofetaria nu are de unde sa stie ce semafoare sa creeze atata vreme cat nu stie id-urile respectivelor grupurii ce urmeaza sa vina, asa ca nu ar avea cum sa creeze in avans aceste semafoare.Iar daca ar astepta mesaj cu id-ul grupului pana ar creea semaforul la care sa astepte grupul primul membru ar termina de mult procesul pentru ca nu ar gasi semafoare la care sa astepte.
Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si orice altceva de genul acesta ar trebui create in cofetarie.
As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar trebui creat in cofetarie.
 
Va multumesc,
Mihai Murgan

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-491379405-1068484944=:57656-- From so@atlantis.cs.pub.ro Mon Nov 10 17:43:36 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 10 Nov 2003 19:43:36 +0200 Subject: [so] Structuri IPC In-Reply-To: <20031110172224.58452.qmail@web40016.mail.yahoo.com> References: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> > >Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea >intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si >orice altceva de genul acesta ar trebui create in cofetarie. >As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar >trebui creat in cofetarie. > nu este necesar ca toate ipcurile sa fie create din cofetarie. imi cer scuze pt neclaritate, incercam sa arat ce ar trebui sa faca programul cofetarie. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 10 20:03:56 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 10 Nov 2003 22:03:56 +0200 Subject: [so] upload Message-ID: <1068494636.3fafef2c88d0c@cs.pub.ro> Pentru unii din voi informatiile la crearea contului de upload au fost incomplete - lipsea grupa. Cu campul respectiv nesetat, va puteti loga, dar nu puteti face upload. In concluzie, cine vrea :) sa faca upload de teme in viitorul apropiat, e asteptat (pe mail: dee@cs.pub.ro) cu precizari asupra grupei. Mai jos e lista de studenti in cauza: CostacheRuxandra ClejaMihai StanculeanuIonel HerbeiuRadu BarjovanuVlad DavidDan Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 10 20:14:36 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Mon, 10 Nov 2003 12:14:36 -0800 (PST) Subject: [so] terminarea programului In-Reply-To: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> Message-ID: <20031110201436.37781.qmail@web41012.mail.yahoo.com> Cand ar trebui sa se termine programul sweetshop? In momentul in care au aparut toate cele group_max grupuri si toti mebrii lor au fost serviti? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 10 22:37:24 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Tue, 11 Nov 2003 00:37:24 +0200 (EET) Subject: [so] erori Message-ID: <1785.141.85.0.67.1068503844.squirrel@www.as.ro> Ce (ar trebui)/(ar fi bine) sa se intample cand un consumator comanda un numar de prajituri mai mare decat capacitatea frigiderului sau un grup e format din un numar de oameni mai mare decat capacitatea cofetariei? Si separat, ce ar tb sa se intample daca consumeri din acealasi grup sunt porniti cu un numar al membrilor grupului diferit ? (la intrebarea asta, din enunt se intelegea ca "se presupune acelasi", deci nu ar trebui tratata eroarea). Marian. ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Tue Nov 11 00:41:25 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 02:41:25 +0200 Subject: [so] erori In-Reply-To: <1785.141.85.0.67.1068503844.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031111024047.00ad6448@mail.mymail.ro> nu se intampla asa ceva :). Maria. >Ce (ar trebui)/(ar fi bine) sa se intample cand un consumator comanda un >numar de prajituri mai mare decat capacitatea frigiderului sau un grup e >format din un numar de oameni mai mare decat capacitatea cofetariei? >Si separat, ce ar tb sa se intample daca consumeri din acealasi grup sunt >porniti cu un numar al membrilor grupului diferit ? (la intrebarea asta, >din enunt se intelegea ca "se presupune acelasi", deci nu ar trebui >tratata eroarea). > >Marian. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 00:46:18 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 02:46:18 +0200 Subject: [so] terminarea programului In-Reply-To: <20031110201436.37781.qmail@web41012.mail.yahoo.com> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> teoretic nu ar tr sa se termine niciodata si sa fie oprita cu CTRL-C... dar cum inca nu ati facut semnale pentru a putea distruge IPCurile (lucru absolut necesar (sa distrugeti IPCurile)), ideea ta e buna... asa ca raspunsul este: da. Maria. At 12:14 PM 11/10/2003 -0800, you wrote: >Cand ar trebui sa se termine programul sweetshop? >In momentul in care au aparut toate cele group_max >grupuri si toti mebrii lor au fost serviti? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 06:18:01 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Tue, 11 Nov 2003 08:18:01 +0200 Subject: [so] terminarea programului References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> Message-ID: <3FB07F19.7090509@pcnet.ro> Cum nu s-a specificat nimic in enuntz in legatura cu terminarea programelor eu am astfel: inchid cofetaria daca apas pe tasta q, moment cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie si daca nu mai sunt inchid ipc-urile si daca sunt nu inchid...trimit mesaj ca sa mai aspepte cu inchiderea.Stiam ca trebuie semnale dar nu aveam voie sa folosim.E ok asa? Maria Mateescu wrote: > > teoretic nu ar tr sa se termine niciodata si sa fie oprita cu > CTRL-C... dar cum inca nu ati facut semnale pentru a putea distruge > IPCurile (lucru absolut necesar (sa distrugeti IPCurile)), ideea ta e > buna... asa ca raspunsul este: > da. > > Maria. > > At 12:14 PM 11/10/2003 -0800, you wrote: > > >> Cand ar trebui sa se termine programul sweetshop? >> In momentul in care au aparut toate cele group_max >> grupuri si toti mebrii lor au fost serviti? > > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > From so@atlantis.cs.pub.ro Tue Nov 11 08:28:29 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 10:28:29 +0200 Subject: [so] terminarea programului In-Reply-To: <3FB07F19.7090509@pcnet.ro> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031111102801.00a5ea00@mail.mymail.ro> da... e bine de vreme ce se termina intr'un fel. Maria. >Cum nu s-a specificat nimic in enuntz in legatura cu terminarea >programelor eu am astfel: inchid cofetaria daca apas pe tasta q, moment >cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie si daca nu >mai sunt inchid ipc-urile si daca sunt nu inchid...trimit mesaj ca sa mai >aspepte cu inchiderea.Stiam ca trebuie semnale dar nu aveam voie sa >folosim.E ok asa? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 10:10:55 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 11 Nov 2003 02:10:55 -0800 (PST) Subject: [so] o problema ciudata In-Reply-To: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <20031111101055.30937.qmail@web60502.mail.yahoo.com> --- Marian Mihailescu wrote: > pe "scurt": > "If sem_op is 0 (read operation) and semval is > non-zero, the process > sleeps on a queue waiting for semval to become > zero." > Am facut un program mic care incrementeaza val unui > semafor; daca valoarea > semaforului ajunge la N, atunci un alt semafor e > facut 0. In continuare se > face un sem_op 0 pe semaforul 2, si cand iese > afiseaza ceva. Pornesc > programul, intra in starea "waiting"... de ce atunci > cand il intrerup > (CTRL-Z) si il trimit in background ("bg") se sare > de starea waiting ? > (a se intelege ca e vb de linux...) Operatiile blocante pot fi intrerupte de semnale. Probabil ca procesul tau din background incearca sa faca o scriere sau o citire de la stdout/stdin si primeste un semnal SIGTTOU/SIGTTIN pt ca nu are consola (fiind in background) iar parintele sau primeste un semnal SIGCHLD. Daca nu asta e cazul, in orice caz procesul tau care asteapta la semafor este deblocat de catre un semnal. De aceea este recomandat ca operatiile blocante sa se efectueze intr-o bucla de genul: do { result = operatie_blocanta(); } while (result != OK); /* conditia result != OK variaza de la caz la caz */ Aceast lucru este valabil atat pentru semafoare cat si pentru cozi de mesaje. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 10:20:08 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 11 Nov 2003 02:20:08 -0800 (PST) Subject: [so] intrebare In-Reply-To: <5.1.0.14.0.20031108171644.00a7c970@mail.mymail.ro> Message-ID: <20031111102008.5977.qmail@web60503.mail.yahoo.com> --- Maria Mateescu wrote: > > > > > > Un consumator poate sa ceara mai mult de > cakes_max prajituri? > > Da, poate sa ceara mai mult de cakes_max prajituri, > dar nu este obligatoriu > sa le si obtina. > > > > > O a 2-a intrebare : pot folosi in windows > functia atoi? (nu gasesc ceva > >similar in win32api) > > > habar nu am, cred ca da. > Rog pe altcineva sa raspunda la intrebarea asta. Exista niste functii pentru stringuri Unicode dar nu ne intereseaza acest aspect la SO. E Ok sa folosesti atoi pentru ca noi o sa lucram doar cu stringuri ASCII. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 11:29:07 2003 From: so@atlantis.cs.pub.ro (sorin adi) Date: Tue, 11 Nov 2003 03:29:07 -0800 (PST) Subject: [so] despre makefile Message-ID: <20031111112907.56948.qmail@web21205.mail.yahoo.com> in reguli nu sunt specificate decat ca arhiva nu contine executabile,ok. Dar daca dupa rularea makefile executabilele le-am pus in src e bine sau nu? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 13:00:38 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Tue, 11 Nov 2003 15:00:38 +0200 Subject: [so] o problema ciudata In-Reply-To: <20031111101055.30937.qmail@web60502.mail.yahoo.com> References: <20031111101055.30937.qmail@web60502.mail.yahoo.com> Message-ID: On Tue, 11 Nov 2003 02:10:55 -0800 (PST), Cosmin Arad wrote: > > Operatiile blocante pot fi intrerupte de semnale. > Probabil ca procesul tau din background incearca sa > faca o scriere sau o citire de la stdout/stdin si > primeste un semnal SIGTTOU/SIGTTIN pt ca nu are > consola (fiind in background) iar parintele sau > primeste un semnal SIGCHLD. > Daca nu asta e cazul, in orice caz procesul tau care > asteapta la semafor este deblocat de catre un semnal. > > De aceea este recomandat ca operatiile blocante sa se > efectueze intr-o bucla de genul: > > do { > result = operatie_blocanta(); > } while (result != OK); > /* conditia result != OK variaza de la caz la caz */ > Exista un macro care face acest lucru pentru voi: TEMP_FAILURE_RETRY. tavi From so@atlantis.cs.pub.ro Wed Nov 12 09:35:26 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 12 Nov 2003 11:35:26 +0200 Subject: [so] terminarea programului In-Reply-To: <3FB07F19.7090509@pcnet.ro> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> <3FB07F19.7090509@pcnet.ro> Message-ID: <3FB1FEDE.4000403@romus.ro> Ruxi Jitianu wrote: > Cum nu s-a specificat nimic in enuntz in legatura cu terminarea > programelor eu am astfel: inchid cofetaria daca apas pe tasta q, > moment cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie > si daca nu mai sunt inchid ipc-urile si daca sunt nu inchid...trimit > mesaj ca sa mai aspepte cu inchiderea.Stiam ca trebuie semnale dar nu > aveam voie sa folosim.E ok asa? Puneti si in readme treburile astea. --Adrian. From so@atlantis.cs.pub.ro Wed Nov 12 09:38:58 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 12 Nov 2003 11:38:58 +0200 Subject: [so] despre makefile In-Reply-To: <20031111112907.56948.qmail@web21205.mail.yahoo.com> References: <20031111112907.56948.qmail@web21205.mail.yahoo.com> Message-ID: <3FB1FFB2.8090800@romus.ro> sorin adi wrote: >in reguli nu sunt specificate decat ca arhiva nu >contine >executabile,ok. Dar daca dupa rularea makefile >executabilele >le-am pus in src e bine sau nu? > > Directorul src este acolo ca sa contina _doar_ surse. Deci incearca sa faci executabilele in acelasi director cu Makefile, nu in src. --Adrian. From so@atlantis.cs.pub.ro Wed Nov 12 17:41:44 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 12 Nov 2003 19:41:44 +0200 Subject: [so] terminare Message-ID: <001101c3a944$3d265b20$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_000E_01C3A955.00A0D340 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sper ca nu sunt depunctat daca la mine cofetaria se termina la ctrl-c. = (signal pe linux si consolectrlhandler pe windows) Toate structurile alocate sunt dealocate in ordine, toate ipc-urile = create sunt distruse. ------=_NextPart_000_000E_01C3A955.00A0D340 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Sper ca nu sunt depunctat daca la mine = cofetaria se=20 termina la ctrl-c. (signal pe linux si consolectrlhandler pe=20 windows)
Toate structurile alocate sunt = dealocate in ordine,=20 toate ipc-urile create sunt distruse.
------=_NextPart_000_000E_01C3A955.00A0D340-- From so@atlantis.cs.pub.ro Wed Nov 12 18:24:25 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Wed, 12 Nov 2003 20:24:25 +0200 (E. Europe Standard Time) Subject: [so] Intrebare ... Furnizor References: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <3FB27AD9.000001.01504@einstein> --------------Boundary-00=_PG49QL80000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_PG49LVC0000000000000" --------------Boundary-00=_PG49LVC0000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Furnizorul verifica periodic frigiderul cofetariei?=0D sau il chem eu cand vreau eu? --------------Boundary-00=_PG49LVC0000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Furnizorul verifica periodic frigiderul cofetariei?
sau il chem eu cand vreau eu?
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_PG49LVC0000000000000-- --------------Boundary-00=_PG49QL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: <7480D687-4EF4-4555-B65B-D83D71EE0843> R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_PG49QL80000000000000-- From so@atlantis.cs.pub.ro Wed Nov 12 19:32:21 2003 From: so@atlantis.cs.pub.ro (Costin APOSTOL) Date: Wed, 12 Nov 2003 21:32:21 +0200 (EET) Subject: [so] Timpul afisat la upload Message-ID: Din fericire ne este afisat timpul cand ne logam pentru a trimite tema. Din pacate nu ne avantajeaza deloc: e cam inainte cu vreo ora si 20 minute. Cu ce ora si DATA sunt primite temele noastre, ca asa cum vad eu lucrurile acum deadline-ul este pe la ora 22:30 ? Errare humanum est, perseverare diabolicum Costin From so@atlantis.cs.pub.ro Wed Nov 12 19:43:09 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 12 Nov 2003 21:43:09 +0200 Subject: [so] Timpul afisat la upload In-Reply-To: References: Message-ID: On Wed, 12 Nov 2003 21:32:21 +0200 (EET), Costin APOSTOL wrote: > > Din fericire ne este afisat timpul cand ne logam pentru a trimite > tema. Din pacate nu ne avantajeaza deloc: e cam inainte cu vreo ora si 20 > minute. > No more... tavi From so@atlantis.cs.pub.ro Wed Nov 12 23:55:13 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 01:55:13 +0200 Subject: [so] Intrebare ... Furnizor In-Reply-To: <3FB27AD9.000001.01504@einstein> References: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> --=====================_595195==_.REL Content-Type: text/plain; charset="us-ascii"; format=flowed frunizorul este un program care este lansat de fiecare data cand vrea utilizatorul, adica eu :). Maria. >Furnizorul verifica periodic frigiderul cofetariei? >sau il chem eu cand vreau eu? >____________________________________________________ >IMSTP1.gif >IncrediMail - Email has finally evolved - >Click Here > > >---------- >90ecd.jpg Acasa.ro vine cu albumele, >tu vino doar cu pozele ;) > > --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ --=====================_595195==_.REL Content-Type: image/gif; name="IMSTP1.gif"; x-mac-type="47494666"; x-mac-creator="4A565752" Content-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro.1> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="IMSTP1.gif" R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --=====================_595195==_.REL Content-Type: image/jpeg; name="90ecd.jpg"; x-mac-type="4A504547"; x-mac-creator="4A565752" Content-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro.2> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="90ecd.jpg" /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAABAAEDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD/AD/6 KKKAP//Z --=====================_595195==_.REL-- From so@atlantis.cs.pub.ro Thu Nov 13 08:35:53 2003 From: so@atlantis.cs.pub.ro (Toma Monica) Date: Thu, 13 Nov 2003 00:35:53 -0800 (PST) Subject: [so] intrebare acces la frigider Message-ID: <20031113083553.78577.qmail@web10404.mail.yahoo.com> Am si eu o pb destul de ..grava... Intrebarea se refera la accesul la memoria partajata. Mai precis, daca de exp un consumator face cerere pe memoria partajata si obtine drept de acces(adica sunt suficiente prajituri)dar intre timp (inainte de a "pune mana pe mutex") vine procesul care curata frigiderul si ia mutexul si scoate suficiente prajituri astfel incat, in momentul in care termina, in frigider nu mai sunt suficiente prajituri pt a le scoate din memorie...Ce se poate face. Noi avem practic 2 tipuri de consumatori care actioneza diferit. Ce se poate face in acest caz? Sa mai introducem un mutex ? Ma gandesc ca modificarea prod-cons nu se poate pune pb.. ===== I dream of finding myself laughing! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 13 08:45:41 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Thu, 13 Nov 2003 00:45:41 -0800 (PST) Subject: [so] alta intrebare tema 2 In-Reply-To: <2.0beta.1068059446313.1360656092858937010.atta@@mymail.ro> Message-ID: <20031113084541.57257.qmail@web41001.mail.yahoo.com> --- Maria Mateescu wrote: > Cum vrei. > > Am schimbat putin enuntul temei. Nu mai trebuie > ca daca ai 4 scaune libere > si vine un grup de 5 si apoi un grup de 3, al > doilea grup sa o ia inainte. > Primul grup poate sa ocupe 4 scaune si sa mai > astepte unul. > > Maria. Asa trebuie facuta implementarea? Pentru ca din enunt se intelege ca grupul de 5 asteapta pana sunt libere 5 scaune? "Daca nu exista group_size locuri libere in sala consumatorii din intregul grup asteapta eliberarea lor" Intelesesem ca enuntul nu s-a schimbat. :( __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 13 21:07:55 2003 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Thu, 13 Nov 2003 13:07:55 -0800 Subject: [so] semafoare windows References: <20031113084541.57257.qmail@web41001.mail.yahoo.com> Message-ID: <010301c3aa2a$35bc7f40$42c8100a@dany> Salut! Pentru a simula un semafor care sa decrementeze cu mai mult de 1 odata este ok daca asociez fiecarui semafor o memorie partajata? toate bune! From so@atlantis.cs.pub.ro Thu Nov 13 10:41:44 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:41:44 +0300 Subject: [so] intrebare acces la frigider Message-ID: <2.0beta.1068723704000.-6533070337438367259.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Dupa cum ti-ai dat seama, abordarea ta este fundamental gresita. Gandeste-te de ce apar race-urile in general, si care sunt mecanismele pentru evitarea lor. =20 Hint: cum faci sa "rezervi" cate prajituri vrei, ca sa nu ti le poata lua celalalt proces ? =20 Maria. =20 >Am si eu o pb destul de ..grava... >Intrebarea se refera la accesul la memoria partajata. >Mai precis, daca de exp un consumator face cerere pe >memoria partajata si obtine drept de acces(adica sunt >suficiente prajituri)dar intre timp (inainte de a >"pune mana pe mutex") vine procesul care curata >frigiderul si ia mutexul si scoate suficiente >prajituri astfel incat, in momentul in care termina, >in frigider nu mai sunt suficiente prajituri pt a le >scoate din memorie...Ce se poate face. Noi avem >practic 2 tipuri de consumatori care actioneza >diferit. >Ce se poate face in acest caz? Sa mai introducem un >mutex ? Ma gandesc ca modificarea prod-cons nu se >poate pune pb.. =20 >=3D=3D=3D=3D=3D =20 >I dream of finding myself laughing! =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Dupa cum ti-ai dat seama, abordarea ta este fundamental gresita.
Gandeste-te de ce apar race-urile in general, si care sunt mecanismele pentru = evitarea lor.

Hint: cum faci sa "rezervi" cate prajituri vrei, ca sa nu ti le = poata lua celalalt proces ?

Maria.

>Am si eu o pb destul de ..grava...
>Intrebarea se refera la accesul la memoria partajata.
>Mai precis, daca de exp un consumator face cerere pe
>memoria partajata si obtine drept de acces(adica sunt
>suficiente prajituri)dar intre timp (inainte de a
>"pune mana pe mutex") vine procesul care curata
>frigiderul si ia mutexul si scoate suficiente
>prajituri astfel incat, in momentul in care termina,
>in frigider nu mai sunt suficiente prajituri pt a le
>scoate din memorie...Ce se poate face. Noi avem
>practic 2 tipuri de consumatori care actioneza
>diferit.
>Ce se poate face in acest caz? Sa mai introducem un
>mutex ? Ma gandesc ca modificarea prod-cons nu se
>poate pune pb..

>=3D=3D=3D=3D=3D

>I dream of finding myself laughing!


>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 10:43:48 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:43:48 +0300 Subject: [so] alta intrebare tema 2 Message-ID: <2.0beta.1068723828027.89367946393948167.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable mail.yahoo.com Asta se refera la faptul ca ei nu se apuca sa manance pana cand nu au toti loc. =20 Maria. =20 >"Daca nu exista group_size locuri libere in sala >consumatorii din intregul grup asteapta eliberarea >lor" =20 >Intelesesem ca enuntul nu s-a schimbat. :( =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable mail.yahoo.com
Asta se refera la faptul ca ei nu se apuca sa manance pana cand nu au toti = loc.

Maria.

>"Daca nu exista group_size locuri libere in sala
>consumatorii din intregul grup asteapta eliberarea
>lor"

>Intelesesem ca enuntul nu s-a schimbat. :(


>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 10:45:59 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:45:59 +0300 Subject: [so] semafoare windows Message-ID: <2.0beta.1068723959730.7933368643405124340.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable in principiu nu... dar depinde de ce faci cu memoria partajata :P. ai putea avea probleme cu downu'. =20 Maria. >Salut! =20 > Pentru a simula un semafor care sa decrementeze cu mai mult de 1 >odata este ok daca asociez fiecarui semafor o memorie partajata? =20 >toate bune! =20 >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable in principiu nu... dar depinde de ce faci cu memoria partajata :P.
ai putea avea probleme cu downu'.

Maria.
>Salut!

> Pentru a simula un semafor care sa decrementeze cu mai mult de = 1
>odata este ok daca asociez fiecarui semafor o memorie partajata?

>toate bune!

>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 11:50:20 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Thu, 13 Nov 2003 13:50:20 +0200 (E. Europe Standard Time) Subject: [so] Conflict References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> Message-ID: <3FB36FFC.000001.01540@einstein> --------------Boundary-00=_WVGAQL80000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_WVGALVC0000000000000" --------------Boundary-00=_WVGALVC0000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable M-am lovit de urmatoarea problema.=0D Se face o cerere de prajituri din partea consumatorilor.=0D Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si i= a pentru el prajuturile vechi.=0D Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei.=0D =0D Cum rezolv problema?=0D =0D Florin --------------Boundary-00=_WVGALVC0000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
M-am lovit de urmatoarea problema.
Se face o cerere de prajituri din partea consumatorilor.
Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul= si ia pentru el prajuturile vechi.
Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei= =2E
 
Cum rezolv problema?
 
Florin
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_WVGALVC0000000000000-- --------------Boundary-00=_WVGAQL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: <8373EF3A-E7B5-4240-8244-1781197289A5> R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_WVGAQL80000000000000-- From so@atlantis.cs.pub.ro Thu Nov 13 12:23:07 2003 From: so@atlantis.cs.pub.ro (dinca radu) Date: Thu, 13 Nov 2003 14:23:07 +0200 Subject: [so] semafoare Message-ID: <200311131223.hADCN85W010603@k.k.ro> Sunt obligat sa folosesc semafoare ? Daca programul meu ar functiona la fel de bine si fara, ar fi vreo problema ? Sentimente.ro - www.sentimente.ro Peste 50.000 de prieteni te asteapta! From so@atlantis.cs.pub.ro Thu Nov 13 13:28:42 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 15:28:42 +0200 Subject: [so] semafoare In-Reply-To: <200311131223.hADCN85W010603@k.k.ro> References: <200311131223.hADCN85W010603@k.k.ro> Message-ID: On Thu, 13 Nov 2003 14:23:07 +0200, dinca radu wrote: > > Sunt obligat sa folosesc semafoare ? Daca programul meu ar functiona la > fel de bine si fara, ar fi vreo problema ? > Nu poate sa functioneze corect fara semafoare/cozi de mesaje/alte mecanisme IPC. Prin functionat corect nu se intelege faptul ca "mi-e imi merge", ci faptul ca se poate demonstra mai mult sau mai putin riguros sa nu exista conditii de cursa sau probleme de sincronizare. tavi From so@atlantis.cs.pub.ro Thu Nov 13 13:31:11 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 15:31:11 +0200 Subject: [so] Conflict In-Reply-To: <3FB36FFC.000001.01540@einstein> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <3FB36FFC.000001.01540@einstein> Message-ID: On Thu, 13 Nov 2003 13:50:20 +0200 (E. Europe Standard Time), Florin Pop wrote: > M-am lovit de urmatoarea problema. > > Se face o cerere de prajituri din partea consumatorilor. > > Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si > ia > pentru el prajuturile vechi. > Consumatorilor nu trebuie sa li se spuna ca exista prajituri. Ei trebuie sa le astepte pana cand vin. tavi From so@atlantis.cs.pub.ro Thu Nov 13 13:49:57 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 15:49:57 +0200 Subject: [so] terminare In-Reply-To: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> ok Maria. >Sper ca nu sunt depunctat daca la mine cofetaria se termina la ctrl-c. >(signal pe linux si consolectrlhandler pe windows) >Toate structurile alocate sunt dealocate in ordine, toate ipc-urile create >sunt distruse. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Thu Nov 13 16:05:51 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 18:05:51 +0200 Subject: [so] semafoare In-Reply-To: <200311131431.hADEV7eD021996@k.k.ro> References: <200311131431.hADEV7eD021996@k.k.ro> Message-ID: On Thu, 13 Nov 2003 16:31:07 +0200, dinca radu wrote: > > Pai am o locatie de memorie in care imi pun "mutex-ul" meu virtual > ...daca > locatia respectiva e 0 atunci mi se da acces la frigider , altfel > programul > asteapta sa se faca locatia 0. De ce nu mi s-ar functiona ? > > Trebuie sa ai garantia ca citirea si scrierea din "mutex-ul virtual" se fac atomic. Sunt multe motive pentru care citirea si scrierea in "multex-ul virtual" ar putea sa nu fie atomice: - optimizari de compilator - optimizari in procesor - executie paralela in procesor - cvasi-paralelismul oferit de SO pentru procese - sisteme SMP In al doilea rand, daca tu astepti ca locatia sa se faca 0 fara a folosi semafoare & stuff, o sa o faci busy wating. From so@atlantis.cs.pub.ro Thu Nov 13 20:13:42 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 13 Nov 2003 22:13:42 +0200 Subject: [so] Asteptare Message-ID: <004001c3aa22$a332c7d0$6400a8c0@andrei> This is a multi-part message in MIME format. ------=_NextPart_000_003D_01C3AA33.65B09070 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable O asteptare de genul urmator: repeta la infinit: take mutex verificare resursa partajata (eventual break) release mutex facuta de mai multe procese simultan, se considera a fi ok sau tinde = spre o asteptare blocanta? daca e ok, au toate procesele "sanse" egale de a face verificarea = resursei? ------=_NextPart_000_003D_01C3AA33.65B09070 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
O asteptare de genul = urmator:
 
repeta la infinit:
    take = mutex
    verificare resursa=20 partajata (eventual break)
    release = mutex
 
facuta de mai multe procese simultan, = se considera=20 a fi ok sau tinde spre o asteptare blocanta?
daca e ok, au toate procesele "sanse" = egale de a=20 face verificarea resursei?
------=_NextPart_000_003D_01C3AA33.65B09070-- From so@atlantis.cs.pub.ro Thu Nov 13 20:56:28 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 13 Nov 2003 12:56:28 -0800 (PST) Subject: [so] Asteptare In-Reply-To: <004001c3aa22$a332c7d0$6400a8c0@andrei> Message-ID: <20031113205628.98887.qmail@web60509.mail.yahoo.com> --- Andrei Hagiescu wrote: > O asteptare de genul urmator: > > repeta la infinit: > take mutex > verificare resursa partajata (eventual break) > release mutex > > facuta de mai multe procese simultan, se considera a > fi ok sau tinde spre o asteptare blocanta? > daca e ok, au toate procesele "sanse" egale de a > face verificarea resursei? Nu e OK pentru ca e busy-waiting. Asta daca nu cumva procesul care modifica resursa tine mutexul de la inceput si ii da drumul abia dupa modificarea resursei iar cei care citesc nu cicleaza infinit. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 09:33:52 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Fri, 14 Nov 2003 01:33:52 -0800 (PST) Subject: [so] prajituri vs consumatori In-Reply-To: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> Message-ID: <20031114093352.9175.qmail@web41007.mail.yahoo.com> Daca un consumator vrea 5 prajituri si in frigider sunt doar 3 , consumatorul va lua 3 prajituri dupa care va mai astepta sa ia 2 ? sau va astepta sa fie 5 prajituri in frigider ca sa le poate lua pe toate? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 09:55:11 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 14 Nov 2003 11:55:11 +0200 Subject: [so] prajituri vs consumatori In-Reply-To: <20031114093352.9175.qmail@web41007.mail.yahoo.com> References: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031114115453.00a5f640@mail.mymail.ro> cum vrei. Maria. >Daca un consumator vrea 5 prajituri si in frigider >sunt doar 3 , consumatorul va lua 3 prajituri dupa >care va mai astepta sa ia 2 ? > >sau va astepta sa fie 5 prajituri in frigider ca sa le >poate lua pe toate? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Fri Nov 14 14:21:39 2003 From: so@atlantis.cs.pub.ro (sorin adi) Date: Fri, 14 Nov 2003 06:21:39 -0800 (PST) Subject: [so] despre upload Message-ID: <20031114142139.22742.qmail@web21207.mail.yahoo.com> Am dat din greseala upload la o tema de windows in loc de tema de linux. Dupa care am uploadat si pe tema de linux,adica eu am trimis 2 teme identice fara sa vreau si mi-au aparut ca 2 teme trimise. Acuma nu as vrea sa ii fie corectata tema de windows (care e de fapt de linux) si vreau sa trimit si tema Windows(dar poate mai incolo in vacanta).Cum fac? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 16:03:15 2003 From: so@atlantis.cs.pub.ro (Badea Ovidiu) Date: Fri, 14 Nov 2003 08:03:15 -0800 (PST) Subject: [so] loc Message-ID: <20031114160315.98270.qmail@web13507.mail.yahoo.com> Exista vreo restrictie in ceea ce priveste locul (programul) in care trebuie sa aiba loc consumarea prajiturilor. Ceva de genul: consumatorii trebuie sa astepte sa intre in cofetarie in programul consumer si apoi sa isi astepte prajiturile in programul sweetshop? Sau asta ramane la latitudinea noastra ? In enunt nu era nimic explicit, dar dupa ce am citit niste mesaje de pe lista m-au lovit dubiile (si m-au trantit la pamant). __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 15:36:32 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 14 Nov 2003 18:36:32 +0300 Subject: [so] loc Message-ID: <2.0beta.1068827792528.2399367487516369908.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable nu exista nici o restrictie explicita dar trebuie sa te gandesti cum e mai bine. =20 Maria. >Exista vreo restrictie in ceea ce priveste locul >(programul) in care trebuie sa aiba loc consumarea >prajiturilor. Ceva de genul: consumatorii trebuie sa >astepte sa intre in cofetarie in programul consumer si >apoi sa isi astepte prajiturile in programul >sweetshop? Sau asta ramane la latitudinea noastra ? In >enunt nu era nimic explicit, dar dupa ce am citit >niste mesaje de pe lista m-au lovit dubiile (si m-au >trantit la pamant). =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable nu exista nici o restrictie explicita dar trebuie sa te gandesti cum e mai = bine.

Maria.
>Exista vreo restrictie in ceea ce priveste locul
>(programul) in care trebuie sa aiba loc consumarea
>prajiturilor. Ceva de genul: consumatorii trebuie sa
>astepte sa intre in cofetarie in programul consumer si
>apoi sa isi astepte prajiturile in programul
>sweetshop? Sau asta ramane la latitudinea noastra ? In
>enunt nu era nimic explicit, dar dupa ce am citit
>niste mesaje de pe lista m-au lovit dubiile (si m-au
>trantit la pamant).

>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/





Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Fri Nov 14 18:10:07 2003 From: so@atlantis.cs.pub.ro (Irina Carabus) Date: Fri, 14 Nov 2003 10:10:07 -0800 (PST) Subject: [so] Cakes_max Message-ID: <20031114181007.28599.qmail@web42002.mail.yahoo.com> Buna! Am si eu o intrebare : daca un consumator cere mai mult de "cakes_max " prajituri, ce se intampla? Il las sa astepte (treaba lui!) sau ii dau mesaj (si atunci va sti sa plece)? Mersi! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 22:48:23 2003 From: so@atlantis.cs.pub.ro (Ionut Cirjan) Date: Fri, 14 Nov 2003 14:48:23 -0800 (PST) Subject: Fwd: Re: [so] expandarea var de mediu in lin de comanda Message-ID: <20031114224823.21245.qmail@web41106.mail.yahoo.com> Fac fwd la un mail din timpul temei 1 . Este legat de expandarea variabilelor de mediu in Linux. S-a discutat acest lucru pe lista, s-a lamurit (atunci). Insa daca va uitati sunt puncte scazute pentru ca nu tinem cont de variabile de genul $HOME/bin (varibila trebuia sa se termina la / ). Nu e mult scazut (-0.3) si nu numai la mine, ci la toti!. Ca principiu mi se pare incorect din moment ce a aparut aceasta intrebare, a fost discutata clar si nu era *necesar* sa se utilizeze ca delimitatori si '/'. Durerea nu este in punctele scazute, si in principiul de functionare al acestei liste: avem incredere 100% in ce se raspunde/lamureste/stabileste aici ??? Ionut. PS: cred ca majoritatea colegilor mei ar vrea un raspuns. --- Cosmin Arad wrote: > From: Cosmin Arad > Subject: Re: [so] expandarea var de mediu in lin de > comanda > To: so@atlantis.cs.pub.ro > Date: Tue, 28 Oct 2003 00:17:08 -0800 (PST) > > --- Ionut Cirjan wrote: > > Sal. > > > > Pls, o mica lamurire. > > > > Daca $ apare intr-o comanda, dupa el e un cuvant > > care > > vrea sa reprezinte o variabila de mediu. > > Cum delimitam acest cuvant la celalat capat (la > > sfarsit, la ce caractere ne oprim) ? Space e > > evident, > > dar mai e si altul ? > > Alti delimitatori ar fi operatorii. Atentie insa la > '\' care poate sa iti protejeze $-ul de la inceput > caz > in care nu e vorba de o variabila de mediu ci de > numele unei comenzi sau fisier, de exemplu: ls > \$HOME > va incerca sa faca ls pe fisierul cu numele '$HOME'. > > > Dar daca cuvantul gasit nu e variabila de mediu, > cu > > ce > > il inlocuim ? > > Cu sirul vid. > > > Thanks, > > Ionut. > > __________________________________ > Do you Yahoo!? > Exclusive Video Premiere - Britney Spears > http://launch.yahoo.com/promos/britneyspears/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so ===== I wish you all a lovely day, tomorow and today. Cirjan Ionut Silviu __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 23:46:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Fri, 14 Nov 2003 15:46:32 -0800 (PST) Subject: Fwd: Re: [so] expandarea var de mediu in lin de comanda In-Reply-To: <20031114224823.21245.qmail@web41106.mail.yahoo.com> Message-ID: <20031114234632.99022.qmail@web60506.mail.yahoo.com> Salut, Eu am zis ca "Alti delimitatori ar fi operatorii". Nu am spus ca sunt singurii alti delimitatori. Din ce ti-am raspuns eu in mailul respectiv nu reiese in nici un fel ca nu este *necesar* ca variabilele de mediu sa fie delimitate la dreapta de '/'. Scopul listei este sa te ajute sa-ti faci temele. Bineinteles ca poti sa ai incredere in raspunsurile de pe lista insa citeste-le cu atentie si daca simti ca nu esti lamurit 100% mai intreaba. Succes, Cosmin --- Ionut Cirjan wrote: > Fac fwd la un mail din timpul temei 1 . > Este legat de expandarea variabilelor de mediu in > Linux. > S-a discutat acest lucru pe lista, s-a lamurit > (atunci). > Insa daca va uitati sunt puncte scazute pentru ca nu > tinem cont de variabile de genul $HOME/bin (varibila > trebuia sa se termina la / ). > Nu e mult scazut (-0.3) si nu numai la mine, ci la > toti!. > Ca principiu mi se pare incorect din moment ce a > aparut aceasta intrebare, a fost discutata clar si > nu > era *necesar* sa se utilizeze ca delimitatori si > '/'. > > Durerea nu este in punctele scazute, si in > principiul > de functionare al acestei liste: avem incredere 100% > in ce se raspunde/lamureste/stabileste aici ??? > > Ionut. > > PS: cred ca majoritatea colegilor mei ar vrea un > raspuns. > > > --- Cosmin Arad wrote: > > From: Cosmin Arad > > Subject: Re: [so] expandarea var de mediu in lin > de > > comanda > > To: so@atlantis.cs.pub.ro > > Date: Tue, 28 Oct 2003 00:17:08 -0800 (PST) > > > > --- Ionut Cirjan wrote: > > > Sal. > > > > > > Pls, o mica lamurire. > > > > > > Daca $ apare intr-o comanda, dupa el e un cuvant > > > care > > > vrea sa reprezinte o variabila de mediu. > > > Cum delimitam acest cuvant la celalat capat (la > > > sfarsit, la ce caractere ne oprim) ? Space e > > > evident, > > > dar mai e si altul ? > > > > Alti delimitatori ar fi operatorii. Atentie insa > la > > '\' care poate sa iti protejeze $-ul de la inceput > > caz > > in care nu e vorba de o variabila de mediu ci de > > numele unei comenzi sau fisier, de exemplu: ls > > \$HOME > > va incerca sa faca ls pe fisierul cu numele > '$HOME'. > > > > > Dar daca cuvantul gasit nu e variabila de mediu, > > cu > > > ce > > > il inlocuim ? > > > > Cu sirul vid. > > > > > Thanks, > > > Ionut. > > > > __________________________________ > > Do you Yahoo!? > > Exclusive Video Premiere - Britney Spears > > http://launch.yahoo.com/promos/britneyspears/ > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > ===== > > > > I wish you all a lovely day, > tomorow and today. > > Cirjan Ionut Silviu > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 23:44:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 01:44:55 +0200 Subject: [so] Cakes_max In-Reply-To: <20031114181007.28599.qmail@web42002.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> il lasi sa astepte. Maria. >daca un consumator cere mai >mult de "cakes_max " prajituri, ce se intampla? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Fri Nov 14 23:50:57 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 01:50:57 +0200 Subject: [so] Conflict In-Reply-To: <3FB36FFC.000001.01540@einstein> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Iti inteleg lovitura.... :). solutia ar fi ca in loc sa lasi consumatorii sa rezerve prajituri care ar putea dispare sa pui gunoierul in situatia in care sa poata rezerva pentru aruncare prajituri care pot fi mancate intre timp. Maria. >M-am lovit de urmatoarea problema. >Se face o cerere de prajituri din partea consumatorilor. >Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si ia >pentru el prajuturile vechi. >Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei. > >Cum rezolv problema? > >Florin --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 00:06:16 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Fri, 14 Nov 2003 16:06:16 -0800 (PST) Subject: [so] ./sweetshop parametri Message-ID: <20031115000616.29411.qmail@web60305.mail.yahoo.com> Este o sugestie ca max_cakes si max_seats sa fie luati cu getenv. Bun! dar ala care testeaza ce face se duce in fiecare consola si seteaza variabilele sau le are setate odate de la bootare si atunci ar cam trebuie sa stim numele. Sau alta intrebare, ce rost mai au paramtrii pt sweetshop daca vom face cu getenv? Intreb pt ca ar fi trist sa fac tema si la corectare: ./sweetshop 30 30 70 ... hmm nu merge? nota 4 :P deci care ma lumineaza (intrebarea este pt cei care corecteaza)? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:18:41 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 15 Nov 2003 01:18:41 -0800 (PST) Subject: [so] Cakes_max In-Reply-To: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <20031115091841.77992.qmail@web41002.mail.yahoo.com> In cazul in care un consumator va cere mai mult de cakes max el nu va fi niciodata servit deci tot grupul va ramane blocat. Sa intelegem ca acesta e un comportamnet ok ? --- Maria Mateescu wrote: > > il lasi sa astepte. > > Maria. > > > >daca un consumator cere mai > >mult de "cakes_max " prajituri, ce se intampla? > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:20:13 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 15 Nov 2003 01:20:13 -0800 (PST) Subject: [so] parametrii liniei de comanda In-Reply-To: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <20031115092013.8122.qmail@web41009.mail.yahoo.com> Se presupune ca paramterii liniei de comanda sunt dati corect adica se vor introduce niste parametrii valizi? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:34:38 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 11:34:38 +0200 Subject: [so] parametrii liniei de comanda In-Reply-To: <20031115092013.8122.qmail@web41009.mail.yahoo.com> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115113430.00a5f960@mail.mymail.ro> da >Se presupune ca paramterii liniei de comanda sunt dati >corect adica se vor introduce niste parametrii valizi? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 09:34:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 11:34:55 +0200 Subject: [so] Cakes_max In-Reply-To: <20031115091841.77992.qmail@web41002.mail.yahoo.com> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> da >In cazul in care un consumator va cere mai mult de >cakes max el nu va fi niciodata servit deci tot grupul >va ramane blocat. Sa intelegem ca acesta e un >comportamnet ok ? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 10:06:35 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sat, 15 Nov 2003 12:06:35 +0200 Subject: [so] Cakes_max References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> Message-ID: <3FB5FAAB.2040303@pcnet.ro> E a nu stiu cata oara cand se vorbeste despre chestia asta si m-am incurcat de tot.....vreau sa stiu daca e ok ca eu l-am dat afara pe clientul "mancacios" care vrea mai multe prajituri decat capacitatea frigiderului.Mai exact ies imedit ce constat ca a cerut mai multe prajituri decat cate i de pot da. Multumesc! Ruxandra From so@atlantis.cs.pub.ro Sat Nov 15 10:54:14 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 12:54:14 +0200 Subject: [so] Cakes_max In-Reply-To: <3FB5FAAB.2040303@pcnet.ro> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115125358.00ae5a68@mail.mymail.ro> e ok. si asa, si asa. >E a nu stiu cata oara cand se vorbeste despre chestia asta si m-am >incurcat de tot.....vreau sa stiu daca e ok ca eu l-am dat afara pe >clientul "mancacios" care vrea mai multe prajituri decat capacitatea >frigiderului.Mai exact ies imedit ce constat ca a cerut mai multe >prajituri decat cate i de pot da. > >Multumesc! > >Ruxandra --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 11:34:22 2003 From: so@atlantis.cs.pub.ro (Octavian PURDILA) Date: Sat, 15 Nov 2003 13:34:22 +0200 Subject: [so] Re: Am o nelamurire In-Reply-To: <20031114212032.96165.qmail@web40020.mail.yahoo.com> References: <20031114212032.96165.qmail@web40020.mail.yahoo.com> Message-ID: <1068896062.3fb60f3ecd151@cs.pub.ro> Quoting Murgan Mihai : Acest raspuns este unul generic pentru toate plangerile de genul celor de mai jos (buguri de tip buffer overflow). Nu se va mai raspunde la alte plangeri similare. > Domnule profesor, > > nedumerit. Din ceea ce spuneati dumneavoastra pe lista > reiesea clar ca se pot limita comenzile la maxim 500 > de caractere, dar sa specificam acest lucru in readme. > Exact asa am facut si eu, am specificat in readme > acest lucru si intr-adevar nu am mai verificat in > program daca se depaseste sau nu aceasta limita, din Dupa cum reiese din discutia de pe lista, puteai sa limitezi buferele, DAR trebuia sa verifici atunci cand scrii in ele astfel incat sa nu le depasesti. Problema care s-a intalnit la tine poarte numele de buffer overflow si este responsabila de 90% (sau poate chiar mai mult) de exploiturile existente. Problema buffer overflow nu poate fi corectata decat - daca programatorul programeaza corect si nu scrie in bufere mai mult decat este cazul - limbajul verifica la fiecare scriere dimensiunea bufferului Cum optiunea doi nu este implementata in C, singura solutie corecta este optiunea unu. tavi ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Sat Nov 15 12:24:18 2003 From: so@atlantis.cs.pub.ro (dinca radu) Date: Sat, 15 Nov 2003 14:24:18 +0200 Subject: [so] JMP Message-ID: <200311151224.hAFCOI6I002971@k.k.ro> ce instructiune gen jmp din assembler exista in C de linux ? si cum folosesc etichete pt. ea? daca se poate as dori un raspuns cat mai rapid , pt. ca chiar am nevoie de ea :) Radu Sentimente.ro - www.sentimente.ro Peste 50.000 de prieteni te asteapta! From so@atlantis.cs.pub.ro Sat Nov 15 12:26:36 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 04:26:36 -0800 (PST) Subject: [so] JMP In-Reply-To: <200311151224.hAFCOI6I002971@k.k.ro> Message-ID: <20031115122636.90010.qmail@web60503.mail.yahoo.com> --- dinca radu wrote: > > ce instructiune gen jmp din assembler exista in C de > linux ? si cum > folosesc etichete pt. ea? > daca se poate as dori un raspuns cat mai rapid , pt. > ca chiar am nevoie de > ea :) instructiuni; goto label; instructiuni; label: instructiuni; Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 17:09:53 2003 From: so@atlantis.cs.pub.ro (Dana Tiba) Date: Sat, 15 Nov 2003 19:09:53 +0200 (EET) Subject: [so] Conflict In-Reply-To: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Message-ID: <35508.81.196.10.119.1068916193.squirrel@dazoot.ro> Salut, In textul temei scrie: "Chiar daca a obtinut numarul de prajituri cerute, fiind tare politicos, consumatorul nu va incepe sa manance decat atunci cand toti prietenii lui si-au primit prajiturile. " Eu intelesesem ca in momentul in care un consumator comanda prajiturile dorite le si primeste (daca acestea exista in momentul acela in frigider) si apoi asteapta sa le manince (adica sa inceapa timpul aleator de microsecunde destinat mincarii). Adica in timpul in care este "politicos" si ii asteapta pe ceilalti el are deja prajiturile pe masa, nu mai sunt in frigider, deci gunoierul nu mai are de ce sa le arunce. dana > > Iti inteleg lovitura.... :). > solutia ar fi ca in loc sa lasi consumatorii sa rezerve prajituri care > ar putea dispare sa pui gunoierul in situatia in care sa poata rezerva > pentru aruncare prajituri care pot fi mancate intre timp. > > Maria. > > >>M-am lovit de urmatoarea problema. >>Se face o cerere de prajituri din partea consumatorilor. >>Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si >> ia pentru el prajuturile vechi. >>Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei. >> >>Cum rezolv problema? >> >>Florin > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so From so@atlantis.cs.pub.ro Sat Nov 15 17:48:00 2003 From: so@atlantis.cs.pub.ro (andrei damian) Date: Sat, 15 Nov 2003 19:48:00 +0200 Subject: [so] Testarea temelor Message-ID: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Salut, In urma rezultatului obtinut la tema 1 am 2 intrebari: - se tine cont de conventiile pe care le-am mentionat in readme privind = implementarea temei? - eu de exemplu am fost depunctat pentru redirectari de genul cmd1 < = cmd2 in conditiile in care am mentionat ca minishellul meu, atunci cand = apar operatori de redirectare, prelucreaza o comanda de genul 'cmd = op_redir nume_fisier'; - din discutiile de pe forum si din textul temei am inteles ca nici = nu se asteapta altceva - va exista un server pe care ne vom putea testa temele si pe care se va = face si corectura? - unele din erorile pentru care am fost depunctat nu imi apar acasa; = e posibil sa fii programat prost, dar nu as fi trimis o tema daca la = comenzi simple ar fi dat segm.fault:D; poate ar fi util sa se = stabileasca macar versiunea de kernel si cea a compilatorului pe care se = face testarea. 10x Andrei DAMIAN 342CA ------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Salut,
 
In urma rezultatului obtinut la tema 1 = am 2=20 intrebari:
- se tine cont de conventiile pe care = le-am=20 mentionat in readme privind implementarea temei?
    - eu de exemplu am = fost=20 depunctat pentru redirectari de genul cmd1 < cmd2 in conditiile = in care=20 am mentionat ca minishellul meu, atunci cand apar operatori de=20 redirectare, prelucreaza o = comanda de genul=20 'cmd op_redir nume_fisier';
    - din discutiile de = pe forum si=20 din textul temei am inteles ca nici nu se asteapta = altceva
 
- va exista un server pe care ne vom = putea testa=20 temele si pe care se va face si corectura?
    - unele din erorile = pentru care=20 am fost depunctat nu imi apar acasa; e posibil sa fii programat prost, = dar nu as=20 fi trimis o tema daca la comenzi simple ar fi dat segm.fault:D; poate ar = fi util=20 sa se stabileasca macar versiunea de kernel si cea a compilatorului pe = care se=20 face testarea.
 
10x
 
Andrei DAMIAN
342CA
 
------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/ignore; charset=US-ASCII; name="SecurityCheck.txt" Content-Disposition: inline ------------------------------------------------------- Xnet scaneaza automat toate mesajele impotriva virusilor folosind RAV AntiVirus. Xnet automatically scans all messages for viruses using RAV AntiVirus. Nota: RAV AntiVirus poate sa nu detecteze toti virusii noi sau toate variantele lor. Va rugam sa luati in considerare ca exista un risc de fiecare data cand deschideti fisiere atasate si ca MobiFon nu este responsabila pentru nici un prejudiciu cauzat de virusi. Disclaimer: RAV AntiVirus may not be able to detect all new viruses and variants. Please be aware that there is a risk involved whenever opening e-mail attachments to your computer and that MobiFon is not responsible for any damages caused by viruses. ------=_NextPart_000_0007_01C3ABB1.5FC03920-- From so@atlantis.cs.pub.ro Sat Nov 15 23:31:10 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 15 Nov 2003 15:31:10 -0800 (PST) Subject: [so] semget Message-ID: <20031115233110.90269.qmail@web11206.mail.yahoo.com> Atunci cand creez un set de semafoare cu semget, ce valoare este introdusa default in semval ? Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo legatura cu numarul maxim de grupuri ? Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 23:42:53 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 15:42:53 -0800 (PST) Subject: [so] semget In-Reply-To: <20031115233110.90269.qmail@web11206.mail.yahoo.com> Message-ID: <20031115234253.11813.qmail@web60502.mail.yahoo.com> --- Andrei Stefan wrote: > Atunci cand creez un set de semafoare cu semget, ce > valoare este introdusa default in semval ? > Id-urile grupurilor pot fi orice numere sau trebuie > sa > aiba vreo legatura cu numarul maxim de grupuri ? Referitor la prima intrebare ai putea presupune ca semafoarele sunt initializate la 0, dar cel mai sigur e sa faci tu un semctl ca sa setezi valaorea. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 00:27:08 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 15 Nov 2003 16:27:08 -0800 (PST) Subject: [so] semget In-Reply-To: <20031115234253.11813.qmail@web60502.mail.yahoo.com> Message-ID: <20031116002708.51318.qmail@web11207.mail.yahoo.com> Pot sa setez la 0 semaforul, dar intre apelul functiei semget si apelul imediat al functiei semctl, un alt proces poate accesa acest semafor, iar pe mine ma intereseaza ca inainte de accesul la semafor, el sa aiba valoarea 1. Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 00:31:24 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 16:31:24 -0800 (PST) Subject: [so] semget In-Reply-To: <20031116002708.51318.qmail@web11207.mail.yahoo.com> Message-ID: <20031116003124.71205.qmail@web60505.mail.yahoo.com> --- Andrei Stefan wrote: > Pot sa setez la 0 semaforul, dar intre apelul > functiei > semget si apelul imediat al functiei semctl, un alt > proces poate accesa acest semafor, iar pe mine ma > intereseaza ca inainte de accesul la semafor, el sa > aiba valoarea 1. Initializarea semafoarelor ar trebui facuta inainte de crearea proceselor care le vor folosi. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 08:09:45 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sun, 16 Nov 2003 00:09:45 -0800 (PST) Subject: [so] aceeasi intrebare Message-ID: <20031116080945.87256.qmail@web11204.mail.yahoo.com> Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo legatura cu numarul maxim de grupuri (intre 0 si GROUP_MAX) ? Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 12:03:23 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 16 Nov 2003 14:03:23 +0200 Subject: [so] inchidere cofetarie References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <3FB7678B.7020400@pcnet.ro> Va rog sa imi spuneti daca se scade din punctaj in caz ca nu ofer posibilitate de inchidere cofetarie in Windows.In linux le-am inchis dar cum nu s-a specificat nimic in partea de enuntz obligatoriu am considerat ca inchiderea este o facilitate in plus.In Linux oricum se impunea pentru ca altfel raman IPC-urile agatate. multumesc! Ruxandra From so@atlantis.cs.pub.ro Sun Nov 16 14:41:52 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 16 Nov 2003 06:41:52 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <20031116144152.9122.qmail@web60309.mail.yahoo.com> --0-1664088012-1068993712=:1228 Content-Type: text/plain; charset=us-ascii e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 de exemplu sa ia fiecare cate 3 si sa se blocheze? Evident ca este vorba de windows ( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1664088012-1068993712=:1228 Content-Type: text/html; charset=us-ascii

e posibil ca, daca exista 6 prajituri si vin doi clienti care cer  4 si 5 de exemplu

sa ia fiecare cate 3 si sa se blocheze?

 

Evident ca este vorba de windows

( si eu care speram sa o portez in mai putin de 3 ore )

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1664088012-1068993712=:1228-- From so@atlantis.cs.pub.ro Sun Nov 16 16:18:08 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 16 Nov 2003 08:18:08 -0800 (PST) Subject: [so] tema 1 corectare Message-ID: <20031116161808.26378.qmail@web41013.mail.yahoo.com> Salut Uitandu-ma peste notele colegilor mei, am observat urmatoarea depunctare: implementare "gresita" a operatorului de cauzalitate, comanda a doua se executa intotdeauna. Recunosc ca, la momentul implementarii temei, nu m-am documentat exact asupra chestiunii. Insa, daca dati man bash, veti observa ca si acolo spune negru pe alb (sau cum aveti voi setate terminalele) ca a doua comanda se executa "if and only if" prima a returnat cod de eroare 0. Deci, pana la urma ne straduim sa urmarim Posix-ul, sau nu? (eu de exemplu am pierdut destul de mult timp simuland paralelismul exact ca in shell, pentru ca acum sa vad ca nu asta se astepta de la noi, mai ales ca nu s-a precizat la vreun moment dat comportamentul exact asteptat). Astept lamuriri. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 16:29:39 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 16 Nov 2003 08:29:39 -0800 (PST) Subject: [so] tema 1 corectare In-Reply-To: <20031116161808.26378.qmail@web41013.mail.yahoo.com> Message-ID: <20031116162939.33899.qmail@web60504.mail.yahoo.com> --- Diana Fulger wrote: > Salut > Uitandu-ma peste notele colegilor mei, am observat > urmatoarea depunctare: implementare "gresita" a > operatorului de cauzalitate, comanda a doua se > executa > intotdeauna. > Recunosc ca, la momentul implementarii temei, nu > m-am > documentat exact asupra chestiunii. Insa, daca dati > man bash, veti observa ca si acolo spune negru pe > alb > (sau cum aveti voi setate terminalele) ca a doua > comanda se executa "if and only if" prima a returnat > cod de eroare 0. Deci, pana la urma ne straduim sa > urmarim Posix-ul, sau nu? (eu de exemplu am pierdut > destul de mult timp simuland paralelismul exact ca > in > shell, pentru ca acum sa vad ca nu asta se astepta > de > la noi, mai ales ca nu s-a precizat la vreun moment > dat comportamentul exact asteptat). > > Astept lamuriri. Iata-le: Cred ca tu interpretezi gresit textul corecturii. "Comanda a doua se executa intotdeauna" in implementarea din tema respectiva si e gresit. Corect este cum ai citit si tu in man. Nu inteleg de ce te referi la paralelism cand operatorul de cauzalitate secventiaza comenzile. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 16:31:00 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 16 Nov 2003 08:31:00 -0800 (PST) Subject: [so] tema 1 corectare In-Reply-To: <20031116162939.33899.qmail@web60504.mail.yahoo.com> Message-ID: <20031116163100.12851.qmail@web41008.mail.yahoo.com> Referinta la paralelism era ceva diferit, am observat ca si pentru asta s-a mai scazut. --- Cosmin Arad wrote: > --- Diana Fulger wrote: > > Salut > > Uitandu-ma peste notele colegilor mei, am observat > > urmatoarea depunctare: implementare "gresita" a > > operatorului de cauzalitate, comanda a doua se > > executa > > intotdeauna. > > Recunosc ca, la momentul implementarii temei, nu > > m-am > > documentat exact asupra chestiunii. Insa, daca > dati > > man bash, veti observa ca si acolo spune negru pe > > alb > > (sau cum aveti voi setate terminalele) ca a doua > > comanda se executa "if and only if" prima a > returnat > > cod de eroare 0. Deci, pana la urma ne straduim sa > > urmarim Posix-ul, sau nu? (eu de exemplu am > pierdut > > destul de mult timp simuland paralelismul exact ca > > in > > shell, pentru ca acum sa vad ca nu asta se astepta > > de > > la noi, mai ales ca nu s-a precizat la vreun > moment > > dat comportamentul exact asteptat). > > > > Astept lamuriri. > > Iata-le: > Cred ca tu interpretezi gresit textul corecturii. > "Comanda a doua se executa intotdeauna" in > implementarea din tema respectiva si e gresit. > Corect > este cum ai citit si tu in man. > > Nu inteleg de ce te referi la paralelism cand > operatorul de cauzalitate secventiaza comenzile. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 21:33:21 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 16 Nov 2003 23:33:21 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <20031116080945.87256.qmail@web11204.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031116233309.00a5fce8@mail.mymail.ro> orice numar. Maria. >Id-urile grupurilor pot fi orice numere sau trebuie sa >aiba vreo legatura cu numarul maxim de grupuri (intre >0 si GROUP_MAX) ? > > > >Andrei > >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 16 21:34:51 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 16 Nov 2003 23:34:51 +0200 Subject: [so] Bill Gates x-( In-Reply-To: <20031116144152.9122.qmail@web60309.mail.yahoo.com> References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031116233417.00a9e610@mail.mymail.ro> da. Maria. >e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 >de exemplu > >sa ia fiecare cate 3 si sa se blocheze? > > > >Evident ca este vorba de windows > >( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 16 22:15:09 2003 From: so@atlantis.cs.pub.ro (miahi) Date: Mon, 17 Nov 2003 00:15:09 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <5.1.0.14.0.20031116233309.00a5fce8@mail.mymail.ro> Message-ID: <20031116231629.DD14328C059@atlantis> nu e un pic cam tarzie precizarea asta? miahi -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Maria Mateescu Sent: 16 noiembrie 2003 23:33 To: so@atlantis.cs.pub.ro Subject: Re: [so] aceeasi intrebare orice numar. Maria. >Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo >legatura cu numarul maxim de grupuri (intre 0 si GROUP_MAX) ? > > > >Andrei From so@atlantis.cs.pub.ro Sun Nov 16 22:27:44 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Sun, 16 Nov 2003 14:27:44 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <5.1.0.14.0.20031116233417.00a9e610@mail.mymail.ro> Message-ID: <20031116222744.47117.qmail@web40002.mail.yahoo.com> --0-1932631138-1069021664=:42994 Content-Type: text/plain; charset=us-ascii Nu inteleg de ce da. In mod normal nu ar trebui sa fie servit unul dintre el si sa ramana celalalt sa astepte? In tema scrie: "fiecare consumator isi asteapta prajiturile (daca nu exista cakes_no prajituri consumatorul va astepta sa se aduca (de catre un furnizor). " Eu inteleg de aici ca presupunand ca cel cu 4 prajituri e primul venit el va lua 4 din cele 6, vor ramane 2 in frigider si cel care vrea 5 va astepta pana vine un furnizor si ii aduce cakes_no(nu neaparat cakes_no, in acest caz cakes_no-2, adica sa ii completeze pana la cakes_no). Am trimis tema in acest mod si as vrea un raspuns, te rog mult, ca sa stiu ca totul e in ordine. Mihai Murgan Maria Mateescu wrote: da. Maria. >e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 >de exemplu > >sa ia fiecare cate 3 si sa se blocheze? > > > >Evident ca este vorba de windows > >( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1932631138-1069021664=:42994 Content-Type: text/html; charset=us-ascii
Nu inteleg de ce da. In mod normal nu ar trebui sa fie servit unul dintre el si sa ramana celalalt sa astepte?
In tema scrie:
"fiecare consumator isi asteapta prajiturile (daca nu exista cakes_no prajituri consumatorul va astepta sa se aduca (de catre un furnizor). "
Eu inteleg de aici ca presupunand ca cel cu 4 prajituri e primul venit el va lua 4 din cele 6, vor ramane 2 in frigider si cel care vrea 5 va astepta pana vine un furnizor si ii aduce cakes_no(nu neaparat cakes_no, in acest caz cakes_no-2, adica sa ii completeze pana la cakes_no). Am trimis tema in acest mod si as vrea un raspuns, te rog mult, ca sa stiu ca totul e in ordine.
 
Mihai Murgan

Maria Mateescu <atta@mymail.ro> wrote:

da.

Maria.



>e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5
>de exemplu
>
>sa ia fiecare cate 3 si sa se blocheze?
>
>
>
>Evident ca este vorba de windows
>
>( si eu care speram sa o portez in mai putin de 3 ore )



---------------------------------------------------------------
Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
http://poze.acasa.ro/

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1932631138-1069021664=:42994-- From so@atlantis.cs.pub.ro Sun Nov 16 22:48:12 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 16 Nov 2003 14:48:12 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <20031116222744.47117.qmail@web40002.mail.yahoo.com> Message-ID: <20031116224812.83220.qmail@web41011.mail.yahoo.com> io am intrebat exact acelasi lucru si mi s-a zis ca putem sa facem tema cum vrem adica fie ia cate o prajitura pana isi face numarul fie le asteapta pe toate. --- Murgan Mihai wrote: > Nu inteleg de ce da. In mod normal nu ar trebui sa > fie servit unul dintre el si sa ramana celalalt sa > astepte? > In tema scrie: > "fiecare consumator isi asteapta prajiturile (daca > nu exista cakes_no prajituri consumatorul va astepta > sa se aduca (de catre un furnizor). " > Eu inteleg de aici ca presupunand ca cel cu 4 > prajituri e primul venit el va lua 4 din cele 6, vor > ramane 2 in frigider si cel care vrea 5 va astepta > pana vine un furnizor si ii aduce cakes_no(nu > neaparat cakes_no, in acest caz cakes_no-2, adica sa > ii completeze pana la cakes_no). Am trimis tema in > acest mod si as vrea un raspuns, te rog mult, ca sa > stiu ca totul e in ordine. > > Mihai Murgan > > Maria Mateescu wrote: > > da. > > Maria. > > > > >e posibil ca, daca exista 6 prajituri si vin doi > clienti care cer 4 si 5 > >de exemplu > > > >sa ia fiecare cate 3 si sa se blocheze? > > > > > > > >Evident ca este vorba de windows > > > >( si eu care speram sa o portez in mai putin de 3 > ore ) > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > --------------------------------- > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 07:17:16 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 09:17:16 +0200 Subject: [so] Testarea temelor In-Reply-To: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> References: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> Message-ID: <1069053436.3fb875fc2981e@cs.pub.ro> Salut, > In urma rezultatului obtinut la tema 1 am 2 intrebari: > - eu de exemplu am fost depunctat pentru redirectari de genul cmd1 < cmd2 > in conditiile in care am mentionat ca minishellul meu, atunci cand apar > operatori de redirectare, prelucreaza o comanda de genul 'cmd op_redir > nume_fisier'; Intr-adevar cmd1 < cmd2 nu avea ce cauta acolo, nefiind in cerintele temei. Am corectat. > - va exista un server pe care ne vom putea testa temele si pe care se va face > si corectura? > - unele din erorile pentru care am fost depunctat nu imi apar acasa; e > posibil sa fii programat prost, dar nu as fi trimis o tema daca la comenzi > simple ar fi dat segm.fault:D; poate ar fi util sa se stabileasca macar > versiunea de kernel si cea a compilatorului pe care se face testarea. In legatura cu serverul de lucru, o sa intreb. Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 07:53:04 2003 From: so@atlantis.cs.pub.ro (Ifrim Mircea) Date: Sun, 16 Nov 2003 23:53:04 -0800 (PST) Subject: [so] CreateProcess Message-ID: <20031117075304.41556.qmail@web20308.mail.yahoo.com> --0-360097760-1069055584=:38427 Content-Type: text/plain; charset=us-ascii Am si eu o mica problema: cum creez un proces pe windows care sa aiba ca parametru o functie de-a mea, de exemplu functia void myprocedure(void) ? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-360097760-1069055584=:38427 Content-Type: text/html; charset=us-ascii
Am si eu o mica problema: cum creez un proces pe windows care sa aiba ca parametru o functie de-a mea,  de exemplu functia void myprocedure(void) ?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-360097760-1069055584=:38427-- From so@atlantis.cs.pub.ro Mon Nov 17 08:39:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 00:39:32 -0800 (PST) Subject: [so] CreateProcess In-Reply-To: <20031117075304.41556.qmail@web20308.mail.yahoo.com> Message-ID: <20031117083932.12528.qmail@web60509.mail.yahoo.com> --- Ifrim Mircea wrote: > Am si eu o mica problema: cum creez un proces pe > windows care sa aiba ca parametru o functie de-a > mea, de exemplu functia void myprocedure(void) ? Nu inteleg prea bine ce vrei sa faci. Banuiesc ca vrei sa executi o functie specificata la run-time. Daca asta este cazul iti dai seama ca codul functiei trebuie sa fie executabil si sa fie incarcat undeva in segmentul de cod al procesului. Ai 2 variante: Sa definesti toate functiile al caror nume il poti primi ca parametru in programul tau sau sa le definesti intr-un DLL pe care sa-l incarci. Daca vrei sa faci altceva specifica clar ce. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 10:02:18 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 17 Nov 2003 12:02:18 +0200 Subject: [so] Testarea temelor In-Reply-To: <1069053436.3fb875fc2981e@cs.pub.ro> References: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> <1069053436.3fb875fc2981e@cs.pub.ro> Message-ID: On Mon, 17 Nov 2003 09:17:16 +0200, Doina Bucur wrote: > Salut, >> - va exista un server pe care ne vom putea testa temele si pe care se >> va face si corectura? >> Acest lucru nu este posibil: unii dintre asistenti nu pot corecta tema pe server pentru ca nu au Internet decat prin dial-up. tavi From so@atlantis.cs.pub.ro Mon Nov 17 10:18:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 17 Nov 2003 12:18:55 +0200 Subject: [so] Conflict In-Reply-To: <35508.81.196.10.119.1068916193.squirrel@dazoot.ro> References: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031117121826.00a5ff20@mail.mymail.ro> asa este cum ai zis tu, dar alta era problema lui Florin. Maria. >Salut, > >In textul temei scrie: >"Chiar daca a obtinut numarul de prajituri cerute, fiind tare politicos, >consumatorul nu va incepe sa manance decat atunci cand toti prietenii lui >si-au primit prajiturile. " > >Eu intelesesem ca in momentul in care un consumator comanda prajiturile >dorite le si primeste (daca acestea exista in momentul acela in frigider) >si apoi asteapta sa le manince (adica sa inceapa timpul aleator de >microsecunde destinat mincarii). Adica in timpul in care este "politicos" >si ii asteapta pe ceilalti el are deja prajiturile pe masa, nu mai sunt in >frigider, deci gunoierul nu mai are de ce sa le arunce. > >dana --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 17 10:20:27 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 17 Nov 2003 12:20:27 +0200 Subject: [so] inchidere cofetarie In-Reply-To: <3FB7678B.7020400@pcnet.ro> References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031117121925.00a93778@mail.mymail.ro> e bine. terminarea se cere tocmai pentru ca ramaneau IPCuri nedistruse. Maria. >Va rog sa imi spuneti daca se scade din punctaj in caz ca nu ofer >posibilitate de inchidere cofetarie in Windows.In linux le-am inchis dar >cum nu s-a specificat nimic in partea de enuntz obligatoriu am considerat >ca inchiderea este o facilitate in plus.In Linux oricum se impunea pentru >ca altfel raman IPC-urile agatate. > >multumesc! > >Ruxandra --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 17 10:46:35 2003 From: so@atlantis.cs.pub.ro (bogdan dragusanu) Date: Mon, 17 Nov 2003 02:46:35 -0800 (PST) Subject: [so] 'ipcs' pe Win Message-ID: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Cum putem vedea semafoarele , cozile de mesaje, memoriile partajate ramase pe Windows. Adica ceva analog lui 'ipcs' de pe Linux. Eventual cum se poate da remove. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 10:59:25 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Mon, 17 Nov 2003 12:59:25 +0200 Subject: [so] despre upload In-Reply-To: <20031114142139.22742.qmail@web21207.mail.yahoo.com> References: <20031114142139.22742.qmail@web21207.mail.yahoo.com> Message-ID: <3FB8AA0D.5080903@romus.ro> sorin adi wrote: >Am dat din greseala upload la o tema de windows in loc >de tema de linux. >Dupa care am uploadat si pe tema de linux,adica eu am >trimis 2 teme identice fara sa vreau si mi-au aparut >ca 2 teme trimise. >Acuma nu as vrea sa ii fie corectata tema de windows >(care e de fapt de linux) si vreau sa trimit si tema >Windows(dar poate mai incolo in vacanta).Cum fac? > > Se ia in considerare ultima tema trimisa. --Adrian. From so@atlantis.cs.pub.ro Mon Nov 17 11:06:39 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Mon, 17 Nov 2003 13:06:39 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <20031116231629.DD14328C059@atlantis> References: <20031116231629.DD14328C059@atlantis> Message-ID: <3FB8ABBF.6090707@romus.ro> miahi wrote: >nu e un pic cam tarzie precizarea asta? > >miahi > > Cred ca intrebarile voastre vin cam tarziu! Au fost doua saptamani pentru tema!! --Adrian. From so@atlantis.cs.pub.ro Mon Nov 17 11:10:02 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Mon, 17 Nov 2003 13:10:02 +0200 Subject: [so] 'ipcs' pe Win In-Reply-To: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Message-ID: > Cum putem vedea semafoarele , cozile de mesaje, memoriile partajate ramase pe Windows. Adica ceva analog lui 'ipcs' de pe Linux. Eventual cum se poate da remove. http://www.sysinternals.com/ntw2k/freeware/procexp.shtml Toate obiectele din kernel sunt distruse cand e distrusa ultima referinta din sistem care indica spre ele. Referintele se inchid cu CloseHandle de catre programator sau la terminarea procesului. Ca sa fii sigur ca ai distrus un obiect din kernel, ori inchizi tu tot ce ai deschis (CloseHandle) ori inchizi toate procesele care au deschis handles la obiectele respective. Ovidiu From so@atlantis.cs.pub.ro Mon Nov 17 11:11:05 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 03:11:05 -0800 (PST) Subject: [so] 'ipcs' pe Win In-Reply-To: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Message-ID: <20031117111105.14742.qmail@web60505.mail.yahoo.com> --- bogdan dragusanu wrote: > Cum putem vedea semafoarele , cozile de mesaje, > memoriile partajate ramase pe Windows. Adica ceva > analog lui 'ipcs' de pe Linux. Eventual cum se poate > da remove. Exista utilitarul WinObj cu care poti vedea obiectele Windows. Daca dai dublu-click pe un Mutex sau Semafor iti spune daca este ocupat respectiv valoarea smeaforului. http://www.sysinternals.com/ntw2k/freeware/winobj.shtml Fiecare obiect are un contor de utilizare (de handle-uri deschise la acel obiect). La CloseHandle contorul respectiv este decrementat iar la Open... ori DuplicateHandle este incrementat. Mai exista un contor de referiri ale obiectului respectiv de catre sistemul de operare. De exemplu un semafor poate fi folosit de catre un driver. Cand ambele contoare ajung la 0 obiectul este distrus automat. Chiar daca tu nu dai CloseHandle oricum la terminarea procesului sunt inchise toate handle-urile deschise in proces, asadar obiectele se distrug automat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 13:00:41 2003 From: so@atlantis.cs.pub.ro (Roxana Andrei) Date: Mon, 17 Nov 2003 05:00:41 -0800 (PST) Subject: [so] Inchidere handle in Windows Message-ID: <20031117130041.11433.qmail@web21102.mail.yahoo.com> Eu am trimis tema de win si in urma discutiilor de astazi de pe grup m-am gandit sa intreb daca se depuncteaza daca nu am dat closehandle la toate obiectele. Dau doar in cei care le CREEAZA (frara cei care le deschid). Si inca o intrebare: negasind un "random" pentru win32 api, am citit in linia de comanda timpul de mancare prajituri. Daca nu se scade, nu as vrea sa retrimit (-0.25). Multumesc __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 13:08:16 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Mon, 17 Nov 2003 15:08:16 +0200 Subject: [so] tema 3 Message-ID: <20031117125913.M97111@idilis.ro> In enuntul temei 3 se specifica ca trebuie implementate politicile SIGNAL AND CONTINUE si SIGNAL AND WAIT. Eu am citit in primul document dat pe site ca exista SIGNAL AND WAIT si SIGNAL AND URGENT WAIT diferenta fiind aceea ca la SIGNAL AND WAIT prioritate cozii Entry=prioritatea cozii Signaller, iar la SIGNAL AND URGENT WAIT prioritatea cozii Entry 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu zice nimic de pb. 2. In documentatia de mingw care e referita la observatii (http://www.mingw.org/docs.shtml) nu am gasit instructiuni despre creat DLL de windows. Zice acolo ceva de librarii .so, etc, dar de .dll nu am vazut nimic. Daca se poate un link mai precis... -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again From so@atlantis.cs.pub.ro Mon Nov 17 16:45:38 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 18:45:38 +0200 Subject: [so] tema1 - corectare & note Message-ID: <1069087538.3fb8fb32075ad@cs.pub.ro> Salut, Baremul temei 1 arata asa: 1p - afisarea promptului si tot ce depinde de el 0.25p - posibilitatea de a citi & executa comenzi in linia de comanda/fisier (aici s-a scazut mai ales pentru buguri de citire din fisier) 0.75p - implementarea cd (comanda interna) 1p - executia comenzilor externe 1p - recunoasterea si expandarea variabilelor de mediu 1p - executia secventiala ";" 1p - executia paralela "&" 1p - executia cauzala "&&" 1p - executia cu pipe "|" 0.5p - redirectarea de output ">" 0.5p - redirectarea de output/err "&>" 0.5p - redirectarea de err "2>" 0.5p - indirectarea "<" Punctajele de mai sus sunt maximul de punctaj care vi se poate scadea pe o subproblema (de ex. "|") daca nu e implementata deloc. In afara de punctajele care vi se pot scadea pentru asta, exista punctaje scazute pentru incorectitudinea programarii (materializate prin segfault, de ex) . Pentru fiecare problema/bug pe care l-am intalnit, exista un punctaj fix care se scade (sau un interval de punctaj, in cazuri rare). Au existat vreo doua probleme/buguri pentru care a fost cazul ca punctajele sa fie modificate pe parcursul corectarii, de unde si eventualele neclaritati (asta si din cauza ca rezultatele au fost publicate partial pe site, inainte de terminarea corectarii - asta a fost necesar, ca sa nu repetati greselile la tema2). De ex.: -0.30 - fisierele rezultate prin redirectare de output/err nu au drepturi (parametrul mode la open) -0.20 - redirectarea la output/err nu face trunchiere pe fisiere existente -0.30 - segfault la getenv -1 - segfault la malloc & friends (buffer overflow) intre 0 si 0.60 - probleme de parsare a spatiilor (depunctarea depinde de gravitate); pentru simplitate problemele de genul asta, in afara de cateva cazuri speciale, au fost in final uniformizate etc Pentru neclaritati mailto: dee@cs.pub.ro, nu pe lista. Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 17:54:43 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 17 Nov 2003 19:54:43 +0200 Subject: [so] tema3 In-Reply-To: <20031117145954.6D8643FCF2@server1.messagingengine.com> References: <20031117145954.6D8643FCF2@server1.messagingengine.com> Message-ID: On Mon, 17 Nov 2003 16:59:54 +0200, Bogdan Butnaru wrote: > 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei > probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu > zice nimic de pb. > Formularea va invita sa trimiteti mailuri pe lista daca exista neclaritati :) > 2. In documentatia de mingw care e referita la observatii > (http://www.mingw.org/docs.shtml) nu am gasit instructiuni despre creat > DLL de windows. Zice acolo ceva de librarii .so, etc, dar de .dll nu am > vazut nimic. Daca se poate un link mai precis... > Nu prea ai cautat... Al treilea bulet: How to create a dll Here's an example. Cut and paste the following into a file named dllfct.h: #ifdef BUILD_DLL // the dll exports #define EXPORT __declspec(dllexport) #else // the exe imports #define EXPORT __declspec(dllimport) #endif // function to be imported/exported EXPORT void tstfunc (void); Cut and paste the following into a file named dllfct.c: #include #include "dllfct.h" EXPORT void tstfunc (void) { printf ("Hello\n"); } Cut and paste the following into a file named hello.c: #include "dllfct.h" int main () { tstfunc (); return (0); } To create the dll and an executable that uses it, try the following: gcc -c hello.c gcc -c -DBUILD_DLL dllfct.c dllwrap --output-lib=libtstdll.a --dllname=tst.dll --driver-name=gcc dllfct.o gcc -o hello.exe hello.o -L./ -ltstdll For more information on dlls, see http://www.nanotech.wisc.edu/~khan/software/gnu-win32/dllhelpers.html tavi From so@atlantis.cs.pub.ro Mon Nov 17 18:11:33 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Mon, 17 Nov 2003 10:11:33 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <1069087538.3fb8fb32075ad@cs.pub.ro> Message-ID: <20031117181133.70849.qmail@web11203.mail.yahoo.com> Ar fi fost bine de stiut de la inceput cam ce teste ar fi trebuit sa indeplineasca temele noastre, nu sa ne imaginam noi teste posibile si sa nu stim de fapt ce se cere de la noi ..... Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 20:24:51 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 22:24:51 +0200 Subject: [so] Re: Fwd: corectare tema1 linux In-Reply-To: References: Message-ID: <1069100691.3fb92e9373fc4@cs.pub.ro> Cum destul de multi dintre voi ati ales comportamentul tip "pus in background" pentru &, mesajul asta devine general: > ------- Forwarded message ------- > From: Catalin Constantin > To: tavi@cs.pub.ro > Subject: corectare tema1 linux > Date: Mon, 17 Nov 2003 22:14:01 +0200 > > > http://cs.pub.ro/so/Teme/note/343CA/ConstantinCatalin/tema1/lin/NOTA > > > > -0.40 > > > > Actiunea lui sleep nu e vizibila in testul urmator: > > > > [tavi@lemon]> sleep 2 & ls -la > > total 108 > > drwxr-xr-x 4 tavi tavi 4096 Nov 16 20:06 . > > drwxr-xr-x 3 tavi tavi 4096 Nov 2 23:35 .. > > // executia se termina imediat; pe primul proces nu faci wait la > > exec_comanda(,,false) > > > > > > mi se pare perfect normal sa faca asa > > pentru ca & pune in background ! Enuntul temei zice asa: "Operatorul de paralelism "&" . Astfel "alfa & beta" va executa comenzile alfa si beta in paralel." Adica trebuia sa implementati o facilitate care nu isi are echivalentul in bash, si pentru operatorul asta sa nu imitati bashul. > > am testat si pe bash si face la fel cum fac eu. Doina -- dee@cs.pub.ro ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 22:36:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 14:36:21 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031117125913.M97111@idilis.ro> Message-ID: <20031117223621.23494.qmail@web60508.mail.yahoo.com> --- Ioana Cutcutache wrote: > In enuntul temei 3 se specifica ca trebuie > implementate politicile SIGNAL > AND CONTINUE si SIGNAL AND WAIT. Eu am citit in > primul document dat pe site > ca exista SIGNAL AND WAIT si SIGNAL AND URGENT WAIT > diferenta fiind aceea ca > la SIGNAL AND WAIT prioritate cozii > Entry=prioritatea cozii Signaller, iar la > SIGNAL AND URGENT WAIT prioritatea cozii > Entry In enunt se specifica de asemenea ca : > "Cand aveti fire de executie in toate cozile > alegerea se va face tinand > cont ca coada de procese blocate la intrare, Entry > Queue, este cea mai putin > prioritara." > Din aceasta inteleg ca prioritatea Entry > Queue Queue, deci noi practic trebuie sa implementam > varianta SIGNAL AND URGENT > WAIT. Asa e? Da, asa e. Am scris eu prescurtat :). Am pus o clarificare la Observatii in legatura cu asta. > A doua intrebare : daca mai multe fire de > executie asteapta la o variabila > conditie trebuie ca atunci cand se da signal pe > variabila respectiva sa fie > trecut in coada Waiting cel care asteapta de cel mai > mult timp sau oricare > din ele? (daca ar trebui luat in considerare cel > care asteapta de cel mai de > mult ar trebui folosite si niste cozi...) Oricare dintre ele. Pe langa faptul ca este mai complicata, implementarea cu cozi FIFO aduce si o penalizare de performanta (can u see why?), deci nu isi are rostul. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 23:02:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 15:02:54 -0800 (PST) Subject: [so] P(n) pe Windows Message-ID: <20031117230254.17549.qmail@web60509.mail.yahoo.com> Salut, Cred ca unii dintre voi ati abordat gresit problema cu P(n) in Windows. Daca protejezi semaforul cu un mutex si faci n operatii WaitForSingleObject dupa care eliberezi mutexul se intampla serializarea operatiilor P. De exemplu pentru un semafor cu valoarea 6 pe care se fac operatiile P(7), P(2), P(2), P(2) din 4 threaduri diferite, operatiile P(2) vor astepta dupa P(7) care tine mutexul asociat semaforului, desi nu ar trebui sa astepte. Am pus la http://cs.pub.ro/~so/Laboratoare/Semaphore.zip o propunere de semafor generalizat pe Windows cu operatiile P(n), V(n) si WaitZero(). Semaforul poate fifolosit cu threaduri, asigura fairness si nu serializeaza operatiile. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 18 14:26:13 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Tue, 18 Nov 2003 16:26:13 +0200 Subject: [so] tema3 In-Reply-To: References: <20031117145954.6D8643FCF2@server1.messagingengine.com> Message-ID: <20031118142613.6A54941E2E@server1.messagingengine.com> OK, am inteles cum e cu dll-urile. Totusi, care sunt formularile pentru cele trei probleme suplimentare: Bounded Buffer cu mai multi producatori si mai multi consumatori, Dining Philosophers, Cigarette Smokers? On Mon, 17 Nov 2003 19:54:43 +0200, "Octavian Purdila" said: > On Mon, 17 Nov 2003 16:59:54 +0200, Bogdan Butnaru > wrote: > > > 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei > > probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu > > zice nimic de pb. > > > > Formularea va invita sa trimiteti mailuri pe lista daca exista > neclaritati > :) > -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Faster than the air-speed velocity of an unladen european swallow From so@atlantis.cs.pub.ro Wed Nov 19 06:51:54 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Wed, 19 Nov 2003 08:51:54 +0200 Subject: [so] tema 3 References: <20031117223621.23494.qmail@web60508.mail.yahoo.com> Message-ID: <000c01c3ae69$a1be7ac0$0c829ad5@ioana> Am o nelamurire : vad ca s-a mai schimbat ceva in enuntul temei, si anume a disparut propozitia "Deblocarea unui fir de executie din orice coada din monitor se va face obligatoriu in ordine FIFO." Asta inseamna ca nu trebuie sa fie deblocate in ordine FIFO firele de executie din Entry, Waiting, Signaller? De asemenea la destroy se spune "destroy - apelat cand monitorul nu este liber, mai exista un fir de executie activ in monitor. " Prin fir activ ce se intelege? Firul care detine monitorul? Banuiesc ca nu se poate distruge un monitor daca sunt fire care asteapta in una din cozi, chiar daca nici unul nu il detine. Rezolvarea celor 2 probleme se poate face cu oricare din politici vrem? From so@atlantis.cs.pub.ro Wed Nov 19 10:30:46 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 19 Nov 2003 02:30:46 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <000c01c3ae69$a1be7ac0$0c829ad5@ioana> Message-ID: <20031119103046.86608.qmail@web60505.mail.yahoo.com> --- Ioana Cutcutache wrote: > Am o nelamurire : vad ca s-a mai schimbat ceva > in enuntul temei, si > anume a disparut propozitia "Deblocarea unui fir de > executie din orice coada > din monitor se va face obligatoriu in ordine FIFO." > Asta inseamna ca nu > trebuie sa fie deblocate in ordine FIFO firele de > executie din Entry, > Waiting, Signaller? Exact. Nu este obligatorie ordinea FIFO in nici una din cozi. > De asemenea la destroy se spune "destroy - > apelat cand monitorul nu > este liber, mai exista un fir de executie activ in > monitor. " Prin fir activ > ce se intelege? Firul care detine monitorul? > Banuiesc ca nu se poate > distruge un monitor daca sunt fire care asteapta in > una din cozi, chiar daca > nici unul nu il detine. Da, prin fir activ se intelege cel care detine monitorul. Da, nu se poate distruge nici daca ai fire blocate in el. Am omis sa specific. > Rezolvarea celor 2 probleme se poate face cu > oricare din politici vrem? Da. In situatia in care una din probleme necesita o anumita politica specificati in README de ce. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 10:55:09 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 19 Nov 2003 02:55:09 -0800 (PST) Subject: [so] tema3 In-Reply-To: <20031118142613.6A54941E2E@server1.messagingengine.com> Message-ID: <20031119105510.3631.qmail@web60508.mail.yahoo.com> --- Bogdan Butnaru wrote: > OK, am inteles cum e cu dll-urile. Totusi, care sunt > formularile pentru > cele trei probleme suplimentare: > > Bounded Buffer cu mai multi producatori si mai multi > consumatori, > Dining Philosophers, > Cigarette Smokers? BoundedBuffer e problema producator consumator. Producatorul produce (adauga) elemente intr-un buffer de dimensiune fixa, iar consumatorul extrage elemente din buffer. De data aceasta vei avea mai mult de un producator si mai mult de un consumator. Practic nu e mare diferenta. Producatorii trebuie sa astepte la o conditie full si consumatorii la o conditie empty. Problema e banala dar s-o rezolvati corect. Dining philosophers e problema clasica cu N filosofi in jurul unei mese rotunde. Fiecare are in fata sa o farfurie cu spagette si exista N furculite plasate intre cele N farfurii astfel incat fiecare filosof are in stanga si in dreapta cate o furculita pe care se "bate" cu vecinii din stanga respectiv dreapta. In caz ca mai trebuie mentionat, filosofii sunt procese care concureaza pt resursele de tip furculita. Exista in cartea Modern Operating Systems a lui Tanenbaum o solutie cu semafoare la acesta problema. Voi trebuie sa gasiti o solutie cu monitoare si sunteti restrictionati la a folosi doar un monitor. Probabil ca in loc sa astepte la niste monitoare filosofii vor astepta la niste variabile conditie din monitor. S-ar putea ca inlocuirea chioara a semafoarelor din solutia lui Tanenbaum cu variabile conditie sa nu reprezinte o solutie corecta. Trebuie sa evitati deadlock, livelock, etc. Solutii gresite gasiti in curs ca sa vedeti care sunt capcanele. In problema Cigarette Smokers avem 4 procese: 3 fumatori si un agent. Fiecare fumator detine unul dintre ingredientele: tutun, hartie si chibrite, necesare pentru a aprinde o tigara. Asadar un fumator va avea doar tutun, unul doar hartie si unul doar chibrite. Agentul va avea o cantitate nelimitata din toate cele 3 ingrediente. La un moment dat agentul pune pe masa 2 dintre ingrediente, pe rand, iar fumatorul care il are pe al treilea isi va aprinde o tigara. Agentul va astepta ca fumatorul sa termine de fumat dupa care ciclul se repeta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 11:20:57 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 19 Nov 2003 13:20:57 +0200 Subject: [so] tema1 - corectare & note In-Reply-To: <20031117181133.70849.qmail@web11203.mail.yahoo.com> References: <20031117181133.70849.qmail@web11203.mail.yahoo.com> Message-ID: <3FBB5219.3080707@romus.ro> Andrei Stefan wrote: >Ar fi fost bine de stiut de la inceput cam ce teste ar >fi trebuit sa indeplineasca temele noastre, nu sa ne >imaginam noi teste posibile si sa nu stim de fapt ce >se cere de la noi ..... > Nu inteleg care-i problema. Scrie pe site (in enuntul temei si pe mail-list) ce trebuie sa faca temele, sau cum zici tu: ce se cere de la voi. Programele nu se fac sa mearga pe anumite teste! Ci pe toate combinatiile de teste care se incadreaza in cerinte. --sadyc From so@atlantis.cs.pub.ro Wed Nov 19 11:24:55 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 19 Nov 2003 13:24:55 +0200 Subject: [so] tema3 In-Reply-To: <20031118142613.6A54941E2E@server1.messagingengine.com> References: <20031117145954.6D8643FCF2@server1.messagingengine.com> <20031118142613.6A54941E2E@server1.messagingengine.com> Message-ID: <3FBB5307.6030805@romus.ro> Bogdan Butnaru wrote: >OK, am inteles cum e cu dll-urile. Totusi, care sunt formularile pentru >cele trei probleme suplimentare: > >Bounded Buffer cu mai multi producatori si mai multi consumatori, >Dining Philosophers, >Cigarette Smokers? > Da voi chiar nu cititi nimic ??? Daca nu ma insel aveti bibliografie pentru SO, crezi ca-i data de pomana? PS: nu astept raspuns la acest email! --sadyc From so@atlantis.cs.pub.ro Wed Nov 19 11:45:10 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Wed, 19 Nov 2003 03:45:10 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <3FBB5219.3080707@romus.ro> Message-ID: <20031119114510.22866.qmail@web41014.mail.yahoo.com> Sa nu exageram importanta informatiilor vehiculate atat pe site, cat si pe mailing list, atata timp cat la intrebarile pentru tema 1 v-ati lansat cu totii in indicatii din cele mai pretioase, iar specificatia exacta a ceea ce se astepta de la noi a sosit abia ca justificare a corectarii. --- Adrian Stanciu wrote: > Andrei Stefan wrote: > > >Ar fi fost bine de stiut de la inceput cam ce teste > ar > >fi trebuit sa indeplineasca temele noastre, nu sa > ne > >imaginam noi teste posibile si sa nu stim de fapt > ce > >se cere de la noi ..... > > > Nu inteleg care-i problema. > Scrie pe site (in enuntul temei si pe mail-list) ce > trebuie sa faca > temele, sau cum zici tu: ce se cere de la voi. > > Programele nu se fac sa mearga pe anumite teste! > Ci pe toate combinatiile de teste care se incadreaza > in cerinte. > > --sadyc > > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 12:41:22 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 19 Nov 2003 14:41:22 +0200 Subject: [so] tema1 - corectare & note In-Reply-To: <20031119114510.22866.qmail@web41014.mail.yahoo.com> References: <20031119114510.22866.qmail@web41014.mail.yahoo.com> Message-ID: Acesta este raspunsul final. Alte intrebari similare (sau comentarii) nu vor mai primi raspuns din partea noastra. On Wed, 19 Nov 2003 03:45:10 -0800 (PST), Diana Fulger wrote: > Sa nu exageram importanta informatiilor vehiculate > atat pe site, cat si pe mailing list, atata timp cat > la intrebarile pentru tema 1 v-ati lansat cu totii in > indicatii din cele mai pretioase, iar specificatia O fraza de introducere frumos construita, cu accente satirice. Dar cu ce o sustii? > exacta a ceea ce se astepta de la noi a sosit abia ca > justificare a corectarii. > Ce se astepta de la voi era specificat in cerintele temei. Fiecare punct din barem este prezent in cerintele temei. Cat despre "nu ar trebuie sa fim depunctati pentru greseli de C" pe care am mai auzit-o... Este o scuza lamentabila. Si in contextul de fata nu are sens: toate sistemele de operare in uz la ora actuala au fost scrise in C, si facilitatile puse la dispozitie de ele sunt disponibile la nivelul cel mai apropiat de SO tot din C. Si ati fost avertizati de la inceput, dar cati dintre voi s-au obosit sa citeasca regulile? Si in fine, o ultima remarca relativ la "cam ce teste ar fi trebuit sa indeplineasca temele noastre". Programele nu sunt terminate atunci cand s-a terminat de scris ultima linie de cod. Ele trebuie testate. De catre programatori in faza initiala pentru a scoate bug-urile evidente, si apoi de echipa QA. tavi From so@atlantis.cs.pub.ro Wed Nov 19 15:59:37 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Wed, 19 Nov 2003 07:59:37 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <3FBB5219.3080707@romus.ro> Message-ID: <20031119155937.94875.qmail@web11208.mail.yahoo.com> Pot sa existe mii de teste ..... Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 20 22:00:25 2003 From: so@atlantis.cs.pub.ro (Sava Ionut) Date: Thu, 20 Nov 2003 14:00:25 -0800 (PST) Subject: [so] In legatura cu corectarea Message-ID: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Am vazut ca tema 1 a fost corectata mai dur. E foarte bine. Ideea ar fi sa invatam ceva din toata chestia asta. Nu sa vedem ce punctaje mici am luat ... Eu as propune asta : sa se spuna cam care vor fi testele ( cel putin mai vag ) sau anume la ce sa fim atenti. Cu alte cuvinte ar trebui sa fim un pic ajutati sa gasim bugurile ca sa putem rezolvam, mai degraba decat sa vedem ca suntem depunctati. Eu personal nu cred ca cineva dupa ce isi vede tema corectata se apuca sa isi corecteze bugurile, deci cu alte cuvinte nu prea invata multe. De asemenea ar fi sa se faca pentru fiecare tema o lista de greseli frecvente si cum se pot rezolva ( eventual si cod dc nu depaseste 5-6 linii). Sau sa fie puse pe site un numar de teme facute f bine ca sa putem sa ne comparam (Chiar daca toti ar face o tema perfect tot ar fi unele care sa fie facute optimizat, cu mai putine linii de cod, mai elegant ... SI TOT AR FI O SANSA IN PLUS SA INVETI CEVA). De exemplu am vazut la mai multi oamneni nu se inchidea pipe-ul. Nu stiam ca trebuia inchis capatul de scriere al pipeului inainte de exec. Si probabil dc nu auzeam pe cine trebuie nici n-as fi aflat prea curand. As dori sa primesc un raspuns la acest mail. Have a nice day! __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Fri Nov 21 08:08:17 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 21 Nov 2003 10:08:17 +0200 Subject: [so] In legatura cu corectarea In-Reply-To: <20031120220025.85634.qmail@web21107.mail.yahoo.com> References: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Message-ID: On Thu, 20 Nov 2003 14:00:25 -0800 (PST), Sava Ionut wrote: > Eu as propune asta : sa se spuna cam care vor fi > testele ( cel putin mai vag ) sau anume la ce sa fim > atenti. Cu alte cuvinte ar trebui sa fim un pic In primul si in primul rand ar trebui sa cititi modalitatea de punctare, si mai ales de depunctare din sectiunea Reguli. Daca exista neclaritati, la cum puteti detecta situatiile descrise acolo, intrebati pe lista. Aproape toate greselile pentru care au fost depunctate majoritatea temelor sunt intalnite in acea lista. In al doilea rand: testati-va temele singuri. Contrar a ceea ce cred unii, nu e nevoie de mii de teste pentru a va verifica programul. Daca aveti clara arhitectura programului este simplu sa testati componentele acestuia, si sa eliminati bugurile evidente. In cazul primei teme acest lucru era banal, pentru ca fiecare comanda putea fi testata separat. Testarea temei este la fel de importanta ca si implementarea ei, asa ca noi consideram ca este mai bine sa nu va dam testele, astfel incat voi sa va ganditi la ele, si prin acest lucru sa intelegeti mai bine tema. > ajutati sa gasim bugurile ca sa putem rezolvam, mai > degraba decat sa vedem ca suntem depunctati. Eu > personal nu cred ca cineva dupa ce isi vede tema > corectata se apuca sa isi corecteze bugurile, deci cu > alte cuvinte nu prea invata multe. > Nu e atat de important sa corectati bugurile unei teme ce a fost notata deja, decat ca exercitiu. Dar e important sa intelegeti de ce a aparuta bugul, si cum puteti evita situatii de genul acesta in viitor. Stiti voi, errare humanum est, perseverare diabolicum. > De asemenea ar fi sa se faca pentru fiecare tema o > lista de greseli frecvente si cum se pot rezolva ( > eventual si cod dc nu depaseste 5-6 linii). Sau sa fie Cea mai frecventa "greseala" este faptul ca nu se programeaza cu pagina de manual in fata. Inainte de a folosi o functie, cititi cu atentie, si pe cat posibil, toata pagina de manual si luati in calcul toate posibilitatile oricat de improbabile ar parea ele. In plus, exista un stil de programare ce duce inevitabil la buguri: fixarea unor limite. Uneori acest lucru este inevitabil, dar in aceste cazuri tineti cont de limite. Aceste greseli sunt cauza a probabil 90% din buguri. > puse pe site un numar de teme facute f bine ca sa > putem sa ne comparam (Chiar daca toti ar face o tema > perfect tot ar fi unele care sa fie facute optimizat, > cu mai putine linii de cod, mai elegant ... SI TOT AR > FI O SANSA IN PLUS SA INVETI CEVA). Acest lucru este imposibil, in situatia in care temele sunt valabile inclusiv in sesiunea de restanta. > De exemplu am vazut la mai multi oamneni nu se > inchidea pipe-ul. Nu stiam ca trebuia inchis capatul > de scriere al pipeului inainte de exec. Si probabil dc > nu auzeam pe cine trebuie nici n-as fi aflat prea > curand. Sunt curios: ai fost la laborator? tavi From so@atlantis.cs.pub.ro Fri Nov 21 09:07:48 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Fri, 21 Nov 2003 01:07:48 -0800 (PST) Subject: [so] In legatura cu corectarea In-Reply-To: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Message-ID: <20031121090748.64855.qmail@web41015.mail.yahoo.com> --0-752689260-1069405668=:62183 Content-Type: text/plain; charset=us-ascii Salut, Chestia cu pipe-ul nu a fost o capcana. Este o chestie tehnica deci legata de laborator , si la care ai fi primit raspunsul si inainte daca ai fi intrebat ( inainte de a trimite tema). P.S. : Aceasta lista vizeaza numai intrebari si raspunsuri legate de teme. Pentru orice alta nelamurire,propunere, etc ar trebui sa va adresati direct la tavi@cs.pub.ro sau direct laborantului (cand problema este de ordin tehnic) George Sava Ionut wrote: Am vazut ca tema 1 a fost corectata mai dur. E foarte bine. Ideea ar fi sa invatam ceva din toata chestia asta. Nu sa vedem ce punctaje mici am luat ... Eu as propune asta : sa se spuna cam care vor fi testele ( cel putin mai vag ) sau anume la ce sa fim atenti. Cu alte cuvinte ar trebui sa fim un pic ajutati sa gasim bugurile ca sa putem rezolvam, mai degraba decat sa vedem ca suntem depunctati. Eu personal nu cred ca cineva dupa ce isi vede tema corectata se apuca sa isi corecteze bugurile, deci cu alte cuvinte nu prea invata multe. De asemenea ar fi sa se faca pentru fiecare tema o lista de greseli frecvente si cum se pot rezolva ( eventual si cod dc nu depaseste 5-6 linii). Sau sa fie puse pe site un numar de teme facute f bine ca sa putem sa ne comparam (Chiar daca toti ar face o tema perfect tot ar fi unele care sa fie facute optimizat, cu mai putine linii de cod, mai elegant ... SI TOT AR FI O SANSA IN PLUS SA INVETI CEVA). De exemplu am vazut la mai multi oamneni nu se inchidea pipe-ul. Nu stiam ca trebuia inchis capatul de scriere al pipeului inainte de exec. Si probabil dc nu auzeam pe cine trebuie nici n-as fi aflat prea curand. As dori sa primesc un raspuns la acest mail. Have a nice day! __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-752689260-1069405668=:62183 Content-Type: text/html; charset=us-ascii
Salut,
 
Chestia cu pipe-ul nu a fost o capcana. Este o chestie tehnica deci legata de laborator ,
si la care ai fi primit raspunsul si inainte daca ai fi intrebat ( inainte de a trimite tema).
 
P.S. : Aceasta lista vizeaza numai intrebari si raspunsuri legate de teme. Pentru orice alta nelamurire,propunere, etc  ar trebui sa va adresati direct la tavi@cs.pub.ro sau direct laborantului (cand problema este de ordin tehnic)
 
George

Sava Ionut <sava_ionut@yahoo.com> wrote:
Am vazut ca tema 1 a fost corectata mai dur. E
foarte bine. Ideea ar fi sa invatam ceva din toata
chestia asta. Nu sa vedem ce punctaje mici am luat ...

Eu as propune asta : sa se spuna cam care vor fi
testele ( cel putin mai vag ) sau anume la ce sa fim
atenti. Cu alte cuvinte ar trebui sa fim un pic
ajutati sa gasim bugurile ca sa putem rezolvam, mai
degraba decat sa vedem ca suntem depunctati. Eu
personal nu cred ca cineva dupa ce isi vede tema
corectata se apuca sa isi corecteze bugurile, deci cu
alte cuvinte nu prea invata multe.
De asemenea ar fi sa se faca pentru fiecare tema o
lista de greseli frecvente si cum se pot rezolva (
eventual si cod dc nu depaseste 5-6 linii). Sau sa fie
puse pe site un numar de teme facute f bine ca sa
putem sa ne comparam (Chiar daca toti ar face o tema
perfect tot ar fi unele care sa fie facute optimizat,
cu mai putine linii de cod, mai elegant ... SI TOT AR
FI O SANSA IN PLUS SA INVETI CEVA).
De exemplu am vazut la mai multi oamneni nu se
inchidea pipe-ul. Nu stiam ca trebuia inchis capatul
de scriere al pipeului inainte de exec. Si probabil dc
nu auzeam pe cine trebuie nici n-as fi aflat prea
curand.
As dori sa primesc un raspuns la acest mail.
Have a nice day!

__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-752689260-1069405668=:62183-- From so@atlantis.cs.pub.ro Fri Nov 21 10:45:15 2003 From: so@atlantis.cs.pub.ro (Eu Io) Date: Fri, 21 Nov 2003 02:45:15 -0800 (PST) Subject: [so] Comparatie CA CB Message-ID: <20031121104515.59912.qmail@web60110.mail.yahoo.com> Protest Materia Sisteme de Operare ar trebui sa fie accesibila si studentilor medii.Greadul de dificultate al temelor trebuie sa permita unui student mediu sa rezolve temele.A se vedea spre comparatie Sistemele de Operare de la seria CB(ce teme sunt la CB si ce teme la CA).La CA avemteme de casa imense iar la laborator trebuie sa ne facem exercitiile de acasa pentru ca nu avem timp sa terminam la laborator. __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sat Nov 22 09:47:38 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 01:47:38 -0800 (PST) Subject: [so] vesti bune Message-ID: <20031122094738.59193.qmail@web60510.mail.yahoo.com> Salut, Iata o mica nelamurire care s-a ivit in legatura cu tema 3. Dupa cum deja probabil ca v-ati dat seama nu este necesar sa implementati in monitor cozi explicite si va puteti folosi de variabile conditie. Aceasta fiind situatia una dintre cerintele temei este depistarea situatiilor de folosire incorecta a monitorului (operatiile signal, broadcast si wait pot fi apelate doar de threaduri intrate deja in monitor). De aici se naste intrebarea: cum putem sa ne dam seama ca un thread apeleaza signal sau wait inainte de a face enter. Neavand in monitor liste cu toate threadurile intrate o solutie ar fi ca fiecare thread sa-si tina un flag care sa indice daca threadul este sau nu in monitor, flag care sa fie testat in fiecare operatie. Deoarece programatorul care foloseste biblioteca monitor trebuie sa nu fie constient de flagul respectiv acesta va trebui implementat in biblioteca. Dar cum bliblioteca este partajata si ea se incarca in spatiul de adrese al procesului, un simplu flag global in librarie ar fi comun tuturor threadurilor care incarca libraria. Pentru acest motiv va trebui sa folositi thread local storage astfel incat flagul sa fie privat in fiecare thread. Vestile bune erau ca aveti ocazia sa invatati sa folositi thread local storage :). Pentru a initializa TLS veti folosi entry-pointul in librarie. Pe Windows faceti un TlsAlloc/TlsFree in DllMain, iar pe Linux faceti un pthread_key_create in constructorul/destructorul librariei declarat astfel: void __attribute__ ((constructor)) my_init(void); void __attribute__ ((destructor)) my_fini(void); Pentru detalii vezi urmatoarele linkuri in Platform SDK pt Windows: ms-help://MS.PSDK.1033/dllproc/base/thread_local_storage.htm ms-help://MS.PSDK.1033/dllproc/base/using_thread_local_storage.htm ms-help://MS.PSDK.1033/dllproc/base/using_thread_local_storage_in_a_dynamic_link_library.htm Pentru Linux vezi man pthread_key_create si din Program Library HOWTO: http://www.tldp.org/HOWTO/Program-Library-HOWTO/miscellaneous.html#INIT-AND-CLEANUP Am pus linkurile de mai sus si in sectiunea Observatii a temei. Nu este cazul sa va impacientati. Nu este nimic complicat, doar nou. O sa va ia vreo ora sa cititi indicatiile din linkurile de mai sus dar nu este mare filosofie. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 10:23:03 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 12:23:03 +0200 Subject: [so] tema3 Message-ID: <002b01c3b0e2$a06a62d0$7c829ad5@ioana> This is a multi-part message in MIME format. ------=_NextPart_000_0028_01C3B0F3.605B3F00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Problemele ce trebuiesc rezolvate folosind monitorul presupun = rularea la infinit a firelor de executie (de exemplu la bounded buffer = si producatorii si consumatorii ruleaza la infinit). Deci terminarea = acestor programe s-ar face cu CTRL-C, si in acest caz nu se mai apeleaza = functia de distrugere a monitorului. Este ok asa? Chiar daca se face un handler pt. semnalul ctrl-c, oricum nu ar = merge destroy-ul pt. ca practic ar mai fi fire blocate in monitor. ------=_NextPart_000_0028_01C3B0F3.605B3F00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
    Problemele ce = trebuiesc=20 rezolvate folosind monitorul presupun rularea la infinit a firelor = de=20 executie (de exemplu la bounded buffer si producatorii si consumatorii = ruleaza=20 la infinit). Deci terminarea acestor programe s-ar face cu CTRL-C, si in = acest=20 caz nu se mai apeleaza functia de distrugere a monitorului. Este ok=20 asa?
    Chiar daca se face = un handler=20 pt. semnalul ctrl-c, oricum nu ar merge destroy-ul pt. ca practic ar mai = fi fire=20 blocate in monitor.
------=_NextPart_000_0028_01C3B0F3.605B3F00-- From so@atlantis.cs.pub.ro Sat Nov 22 10:29:56 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 02:29:56 -0800 (PST) Subject: [so] tema3 In-Reply-To: <002b01c3b0e2$a06a62d0$7c829ad5@ioana> Message-ID: <20031122102956.68549.qmail@web60510.mail.yahoo.com> --- Ioana Cutcutache wrote: > Problemele ce trebuiesc rezolvate folosind > monitorul presupun rularea la infinit a firelor de > executie (de exemplu la bounded buffer si > producatorii si consumatorii ruleaza la infinit). > Deci terminarea acestor programe s-ar face cu > CTRL-C, si in acest caz nu se mai apeleaza functia > de distrugere a monitorului. Este ok asa? > Chiar daca se face un handler pt. semnalul > ctrl-c, oricum nu ar merge destroy-ul pt. ca practic > ar mai fi fire blocate in monitor. Poti sa tii in proces un flag global de oprire pe care sa-l testeze fiecare thread inainte de o noua operatie de citire/scriere. Initial flagul este false adica toata lumea lucreaza. In handlerul pt Ctrl+C poti seta flagul respectiv si astfel toate threadurile se vor opri gracefully. Dupa ce le-ai asteptat pe toate (in main) poti distruge monitorul. Bineinteles threadurile vor parasi monitorul inainte sa se termine. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 11:51:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 03:51:51 -0800 (PST) Subject: [so] vesti si mai bune Message-ID: <20031122115151.5930.qmail@web60503.mail.yahoo.com> Salut, Desi sper ca putini dintre voi au avut dificultati in a interpreta specificatiile formale pentru operatiile cu monitorul, descrise prin axiomele din buhr95monitor.pdf, am considerat ca e corect sa va dau specificatiile in limbaj natural ca sa nu fie nici un dubiu. De asemenea din documentatie lipseau specificatiile pentru broadcast si specificatiile de la SIGNAL AND WAIT (cele din doc) se modifica putin prin introducerea operatiei broadcast. Am adaugat in sectiunea de Observatii a temei un link catre specificatiile in limbaj natural. Cititi-le si daca mai aveti nelamuriri intrebati. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 14:37:38 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 16:37:38 +0200 Subject: [so] tema3 References: <20031122102956.68549.qmail@web60510.mail.yahoo.com> Message-ID: <000d01c3b106$2e45eac0$4e0c6150@ioana> Mai e o problema : in linux ca sa folosesc sigaction trebuie sa includ signal.h, si in momentul asta apare un conflict de nume intre functia mea signal pt. monitor si functia signal definita in signal.h. Solutia ar fi sa numesc altfel functia pt. monitor, de exemplu SignalMonitor, e ok? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 12:29 PM Subject: Re: [so] tema3 > > Poti sa tii in proces un flag global de oprire pe care > > sa-l testeze fiecare thread inainte de o noua operatie > de citire/scriere. Initial flagul este false adica > toata lumea lucreaza. > In handlerul pt Ctrl+C poti seta flagul respectiv si > astfel toate threadurile se vor opri gracefully. > > Dupa ce le-ai asteptat pe toate (in main) poti > distruge monitorul. Bineinteles threadurile vor parasi > monitorul inainte sa se termine. > > Cosmin > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 14:53:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 06:53:21 -0800 (PST) Subject: [so] tema3 In-Reply-To: <000d01c3b106$2e45eac0$4e0c6150@ioana> Message-ID: <20031122145321.26040.qmail@web60510.mail.yahoo.com> --- Ioana Cutcutache wrote: > Mai e o problema : in linux ca sa folosesc > sigaction trebuie sa includ > signal.h, si in momentul asta apare un conflict de > nume intre functia mea > signal pt. monitor si functia signal definita in > signal.h. Solutia ar fi sa > numesc altfel functia pt. monitor, de exemplu > SignalMonitor, e ok? E ok. Poate mai potrivit ar fi SignalCondition :) sau doar Signal si Wait (capitalized). Pentru cei care fac tema in C++ problema asta nu apare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 18:11:14 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Sat, 22 Nov 2003 20:11:14 +0200 Subject: [so] P(n) pe Windows In-Reply-To: <20031117230254.17549.qmail@web60509.mail.yahoo.com> References: <20031117230254.17549.qmail@web60509.mail.yahoo.com> Message-ID: <1888217195.20031122201114@rdsnet.ro> Tuesday, November 18, 2003, 1:02:54 AM, you wrote: CA> Am pus la CA> http://cs.pub.ro/~so/Laboratoare/Semaphore.zip CA> o propunere de semafor generalizat pe Windows cu CA> operatiile P(n), V(n) si WaitZero(). Din pacate nu contine si un README. Ma intreb cum ti-a acceptat uploadul ;) Este super ca ai pus o solutie!, insa ma tot chinui sa o citesc de vreo saptamana si renunt de fiecare data pentru ca nu reusesc sa inteleg si nu am tot timpul din lume. In cazul in care nu se vor publica comentarii vreau sa profit chiar acum de ocazie sa fac un apel la cei care pot sa ma ajute sa inteleg codul sa imi raspunda pe adresa personala. Cu multumiri, Ion Petrescu From so@atlantis.cs.pub.ro Sat Nov 22 18:53:43 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Sat, 22 Nov 2003 20:53:43 +0200 Subject: [so] readers&writers? Message-ID: <20031122185343.66A2E40988@server1.messagingengine.com> Nu sunt sigur daca am inteles enuntul la "Readers and Writers cu prioritate pentru writers": E vorba de o zona de memorie in care fiecare scrie/citeste unde/de unde vrea (respectand regulile de prioritati), cam ca la shared memory? Initial am crezut ca e bounded buffer, dar parca nu e asa, avand in vedere ca ati pus separat problema asta. --- Cosmin Arad wrote: >BoundedBuffer e problema producator consumator. >Producatorul produce (adauga) elemente intr-un buffer >de dimensiune fixa, iar consumatorul extrage elemente >din buffer. De data aceasta vei avea mai mult de un >producator si mai mult de un consumator. Practic nu e >mare diferenta. Producatorii trebuie sa astepte la o >conditie full si consumatorii la o conditie empty. >Problema e banala dar s-o rezolvati corect. -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again From so@atlantis.cs.pub.ro Sat Nov 22 19:14:25 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 21:14:25 +0200 Subject: [so] vesti si mai bune References: <20031122115151.5930.qmail@web60503.mail.yahoo.com> Message-ID: <001301c3b12c$db7f8270$090c6150@ioana> La "un thread executa leave" scrie la sfarsit "Daca si aceasta(Entry Queue) va fi goala, threadul curent nu are pe cine sa planifice si va parasi monitorul, care in acest caz este gol si poate fi distrus.". Mie nu mi se pare corecta afirmatia ca monitorul in acest caz este gol si poate fi distrus. Daca nu e nimeni in waiting, signaller, entry, nu inseamna ca nu exista fire blocate la variabile conditie. Deci monitorul poate sa nu fie gol. Pentru a stii cand nu mai e nimeni in monitor (deci cand poate fi distrus) putem folosi o variabila (contor) care sa contorizeze cate fire sunt la un moment dat in monitor? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 1:51 PM Subject: [so] vesti si mai bune > Salut, > > Desi sper ca putini dintre voi au avut dificultati in > a interpreta specificatiile formale pentru operatiile > cu monitorul, descrise prin axiomele din > buhr95monitor.pdf, am considerat ca e corect sa va dau > specificatiile in limbaj natural ca sa nu fie nici un > dubiu. > De asemenea din documentatie lipseau specificatiile > pentru broadcast si specificatiile de la SIGNAL AND > WAIT (cele din doc) se modifica putin prin > introducerea operatiei broadcast. > Am adaugat in sectiunea de Observatii a temei un link > catre specificatiile in limbaj natural. > > Cititi-le si daca mai aveti nelamuriri intrebati. > > Succes, > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 20:03:22 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 22:03:22 +0200 Subject: [so] tema3 References: <20031122145321.26040.qmail@web60510.mail.yahoo.com> Message-ID: <000801c3b133$af5e7f00$420c6150@ioana> Din pacate vad ca nu prea merge solutia cu ctrl+c si handler pe semnal, pentru ca daca sunt fire de executie blocate la o variabila conditie, semnalul sigint nu le deblocheaza... si deci programul nu se mai termina. Exista vreo posibilitate de a debloca firele care asteapta la o variabila conditie? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 4:53 PM Subject: Re: [so] tema3 > --- Ioana Cutcutache wrote: > > Mai e o problema : in linux ca sa folosesc > > sigaction trebuie sa includ > > signal.h, si in momentul asta apare un conflict de > > nume intre functia mea > > signal pt. monitor si functia signal definita in > > signal.h. Solutia ar fi sa > > numesc altfel functia pt. monitor, de exemplu > > SignalMonitor, e ok? > > E ok. Poate mai potrivit ar fi SignalCondition :) > sau doar Signal si Wait (capitalized). > Pentru cei care fac tema in C++ problema asta nu > apare. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 20:47:41 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 12:47:41 -0800 (PST) Subject: [so] vesti si mai bune In-Reply-To: <001301c3b12c$db7f8270$090c6150@ioana> Message-ID: <20031122204741.9322.qmail@web60506.mail.yahoo.com> --- Ioana Cutcutache wrote: > La "un thread executa leave" scrie la sfarsit > "Daca si aceasta(Entry > Queue) va fi goala, threadul curent nu are pe cine > sa planifice si va parasi > monitorul, care in acest caz este gol si poate fi > distrus.". Mie nu mi se > pare corecta afirmatia ca monitorul in acest caz > este gol si poate fi > distrus. > Daca nu e nimeni in waiting, signaller, entry, > nu inseamna ca nu exista > fire blocate la variabile conditie. Deci monitorul > poate sa nu fie gol. > Pentru a stii cand nu mai e nimeni in monitor > (deci cand poate fi > distrus) putem folosi o variabila (contor) care sa > contorizeze cate fire > sunt la un moment dat in monitor? Ai dreptate. My mistake. Am corectat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 21:04:57 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 13:04:57 -0800 (PST) Subject: [so] readers&writers? In-Reply-To: <20031122185343.66A2E40988@server1.messagingengine.com> Message-ID: <20031122210457.5361.qmail@web60505.mail.yahoo.com> --- Bogdan Butnaru wrote: > Nu sunt sigur daca am inteles enuntul la "Readers > and Writers cu > prioritate pentru writers": E vorba de o zona de > memorie in care fiecare > scrie/citeste unde/de unde vrea (respectand regulile > de prioritati), cam > ca la shared memory? Initial am crezut ca e bounded > buffer, dar parca nu > e asa, avand in vedere ca ati pus separat problema > asta. Readers and Writers modeleaza problema accesului concurential la o inregistrare dintr-o baza de date. Bufferul amintit in enunt e de dimensiune 1 (doar o variabila). Variabila poate fi citita in paralel de oricati readeri insa nu poate fi scrisa decat de un singur writer la un moment dat. Asadar in timpul unei scrieri nu este permis nici un alt acces insa in timpul unei citiri sunt admise oricate alte citiri. Astfel, daca un reader citeste dbufferul, in timpul acestei citiri pot sa mai apara alte cereri de citire care sunt permise. Se observa ca nu este exclus cazul in care cereri de citire sa ajunga in mod constant astfel incat sa se mentina tot timpul un cititor in buffer. In acest caz avem de-a face cu writer starvation pt ca unui writer nu-i va fi permis accesul la buffer decat cand toti readerii au iesit, dar cum readerii continua sa vina ... Voi trebuie sa implementati o solutie cu prioritate pt writeri, in care un writer nu va astepta la infinit chiar daca cereri de citire vin la infinit. O solutie ar fi ca in momentul sosirii unei cereri de scriere sa nu mai fie admisi in buffer alti cititori decat cei care erau deja, urmand ca dupa ce citirile deja incepute se termina, sa se faca scrierea dupa care alte citiri sau alte scrieri. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 21:18:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 13:18:54 -0800 (PST) Subject: [so] tema3 In-Reply-To: <000801c3b133$af5e7f00$420c6150@ioana> Message-ID: <20031122211854.56882.qmail@web60503.mail.yahoo.com> --- Ioana Cutcutache wrote: > Din pacate vad ca nu prea merge solutia cu ctrl+c si > handler pe semnal, > pentru ca daca sunt fire de executie blocate la o > variabila conditie, > semnalul sigint nu le deblocheaza... si deci > programul nu se mai termina. > Exista vreo posibilitate de a debloca firele care > asteapta la o variabila > conditie? Ar fi pthread_cancel. Threadurile ar trebui sa aiba setat tipul de cancelation PTHREAD_CANCELATION_ASYNCHRONOUS. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 00:18:30 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 16:18:30 -0800 (PST) Subject: [so] precizare tema 3 Message-ID: <20031123001830.55076.qmail@web60510.mail.yahoo.com> Hintul de la problema barbierilor nu trebuie neaparat luat in considerare. Problema se poate rezolva si cu un singur monitor. Ideea celor 2 monitoare era ca frizerii sa nu concureze pt ocuparea monitorului cu clientii nou intrati, insa este ok si o implementare cu un singur monitor, fiind mai simpla. Aveti grija la urmatoarele aspecte: - clientii care asteapta pe scaune vor fi tunsi cu prioritate fata de clientii tocmai intrati; - un client nou intrat nu va astepta pe scaun daca nimeni nu mai asteapta pe scaun si sunt barbieri liberi; - un client nou intrat va pleca imediat daca toate scaunele de asteptare sunt ocupate; - mai multi frizeri trebuie sa poata tunde in paralel; - un frizer care a terminat un tuns va trebui sa-l anunte exact pe clientul pe care l-a tuns el. Sa nu existe situatii in care cand un frizer termina un tuns elibereaza clientul altui frizer. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 01:17:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 17:17:29 -0800 (PST) Subject: [so] P(n) pe Windows In-Reply-To: <1888217195.20031122201114@rdsnet.ro> Message-ID: <20031123011729.27499.qmail@web60507.mail.yahoo.com> Incearca sa scrii pseudocodul pe hartie si o sa vezi ca e simplu. 4 mutexuri si 4 semafoare. Toate P-urile care nu pot continua se blocheaza la semaforul blockP si toate WaitZero care nu pot continua se blocheaza la semaforul blockZ. La fiecare V toate P-urile isi vor reevalua conditiile iar cele care se pot termina se vor termina. Se va folosi semaforul EvaluateP pt ca operatia V sa se asigure ca toate P-urile s-au reevaluat inainte de a continua. La fiecare P care aduce valoarea semaforului la 0 toate WaitZero blocate isi vor reevalua conditiile si se vor termina. Se va folosi semaforul EvaluateZ pt ca operatia P sa se asigure ca toate WaitZero s-au reevaluat inainte de a continua. 3 dintre mutexuri sunt folosite pt protejarea unor contoare iar sectionSequence pentru a departaja operatiile P ajunse inaintea unui V de cele ajunse dupa. In rest mai sunt niste contoare si un flag self-explanatory. Cosmin --- Ion Petrescu wrote: > Tuesday, November 18, 2003, 1:02:54 AM, you wrote: > > CA> Am pus la > CA> http://cs.pub.ro/~so/Laboratoare/Semaphore.zip > CA> o propunere de semafor generalizat pe Windows cu > CA> operatiile P(n), V(n) si WaitZero(). > > Din pacate nu contine si un README. Ma intreb cum > ti-a acceptat > uploadul ;) > > Este super ca ai pus o solutie!, insa ma tot chinui > sa o citesc de vreo > saptamana si renunt de fiecare data pentru ca nu > reusesc sa inteleg si > nu am tot timpul din lume. > > > In cazul in care nu se vor publica comentarii vreau > sa profit chiar > acum de ocazie sa fac un apel la cei care pot sa ma > ajute sa inteleg > codul sa imi raspunda pe adresa personala. > > > Cu multumiri, > Ion Petrescu > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 06:37:19 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sun, 23 Nov 2003 08:37:19 +0200 Subject: [so] readers&writers? References: <20031122210457.5361.qmail@web60505.mail.yahoo.com> Message-ID: <002f01c3b18c$d1029110$25829ad5@ioana> In legatura cu aceasta problema : cand termina un scriitor, daca sunt alti scriitori in asteptare, unul din ei trebuie sa fie anuntat ca poate sa scrie? Eu asa inteleg ca ar fi, daca se face cu prioritate pt. writeri. Dar in acest mod se poate ajunge la reader starvation, daca sunt multi scriitori. Ma gandesc ca atunci cand termina un scriitor el sa dea prioritatea cititorilor care deja asteptau (daca mai vin altii si exista scriitori ce asteapta, nu o sa poata intra in buffer), apoi cand termina ei, o sa aiba prioritate scriitori care asteapta si tot asa, in felul asta nu se ajunge la starvation pt. nimeni. ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 11:04 PM Subject: Re: [so] readers&writers? > --- Bogdan Butnaru wrote: > > Nu sunt sigur daca am inteles enuntul la "Readers > > and Writers cu > > prioritate pentru writers": E vorba de o zona de > > memorie in care fiecare > > scrie/citeste unde/de unde vrea (respectand regulile > > de prioritati), cam > > ca la shared memory? Initial am crezut ca e bounded > > buffer, dar parca nu > > e asa, avand in vedere ca ati pus separat problema > > asta. > > Readers and Writers modeleaza problema accesului > concurential la o inregistrare dintr-o baza de date. > Bufferul amintit in enunt e de dimensiune 1 (doar o > variabila). > Variabila poate fi citita in paralel de oricati > readeri insa nu poate fi scrisa decat de un singur > writer la un moment dat. > Asadar in timpul unei scrieri nu este permis nici un > alt acces insa in timpul unei citiri sunt admise > oricate alte citiri. Astfel, daca un reader citeste > dbufferul, in timpul acestei citiri pot sa mai apara > alte cereri de citire care sunt permise. Se observa ca > nu este exclus cazul in care cereri de citire sa > ajunga in mod constant astfel incat sa se mentina tot > timpul un cititor in buffer. In acest caz avem de-a > face cu writer starvation pt ca unui writer nu-i va fi > permis accesul la buffer decat cand toti readerii au > iesit, dar cum readerii continua sa vina ... > Voi trebuie sa implementati o solutie cu prioritate pt > writeri, in care un writer nu va astepta la infinit > chiar daca cereri de citire vin la infinit. > O solutie ar fi ca in momentul sosirii unei cereri de > scriere sa nu mai fie admisi in buffer alti cititori > decat cei care erau deja, urmand ca dupa ce citirile > deja incepute se termina, sa se faca scrierea dupa > care alte citiri sau alte scrieri. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sun Nov 23 09:29:00 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 01:29:00 -0800 (PST) Subject: [so] readers&writers? In-Reply-To: <002f01c3b18c$d1029110$25829ad5@ioana> Message-ID: <20031123092900.56247.qmail@web60510.mail.yahoo.com> Se presupune ca numarul cititorilor e mai mare decat cel al scriitorilor, adica cereri de scriere vin mai rar decat cereri de citire, si daca ai face o alternanta cum propui tu, scriitorii tot ar avea de suferit. Pe de alta parte se presupune ca un cititor isi doreste sa citeasca informatia actualizata, deci vrem ca un scriitor sa poata sa actualizeze informatia cat mai devreme. Cu alte cuvinte ne convine mai mult ca un cititor sa astepte dupa un scriitor decat invers. Cosmin --- Ioana Cutcutache wrote: > In legatura cu aceasta problema : cand termina un > scriitor, daca sunt alti > scriitori in asteptare, unul din ei trebuie sa fie > anuntat ca poate sa > scrie? Eu asa inteleg ca ar fi, daca se face cu > prioritate pt. writeri. Dar > in acest mod se poate ajunge la reader starvation, > daca sunt multi > scriitori. Ma gandesc ca atunci cand termina un > scriitor el sa dea > prioritatea cititorilor care deja asteptau (daca mai > vin altii si exista > scriitori ce asteapta, nu o sa poata intra in > buffer), apoi cand termina ei, > o sa aiba prioritate scriitori care asteapta si tot > asa, in felul asta nu se > ajunge la starvation pt. nimeni. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 16:26:54 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 23 Nov 2003 18:26:54 +0200 Subject: [so] creare shared library References: <20031123092900.56247.qmail@web60510.mail.yahoo.com> Message-ID: <3FC0DFCE.4060602@pcnet.ro> Buna! As vrea sa ma lamureasca si pe mine cineva de ce obtin urmataore eroare daca incerc sa crez shared library de care avem nevoie.Am urmat exemplul cu libhello din Program Library HOWTO. [root@ruxi tema3]# gcc -fPIC -Wall -g -c libmonitor1.c [root@ruxi tema3]# gcc -g -shared -Wl,-soname,libmonitor1.so.0 -o libmonitor1.so.0.0 libmonitor1.o -lc [root@ruxi tema3]# /sbin/ldconfig -n . [root@ruxi tema3]# ln -sf libmonitor1.so.0 libmonitor1.so [root@ruxi tema3]# gcc -Wall -g -c rw.c -o rw.o [root@ruxi tema3]# gcc -Wall -c rw.c -o rw.o -L. -lmonitor1 gcc: -lmonitor1: linker input file unused since linking not done p.s. nu am mai copiat libmonitor1.so.0.0 in vreun /usr/local/lib pt ca vreau sa fie in directorul curent, asa ca fac chestia aia cu /sbin/ldconfig -n . From so@atlantis.cs.pub.ro Sun Nov 23 16:33:25 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 08:33:25 -0800 (PST) Subject: [so] creare shared library In-Reply-To: <3FC0DFCE.4060602@pcnet.ro> Message-ID: <20031123163325.1172.qmail@web60507.mail.yahoo.com> La ultima comanda gcc ai specificat flagul -c care inseamna doar compilare fara legare, deci -l nu isi are sensul. Cosmin --- Ruxi Jitianu wrote: > Buna! > > As vrea sa ma lamureasca si pe mine cineva de ce > obtin urmataore eroare > daca incerc sa crez shared library de care avem > nevoie.Am urmat exemplul > cu libhello din Program Library HOWTO. > > > [root@ruxi tema3]# gcc -fPIC -Wall -g -c > libmonitor1.c > [root@ruxi tema3]# gcc -g -shared > -Wl,-soname,libmonitor1.so.0 -o libmonitor1.so.0.0 > libmonitor1.o -lc > [root@ruxi tema3]# /sbin/ldconfig -n . > [root@ruxi tema3]# ln -sf libmonitor1.so.0 > libmonitor1.so > [root@ruxi tema3]# gcc -Wall -g -c rw.c -o rw.o > [root@ruxi tema3]# gcc -Wall -c rw.c -o rw.o -L. > -lmonitor1 > gcc: -lmonitor1: linker input file unused since > linking not done > > p.s. > > nu am mai copiat libmonitor1.so.0.0 in vreun > /usr/local/lib pt ca vreau sa fie in directorul > curent, > asa ca fac chestia aia cu /sbin/ldconfig -n . __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 17:25:52 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sun, 23 Nov 2003 19:25:52 +0200 Subject: [so] tema 3 Message-ID: <002201c3b1e6$d83d3430$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_001F_01C3B1F7.9BA70A80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable libraria noastra cuprinde functii pentru monitoare. ok. dar pentru un = singur monitor sau pot sa fie oricate? adica: exista un grup de procese care reprezinta o aplicatie. acestea = folosesc un monitor. nu pot exista si alte grupuri de procese care sa = aiba nevoie de mecanismul de monitor sau o aceiasi aplicatie sa aiba = nevoie de mai multe monitoare? presupun ca da, si libraria noastra sa le = poata deservii pe toate. altfel nu vad ce rol are parametrul Monitor * = in toate functiile cerute. apoi, de ce este nevoie de un Monitor *? ce nevoie are o aplicatie sa = stie exact ce e acela un monitor? stie de concept, stie ce functii pune = la dispozitie libraria si ii este de ajuns. ce vreau eu sa zic este, nu = putem inlocui acel Monitor* cu un int? un fel de monitor descriptor = (analogie cu file descriptor). apoi, un proces creaza monitorul. ok, are un handle la el (int sau = Monitor *, nu conteaza) si face treaba cu el. celelalte procese cum procedeaza? pentru ca nu vad alta functie = asemanatoare cu create sau init ar trebui sa creeze el din nou monitorul = respectiv (adica din ou create). am putea face o chestie asemanatoare cu = MONITOR_CREATE | MONITOR_EXCLUSIVE la creare care sa returneze eroare = daca exista deja monitorul care voria sa fie creat. si asa ajung la o alta chestiune. ar trebui ca la crearea monitorului sa = se furnizeze si un identificator, o semnatura a aplicatiei, etc. o = chestie prin care sa se identifica monitorul in afara librariei. adica e = nevoie de un parametru extern pentru ca mecanismul CreateMonitor open = Monitor sa functioneze (analogie cu orice alta pereche Create / Open din = windows).=20 si ca sa fim consecventi ideii din windows, destroy nu ar sterge pur si = simplu monitorul ci doar ar marca renuntarea unui proces la serviciile = lui. cand monitorul nu mai este folosit de nimeni (folosit nu inseamna = toate cozile din el goale) s-ar sterge efectiv monitorul. sper ca m-am exprimat destul de clar ca sa se poate intelege ce am vrut = sa spun.=20 deci, ce intreb eu: 1. librarie monitor =3D un obiect monitor sau mai multe obiecte monitor 2. se poate inlocui Monitor* cu int 3. se poate adapta create la CreateMonitor si OpenMonitor si deci = adaugarea unui parametru in plus ------=_NextPart_000_001F_01C3B1F7.9BA70A80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
libraria noastra cuprinde functii = pentru monitoare.=20 ok. dar pentru un singur monitor sau pot sa fie oricate?
adica: exista un grup de procese care = reprezinta o=20 aplicatie. acestea folosesc un monitor. nu pot exista si alte grupuri de = procese=20 care sa aiba nevoie de mecanismul de monitor sau o aceiasi aplicatie sa = aiba=20 nevoie de mai multe monitoare? presupun ca da, si libraria noastra sa le = poata=20 deservii pe toate. altfel nu vad ce rol are parametrul Monitor * in = toate=20 functiile cerute.
 
apoi, de ce este nevoie de un Monitor = *? ce nevoie=20 are o aplicatie sa stie exact ce e acela un monitor? stie de concept, = stie ce=20 functii pune la dispozitie libraria si ii este de ajuns. ce vreau eu sa = zic=20 este, nu putem inlocui acel Monitor* cu un int? un fel de monitor = descriptor=20 (analogie cu file descriptor).
 
apoi, un proces creaza monitorul. ok, = are un handle=20 la el (int sau Monitor *, nu conteaza) si face treaba cu = el.
celelalte procese cum procedeaza? = pentru ca nu vad=20 alta functie asemanatoare cu create sau init ar trebui sa creeze el din = nou=20 monitorul respectiv (adica din ou create). am putea face o chestie = asemanatoare=20 cu MONITOR_CREATE | MONITOR_EXCLUSIVE la creare care sa returneze eroare = daca=20 exista deja monitorul care voria sa fie creat.
 
si asa ajung la o alta chestiune. ar = trebui ca la=20 crearea monitorului sa se furnizeze si un identificator, o semnatura a=20 aplicatiei, etc. o chestie prin care sa se identifica monitorul in afara = librariei. adica e nevoie de un parametru extern pentru ca mecanismul=20 CreateMonitor open Monitor sa functioneze (analogie cu orice alta = pereche Create=20 / Open din windows).
si ca sa fim consecventi ideii din = windows, destroy=20 nu ar sterge pur si simplu monitorul ci doar ar marca renuntarea unui = proces la=20 serviciile lui. cand monitorul nu mai este folosit de nimeni (folosit nu = inseamna toate cozile din el goale) s-ar sterge efectiv = monitorul.
 
sper ca m-am exprimat destul de clar ca = sa se poate=20 intelege ce am vrut sa spun.
 
deci, ce intreb eu:
 
1. librarie monitor =3D un obiect = monitor sau mai=20 multe obiecte monitor
2. se poate inlocui Monitor* cu = int
3. se poate adapta create la = CreateMonitor si=20 OpenMonitor si deci adaugarea unui parametru in=20 plus
------=_NextPart_000_001F_01C3B1F7.9BA70A80-- From so@atlantis.cs.pub.ro Sun Nov 23 17:41:38 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 09:41:38 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <002201c3b1e6$d83d3430$0200a8c0@smeagol> Message-ID: <20031123174138.17371.qmail@web60507.mail.yahoo.com> --- Cibu Cristian wrote: > libraria noastra cuprinde functii pentru monitoare. > ok. dar pentru un singur monitor sau pot sa fie > oricate? oricate. > adica: exista un grup de procese care reprezinta o > aplicatie. acestea folosesc un monitor. nu pot monitorul se va folosi de catre un grup de threaduri ale unui proces. nu de catre procese diferite. Memoria alocata pt monitor la create se aloca in spatiul de adrese al procesului apelant. > exista si alte grupuri de procese care sa aiba > nevoie de mecanismul de monitor sau o aceiasi > aplicatie sa aiba nevoie de mai multe monitoare? > presupun ca da, si libraria noastra sa le poata > deservii pe toate. altfel nu vad ce rol are > parametrul Monitor * in toate functiile cerute. un proces poate crea mai multe monitoare care sa fie folosite de firele sale de executie. Mai multe procese pot incarca libraria si crea mai multe monitoare. > apoi, de ce este nevoie de un Monitor *? ce nevoie > are o aplicatie sa stie exact ce e acela un monitor? > stie de concept, stie ce functii pune la dispozitie > libraria si ii este de ajuns. ce vreau eu sa zic > este, nu putem inlocui acel Monitor* cu un int? un > fel de monitor descriptor (analogie cu file > descriptor). Monitor * e un pointer de care aplicatia nu trebuie sa stie nimic. exact ca un handle din windows. Nu poti cu int pt ca in cazul asta biblioteca ar trebui sa tina un array de monitoare indexat dupa int-ul tau, si cum nu are de unde sa stie cate monitoare vor fi create e o complicatie inutila. > apoi, un proces creaza monitorul. ok, are un handle > la el (int sau Monitor *, nu conteaza) si face > treaba cu el. > celelalte procese cum procedeaza? pentru ca nu vad > alta functie asemanatoare cu create sau init ar > trebui sa creeze el din nou monitorul respectiv > (adica din ou create). am putea face o chestie > asemanatoare cu MONITOR_CREATE | MONITOR_EXCLUSIVE > la creare care sa returneze eroare daca exista deja > monitorul care voria sa fie creat. Un monitor se va partaja intre firele de executie ale unui proces, nu intre procese. Nu este necesar deci un apel de genul Open. Procesul va crea monitorul inainte de crearea firelor care il folosesc, acestea avand astfel acces la monitor. > si asa ajung la o alta chestiune. ar trebui ca la > crearea monitorului sa se furnizeze si un > identificator, o semnatura a aplicatiei, etc. o > chestie prin care sa se identifica monitorul in > afara librariei. adica e nevoie de un parametru > extern pentru ca mecanismul CreateMonitor open > Monitor sa functioneze (analogie cu orice alta > pereche Create / Open din windows). > si ca sa fim consecventi ideii din windows, destroy > nu ar sterge pur si simplu monitorul ci doar ar > marca renuntarea unui proces la serviciile lui. cand > monitorul nu mai este folosit de nimeni (folosit nu > inseamna toate cozile din el goale) s-ar sterge > efectiv monitorul. am vazut deja ca cele de mai sus nu sunt necesare > sper ca m-am exprimat destul de clar ca sa se poate > intelege ce am vrut sa spun. > > deci, ce intreb eu: > > 1. librarie monitor = un obiect monitor sau mai > multe obiecte monitor mai multe obiecte monitor. > 2. se poate inlocui Monitor* cu int nu > 3. se poate adapta create la CreateMonitor si > OpenMonitor si deci adaugarea unui parametru in plus nu are sens. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 23:57:00 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Mon, 24 Nov 2003 01:57:00 +0200 Subject: [so] vesti bune References: <20031122094738.59193.qmail@web60510.mail.yahoo.com> Message-ID: <003001c3b21d$7d052230$6400a8c0@andrei> Datorita posibilitatii folosirii mai multor monitoare un thread poate fi la un moment dat intr-unul dintre ele si in afara altuia....sau de ce nu in mai multe monitoare? Daca da, atunci informatia stocata in TLS (cu privire la starea unui thread inauntrul sau in afara unui monitor) trebuie sa nu mai fie o simpla informatie booleana ci o lista de monitoare in care thread-ul este intrat, nu? Nu devine o solutie mai greu de implementat decat o lista de thread-uri intrate pentru fiecare monitor? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, 22 November, 2003 11:47 AM Subject: [so] vesti bune > > Salut, > > Iata o mica nelamurire care s-a ivit in legatura cu > tema 3. Dupa cum deja probabil ca v-ati dat seama nu > este necesar sa implementati in monitor cozi explicite > si va puteti folosi de variabile conditie. > Aceasta fiind situatia una dintre cerintele temei este > depistarea situatiilor de folosire incorecta a > monitorului (operatiile signal, broadcast si wait pot > fi apelate doar de threaduri intrate deja in monitor). > De aici se naste intrebarea: cum putem sa ne dam seama > ca un thread apeleaza signal sau wait inainte de a > face enter. Neavand in monitor liste cu toate > threadurile intrate o solutie ar fi ca fiecare thread > sa-si tina un flag care sa indice daca threadul este > sau nu in monitor, flag care sa fie testat in fiecare > operatie. > Deoarece programatorul care foloseste biblioteca > monitor trebuie sa nu fie constient de flagul > respectiv acesta va trebui implementat in biblioteca. > Dar cum bliblioteca este partajata si ea se incarca in > spatiul de adrese al procesului, un simplu flag global > in librarie ar fi comun tuturor threadurilor care > incarca libraria. > Pentru acest motiv va trebui sa folositi thread local > storage astfel incat flagul sa fie privat in fiecare > thread. Vestile bune erau ca aveti ocazia sa invatati > sa folositi thread local storage :). > From so@atlantis.cs.pub.ro Mon Nov 24 00:20:34 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 16:20:34 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <003001c3b21d$7d052230$6400a8c0@andrei> Message-ID: <20031124002034.29811.qmail@web60503.mail.yahoo.com> --- Andrei Hagiescu wrote: > Datorita posibilitatii folosirii mai multor > monitoare un thread poate fi la > un moment dat intr-unul dintre ele si in afara > altuia....sau de ce nu in mai > multe monitoare? Daca da, atunci informatia stocata > in TLS (cu privire la > starea unui thread inauntrul sau in afara unui > monitor) trebuie sa nu mai > fie o simpla informatie booleana ci o lista de > monitoare in care thread-ul > este intrat, nu? Nu devine o solutie mai greu de > implementat decat o lista > de thread-uri intrate pentru fiecare monitor? Oops. You've got that right. Solutia ramane totusi simpla. In loc sa faceti TlsAlloc respectiv pthread_key_create in entry-pointul librariei (DllMain respectiv constructorul librariei pe Linux) veti face in functia create. Astfel fiecare monitor contine un index distinct in TLS iar verificarile de utilizare corecta care se fac in operatii se vor face folosind indexul respectiv. Asadar informatia ramane booleana :) si implementarea nu presupune overhead. Limitele sunt rezonabile: 1088 de indexuri in Windows 2000 si 1024 in Linux, deci un proces poate sa construiasca cam 1000 de monitoare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 11:05:58 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 03:05:58 -0800 (PST) Subject: [so] alta precizare Message-ID: <20031124110558.69575.qmail@web60506.mail.yahoo.com> Pe Windows nu folositi functiile SuspendThread, ResumeThread ori SwitchToThread pentru sincronizare. Acestea sunt puse la dispozitie pt alte scopuri. Precizarea e valabila pentru orice functie si pentru orice alta tema. Cititi cu atentie rolul ei in documentatie si daca nu face exact ceea ce aveti voi nevoie cautati altceva. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 13:49:08 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Mon, 24 Nov 2003 15:49:08 +0200 Subject: [so] win Message-ID: <20031124134820.M16684@idilis.ro> La varianta de windows putem folosi functia TerminateThread pt. a opri firele in cazul in care se da CTRL+C? http://www.idilis.ro - Stiri, e-mail gratuit, download, SMS, server de counter-strike, hosting gratuit, servicii internet... Fii cu un pas inaintea celorlati! From so@atlantis.cs.pub.ro Mon Nov 24 18:52:41 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 10:52:41 -0800 (PST) Subject: [so] win In-Reply-To: <20031124134820.M16684@idilis.ro> Message-ID: <20031124185241.87333.qmail@web60509.mail.yahoo.com> Cred ca e mai indicat sa folositi ExitProcess pt ca macar apeleaza o data enry-pointul in dll. Cosmin --- Ioana Cutcutache wrote: > La varianta de windows putem folosi functia > TerminateThread pt. a opri firele in > cazul in care se da CTRL+C? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 19:03:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 11:03:51 -0800 (PST) Subject: [so] inca o precizare la tema 3 Message-ID: <20031124190351.42656.qmail@web60505.mail.yahoo.com> Pe Linux, daca aveti nevoie de semafoare folositi semafoarele POSIX prezentate in laboratorul 7, nu pe cele SYS V din laboratorul 4. Incercati sa va bazati cat mai mult pe variabile conditie pentru ca abordarea asta e cea mai simpla si cea mai eficienta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 00:08:06 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Mon, 24 Nov 2003 16:08:06 -0800 (PST) Subject: [so] link lib In-Reply-To: <20031124190351.42656.qmail@web60505.mail.yahoo.com> Message-ID: <20031125000806.81570.qmail@web41006.mail.yahoo.com> gcc -fPIC -Wall -g -c libmonitor.c gcc -g -lpthread -shared -Wl,-soname,libmonitor.so.0 -o libmonitor.so.0.0 libmonitor.o -lc /sbin/ldconfig -n . Cand ajung la acest pas obtin /sbin/ldconfig: Can't link ./libmonitor.so.0 to libmonitor.so.0.0 Any ideas? multam __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Tue Nov 25 00:15:34 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Mon, 24 Nov 2003 16:15:34 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031123174138.17371.qmail@web60507.mail.yahoo.com> Message-ID: <20031125001534.64025.qmail@web60309.mail.yahoo.com> --0-1839004515-1069719334=:63283 Content-Type: text/plain; charset=us-ascii Monitor * e un pointer de care aplicatia nu trebuie sa stie nimic. exact ca un handle din windows. Nu poti cu int pt ca in cazul asta biblioteca ar trebui sa tina un array de monitoare indexat dupa int-ul tau, si cum nu are de unde sa stie cate monitoare vor fi create e o complicatie inutila. Cred ca e nevoie sa stie care sunt functiile care se pot aplica pe el nu? Nu se include .h monitorului in aplicatie? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1839004515-1069719334=:63283 Content-Type: text/html; charset=us-ascii

<quote>

Monitor * e un pointer de care aplicatia nu trebuie sa
stie nimic. exact ca un handle din windows. Nu poti cu
int pt ca in cazul asta biblioteca ar trebui sa tina
un array de monitoare indexat dupa int-ul tau, si cum
nu are de unde sa stie cate monitoare vor fi create e
o complicatie inutila.

</quote>

Cred ca e nevoie sa stie care sunt functiile care se pot aplica pe el nu?

Nu se include .h monitorului in aplicatie?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1839004515-1069719334=:63283-- From so@atlantis.cs.pub.ro Tue Nov 25 00:57:13 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Mon, 24 Nov 2003 16:57:13 -0800 (PST) Subject: [so] Semafor windows In-Reply-To: <20031125000806.81570.qmail@web41006.mail.yahoo.com> Message-ID: <20031125005713.69950.qmail@web60306.mail.yahoo.com> Avem voie cu functia asta? NtQuerySemaphore e buna sa aflam valoarea unui semafor (nu sunt sigur ca e atomica, dar mi s-ar parea ca normal sa fie) http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20Objects/Semaphore/NtQuerySemaphore.html __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 06:15:14 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Tue, 25 Nov 2003 08:15:14 +0200 (EET) Subject: [so] .so-uri Message-ID: <1177.141.85.0.67.1069740914.squirrel@www.as.ro> Nu e nevoie sa instalati libraria pentru a o folosi (ldconfig). Puneti "." in LD_LIBRARY_PATH si va merge. ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Tue Nov 25 07:01:16 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Mon, 24 Nov 2003 23:01:16 -0800 (PST) Subject: [so] variabile conditie pe windows In-Reply-To: <1177.141.85.0.67.1069740914.squirrel@www.as.ro> Message-ID: <20031125070116.98782.qmail@web41013.mail.yahoo.com> --0-810786181-1069743676=:98646 Content-Type: text/plain; charset=us-ascii Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos. Se observa ca nu mai exista mutexul suplimentar care tb luat inainte de orice operatie. Voi folosi doua semafoare si un contor ce vor fi tinute intr-o structura sau intr-o clasa in implementarea voastra : //------------------------------------ sem zonaCritica = 1; sem conditie = 0; int contor = 0; //------------------------------------ void signal() { WaitForSingleObject(zonaCritica); if (contor) { // trezesc pe cineva contor--; ReleaseSemaphore(conditie, 1); } else { // pierde semnalul ReleaseSemaphore(zonaCritica, 1); } } //------------------------------------ void wait() { WaitForSingleObject(zonaCritica); contor++; SignalObjectAndWait(zonaCritica, conditie); } //------------------------------------ void broadcast() { WaitForSingleObject(zonaCritica); if (contor) { // era cineva blocat ReleaseSemaphore(zonaCritica, contor); contor = 0; ReleaseSemaphore(zonaCritica, 1); } else { // se pierde broadcast-ul ReleaseSemaphore(zonaCritica, 1); } } //------------------------------------ Observatie : ce vedeti mai sus este pseudocod ;) George --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-810786181-1069743676=:98646 Content-Type: text/html; charset=us-ascii

Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos.
Se observa ca nu mai exista mutexul suplimentar care tb luat inainte de orice operatie.
Voi folosi doua semafoare si un contor ce vor fi tinute intr-o structura sau intr-o clasa
in implementarea voastra :


//------------------------------------
sem zonaCritica = 1;
sem conditie = 0;
int contor = 0;
//------------------------------------

void signal() {
 WaitForSingleObject(zonaCritica);
 if (contor) { // trezesc pe cineva
  contor--;
  ReleaseSemaphore(conditie, 1);
  
 } else { // pierde semnalul
  ReleaseSemaphore(zonaCritica, 1);
 }
}
//------------------------------------
void wait() {
 WaitForSingleObject(zonaCritica);
 contor++;
 SignalObjectAndWait(zonaCritica, conditie);
}
//------------------------------------
void broadcast() {
 WaitForSingleObject(zonaCritica);
 if (contor) { // era cineva blocat
  ReleaseSemaphore(zonaCritica, contor);
  contor = 0;
  ReleaseSemaphore(zonaCritica, 1);
 } else { // se pierde broadcast-ul
  ReleaseSemaphore(zonaCritica, 1);
 }
}
//------------------------------------

Observatie : ce vedeti mai sus este pseudocod ;)
George

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-810786181-1069743676=:98646-- From so@atlantis.cs.pub.ro Tue Nov 25 07:48:45 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Mon, 24 Nov 2003 23:48:45 -0800 (PST) Subject: [so] variabile conditie pe windows In-Reply-To: <20031125070116.98782.qmail@web41013.mail.yahoo.com> Message-ID: <20031125074845.73810.qmail@web41014.mail.yahoo.com> --0-183392963-1069746525=:73628 Content-Type: multipart/alternative; boundary="0-1634801847-1069746525=:73628" --0-1634801847-1069746525=:73628 Content-Type: text/plain; charset=us-ascii Salut, Implementarea data este gresita (cam mult copy/paste).Pentru o implementare corecta (zic eu) a se vedea fisierul atasat. George --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-1634801847-1069746525=:73628 Content-Type: text/html; charset=us-ascii
Salut,
 
Implementarea data este gresita (cam mult copy/paste).Pentru o implementare corecta (zic eu) a se vedea fisierul atasat.
 
George

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-1634801847-1069746525=:73628-- --0-183392963-1069746525=:73628 Content-Type: text/plain; name="var_cond.txt" Content-Description: var_cond.txt Content-Disposition: inline; filename="var_cond.txt" Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos. Se observa ca nu mai exista mutexul suplimentar. Voi folosi 4 semafoare si 2 contoare ce vor fi tinute intr-o structura sau intr-o clasa in implementarea voastra : //------------------------------------ sem zonaCritica = 1; sem conditie = 0; sem asteaptaTrezire := 0; sem blocheazaAlti :=1 volatile int asteapta = 0; volatile int contor = 0; //------------------------------------ void signal() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); if (contor) { // trezesc pe cineva contor--; asteapta++; ReleaseSemaphore(conditie, 1); ReleaseSemaphore(zonaCritica, 1); P(asteaptaTrezire); ReleaseSemaphore(blocheazaAlti, 1); } else { // pierde semnalul ReleaseSemaphore(zonaCritica, 1); ReleaseSemaphore(blocheazaAlti, 1); } } //------------------------------------ void wait() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); contor++; ReleaseSemaphore(blocheazaAlti, 1); SignalObjectAndWait(zonaCritica, conditie); WaitForSingleObject(zonaCritica); asteapta--; if (asteapta == 0) V(asteaptaTrezire); ReleaseSemaphore(zonaCritica, 1); } //------------------------------------ void broadcast() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); if (contor) { // era cineva blocat ReleaseSemaphore(conditie, contor); asteapta = contor; contor = 0; ReleaseSemaphore(zonaCritica, 1); P(asteaptaTrezire); ReleaseSemaphore(blocheazaAlti, 1); } else { // se pierde broadcast-ul ReleaseSemaphore(zonaCritica, 1); ReleaseSemaphore(blocheazaAlti, 1); } } //------------------------------------ --0-183392963-1069746525=:73628-- From so@atlantis.cs.pub.ro Tue Nov 25 09:54:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 01:54:54 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031125001534.64025.qmail@web60309.mail.yahoo.com> Message-ID: <20031125095454.16495.qmail@web60508.mail.yahoo.com> --- Mihai Iancu wrote: > > > > Monitor * e un pointer de care aplicatia nu trebuie > sa > stie nimic. exact ca un handle din windows. Nu poti > cu > int pt ca in cazul asta biblioteca ar trebui sa tina > un array de monitoare indexat dupa int-ul tau, si > cum > nu are de unde sa stie cate monitoare vor fi create > e > o complicatie inutila. > > > > > Cred ca e nevoie sa stie care sunt functiile care se > pot aplica pe el nu? > > Nu se include .h monitorului in aplicatie? Ba da. Nu era evident? Am spus ca aplicatia nu trebuie sa stie nimic despre pointerul la monitor in sensul ca nu trebuie sa-l dereferentieze direct ci sa-l dea ca parametru in functiile respective. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 10:36:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 02:36:32 -0800 (PST) Subject: [so] Semafor windows In-Reply-To: <20031125005713.69950.qmail@web60306.mail.yahoo.com> Message-ID: <20031125103632.85699.qmail@web60510.mail.yahoo.com> Hmmmmmmm. Chiar ai nevoie de ea? Ai putea sa tii un contor asociat si sa-l verifici pe el. Cosmin --- Mihai Iancu wrote: > Avem voie cu functia asta? > NtQuerySemaphore > > e buna sa aflam valoarea unui semafor > (nu sunt sigur ca e atomica, dar mi s-ar parea > ca normal sa fie) > > http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20Objects/Semaphore/NtQuerySemaphore.html __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 11:51:35 2003 From: so@atlantis.cs.pub.ro (Badea Ovidiu) Date: Tue, 25 Nov 2003 03:51:35 -0800 (PST) Subject: [so] despre group_id Message-ID: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Am citit pe lista ca cica group_id putea sa fie oricat si nu intre 0 si groups_max. Ca e gresit daca l-am facut sa fie intre 0 si groups_max. Ma duc la enuntul temei si acolo scrie: Consumatorii intra in cofetaria in grupuri de prieteni. Pot exista maxim GROUP_MAX grupuri, putand avea maxim PEOPLE_MAX membri. Un grup este caracterizat printr-un ID si un numar de membri. Vreau sa vad locul EXACT unde scrie ca group_id poate fi oricat. Nu vad ca raspuns valid la aceasta intrebare reprosul ca "de ce nu am intrebat?". Nu am intrebat pt. ca nu mi-a trecut prin cap asa ceva. Mie mi s-a parut logic ca din moment ce sunt maxim groups_max grupuri, group_id sa ia valori intre 0 si groups_max. Oricum mi se pare aiurea o galceava pe astfel de chestii, cu uite group_idu', nu e group_idu', cand scopul temei era sa invatam sa facem niste sincronizari corecte. __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Tue Nov 25 15:35:55 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Tue, 25 Nov 2003 17:35:55 +0200 Subject: [so] despre group_id References: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Message-ID: <002001c3b369$d1cd0c40$210c6150@ioana> Buna, Si eu am considerat group_id-ul intre 1 si group_max, si am intrebat-o pe Maria daca era gresit si mi-a zis ca nu e gresit nici asa, oricum nu prea cred ca asta ar avea o mare importanta... nu id-ul ala era esenta temei :). ----- Original Message ----- From: "Badea Ovidiu" To: Sent: Tuesday, November 25, 2003 1:51 PM Subject: [so] despre group_id > Am citit pe lista ca cica group_id putea sa fie oricat > si nu intre 0 si groups_max. Ca e gresit daca l-am > facut sa fie intre 0 si groups_max. Ma duc la enuntul > temei si acolo scrie: > > Consumatorii intra in cofetaria in grupuri de > prieteni. Pot exista maxim GROUP_MAX grupuri, putand > avea maxim PEOPLE_MAX membri. Un grup este > caracterizat printr-un ID si un numar de membri. > > Vreau sa vad locul EXACT unde scrie ca group_id poate > fi oricat. Nu vad ca raspuns valid la aceasta > intrebare reprosul ca "de ce nu am intrebat?". Nu am > intrebat pt. ca nu mi-a trecut prin cap asa ceva. Mie > mi s-a parut logic ca din moment ce sunt maxim > groups_max grupuri, group_id sa ia valori intre 0 si > groups_max. > Oricum mi se pare aiurea o galceava pe astfel de > chestii, cu uite group_idu', nu e group_idu', cand > scopul temei era sa invatam sa facem niste > sincronizari corecte. > > > __________________________________ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Tue Nov 25 15:38:54 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 25 Nov 2003 17:38:54 +0200 Subject: [so] despre group_id In-Reply-To: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031125173807.00ae3990@mail.mymail.ro> Arata'mi locul EXACT unde am scris ca e gresit daca l'ai facut sa fie intre 0 si groups_max. Maria. >Am citit pe lista ca cica group_id putea sa fie oricat >si nu intre 0 si groups_max. Ca e gresit daca l-am >facut sa fie intre 0 si groups_max. Ma duc la enuntul >temei si acolo scrie: --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 25 16:37:16 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Tue, 25 Nov 2003 18:37:16 +0200 Subject: [so] vesti bune References: <20031124002034.29811.qmail@web60503.mail.yahoo.com> Message-ID: <008a01c3b372$63a50a70$6400a8c0@andrei> Nu pare bine nici asa. Daca un thread este deschis inainte de crearea TLS-ului (deci de pornirea acelui monitor) nu are cine sa initializeze acel spatiu de stocare decat daca monitorul ar sti ce thread-uri sunt in proces. Presupunand ca avem incredere ca Windows initializeaza acel spatiu cu NULL (ceea ce nu stiu daca e valabil si in Linux) ar mai fi o problema daca acel TLS a fost folosit in prealabil in thread-ul nostru de catre altcineva (totusi monitorul va putea fi folosit in orice aplicatie) care nu l-a lasat cu NULL cand l-a eliberat. ----- Original Message ----- From: "Cosmin Arad" To: Sent: Monday, 24 November, 2003 2:20 AM Subject: Re: [so] vesti bune > > --- Andrei Hagiescu wrote: > > Datorita posibilitatii folosirii mai multor > > monitoare un thread poate fi la > > un moment dat intr-unul dintre ele si in afara > > altuia....sau de ce nu in mai > > multe monitoare? Daca da, atunci informatia stocata > > in TLS (cu privire la > > starea unui thread inauntrul sau in afara unui > > monitor) trebuie sa nu mai > > fie o simpla informatie booleana ci o lista de > > monitoare in care thread-ul > > este intrat, nu? Nu devine o solutie mai greu de > > implementat decat o lista > > de thread-uri intrate pentru fiecare monitor? > > Oops. You've got that right. > Solutia ramane totusi simpla. In loc sa faceti > TlsAlloc respectiv pthread_key_create in entry-pointul > librariei (DllMain respectiv constructorul librariei > pe Linux) veti face in functia create. > Astfel fiecare monitor contine un index distinct in > TLS > iar verificarile de utilizare corecta care se fac in > operatii se vor face folosind indexul respectiv. > Asadar informatia ramane booleana :) si implementarea > nu presupune overhead. > > Limitele sunt rezonabile: 1088 de indexuri in Windows > 2000 si 1024 in Linux, deci un proces poate sa > construiasca cam 1000 de monitoare. > > Cosmin > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > > From so@atlantis.cs.pub.ro Tue Nov 25 18:01:33 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 10:01:33 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <008a01c3b372$63a50a70$6400a8c0@andrei> Message-ID: <20031125180133.20884.qmail@web60505.mail.yahoo.com> Nu trebuie sa fii ingrijorat. Hai sa lamurim lucrurile: - aloci un index in TLS la monitor_create; - la monitor_enter daca valoarea lui e NULL, aloci o zona unde sa tii informatia, sau pur si simplu setezi pointerul la alta valoare diferita de NULL pt ca tot ce ai tu nevoie e o info booleana (NULL vs NOT NULL could do it). - daca la enter nu era NULL inseamna ca threadul era deja in monitor deci oops. - la leave setezi pointerul la NULL (si faci free in cazul in care ai alocat ceva acolo) - la signal, wait, broadcast testezi pointerul sa nu fie NULL. - la destroi eliberezi indexul. Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie: -Windows (PSDK): "If the function succeeds, the return value is a TLS index. The slots for the index are initialized to zero." e vb de TlsAlloc. -Linux (man pthread_key_create): "The value initially associated with the returned key is !NULL! in all currently executing threads." Cosmin --- Andrei Hagiescu wrote: > Nu pare bine nici asa. Daca un thread este deschis > inainte de crearea > TLS-ului (deci de pornirea acelui monitor) nu are > cine sa initializeze acel > spatiu de stocare decat daca monitorul ar sti ce > thread-uri sunt in proces. > Presupunand ca avem incredere ca Windows > initializeaza acel spatiu cu NULL > (ceea ce nu stiu daca e valabil si in Linux) ar mai > fi o problema daca acel > TLS a fost folosit in prealabil in thread-ul nostru > de catre altcineva > (totusi monitorul va putea fi folosit in orice > aplicatie) care nu l-a lasat > cu NULL cand l-a eliberat. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 18:01:16 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 10:01:16 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <008a01c3b372$63a50a70$6400a8c0@andrei> Message-ID: <20031125180116.51002.qmail@web60510.mail.yahoo.com> Nu trebuie sa fii ingrijorat. Hai sa lamurim lucrurile: - aloci un index in TLS la monitor_create; - la monitor_enter daca valoarea lui e NULL, aloci o zona unde sa tii informatia, sau pur si simplu setezi pointerul la alta valoare diferita de NULL pt ca tot ce ai tu nevoie e o info booleana (NULL vs NOT NULL could do it). - daca la enter nu era NULL inseamna ca threadul era deja in monitor deci oops. - la leave setezi pointerul la NULL (si faci free in cazul in care ai alocat ceva acolo) - la signal, wait, broadcast testezi pointerul sa nu fie NULL. - la destroi eliberezi indexul. Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie: -Windows (PSDK): "If the function succeeds, the return value is a TLS index. The slots for the index are initialized to zero." e vb de TlsAlloc. -Linux (man pthread_key_create): "The value initially associated with the returned key is !NULL! in all currently executing threads." Cosmin --- Andrei Hagiescu wrote: > Nu pare bine nici asa. Daca un thread este deschis > inainte de crearea > TLS-ului (deci de pornirea acelui monitor) nu are > cine sa initializeze acel > spatiu de stocare decat daca monitorul ar sti ce > thread-uri sunt in proces. > Presupunand ca avem incredere ca Windows > initializeaza acel spatiu cu NULL > (ceea ce nu stiu daca e valabil si in Linux) ar mai > fi o problema daca acel > TLS a fost folosit in prealabil in thread-ul nostru > de catre altcineva > (totusi monitorul va putea fi folosit in orice > aplicatie) care nu l-a lasat > cu NULL cand l-a eliberat. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 19:19:26 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Tue, 25 Nov 2003 21:19:26 +0200 Subject: [so] vesti bune References: <20031125180116.51002.qmail@web60510.mail.yahoo.com> Message-ID: <003b01c3b389$0b404a40$6400a8c0@andrei> Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie Sunt de acord cu aceasta afirmatie atata vreme cat am si garantia ca in toate thread-urile care vor folosi monitorul nimeni nu se va fi folosit de acel TLS inainte si nu-l va elibera _uitand_ sa-l curete ----- Original Message ----- From: "Cosmin Arad" To: Sent: Tuesday, 25 November, 2003 20:01 PM Subject: Re: [so] vesti bune > > Nu trebuie sa fii ingrijorat. Hai sa lamurim > lucrurile: > - aloci un index in TLS la monitor_create; > - la monitor_enter daca valoarea lui e NULL, aloci o > zona unde sa tii informatia, sau pur si simplu setezi > pointerul la alta valoare diferita de NULL pt ca tot > ce ai tu nevoie e o info booleana (NULL vs NOT NULL > could do it). > - daca la enter nu era NULL inseamna ca threadul era > deja in monitor deci oops. > - la leave setezi pointerul la NULL (si faci free in > cazul in care ai alocat ceva acolo) > - la signal, wait, broadcast testezi pointerul sa nu > fie NULL. > - la destroi eliberezi indexul. > > Ai garantia ca la alocarea indexului in TLS valoarea > lui e NULL in toate threadurile atat in Windows cat si > in Linux. Iti citez din documentatie: > > -Windows (PSDK): "If the function succeeds, the return > value is a TLS index. The slots for the index are > initialized to zero." e vb de TlsAlloc. > > -Linux (man pthread_key_create): "The value initially > associated with the returned key is !NULL! in all > currently executing threads." > > Cosmin > > --- Andrei Hagiescu wrote: > > Nu pare bine nici asa. Daca un thread este deschis > > inainte de crearea > > TLS-ului (deci de pornirea acelui monitor) nu are > > cine sa initializeze acel > > spatiu de stocare decat daca monitorul ar sti ce > > thread-uri sunt in proces. > > Presupunand ca avem incredere ca Windows > > initializeaza acel spatiu cu NULL > > (ceea ce nu stiu daca e valabil si in Linux) ar mai > > fi o problema daca acel > > TLS a fost folosit in prealabil in thread-ul nostru > > de catre altcineva > > (totusi monitorul va putea fi folosit in orice > > aplicatie) care nu l-a lasat > > cu NULL cand l-a eliberat. > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > > From so@atlantis.cs.pub.ro Tue Nov 25 19:37:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 11:37:29 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <003b01c3b389$0b404a40$6400a8c0@andrei> Message-ID: <20031125193729.85553.qmail@web60506.mail.yahoo.com> Daca il elibereaza in prealabil inseamna ca poate fi alocat de mine la create si dupa cum se spune in documentatie la alocare valoarea lui e NULL. Daca nu-l elibereaza inseamna ca e ocupat si mie alocarea imi va intoarce un altul care era liber si din nou valoarea lui e NULL. Cosmin --- Andrei Hagiescu wrote: > Ai garantia ca la alocarea indexului in TLS valoarea > lui e NULL in toate threadurile atat in Windows cat > si > in Linux. Iti citez din documentatie > > Sunt de acord cu aceasta afirmatie atata vreme cat > am si garantia ca in > toate thread-urile care vor folosi monitorul nimeni > nu se va fi folosit de > acel TLS inainte si nu-l va elibera _uitand_ sa-l > curete __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 10:53:59 2003 From: so@atlantis.cs.pub.ro (iana ionel cristian) Date: Wed, 26 Nov 2003 02:53:59 -0800 (PST) Subject: [so] De ce TLS ? Message-ID: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Salut Am cateva nelamuriri in legatura cu tema 3: 1. Exista problema verificarii daca firul care a apelat enter, wait, leave, etc., este firul activ. Este gresit daca in loc sa retin o variabila boolean folosind tls, procedez in felul urmator: - fiecare structura monitor retine id-ul firului activ - atunci cand se executa o functie, (de ex enter) verific sa am idActiv = 0, dupa care fac idActiv = idFirCurent. Sau pentru leave verific sa am idActiv = idFirCurent dupa care la iesire fac idActiv = 0, s.a.m.d. - pt a obtine IdFirCurent folosesc pthread_self 2. Se cere "sa fim atenti la utilizari gresite ale functiilor ". Este suficient ca functiile pt monitor sa returneaze o valoarea de eroare cand se intampla asa ceva ? Sau trebuie sa mai facem si altceva, de ex mesaj afisat la consola, aruncare de exceptii ... ? 3. Monitorul se poate distruge doar atunci cand nu exista fir activ in el si nu exista nici un fir care este blocat intr-o coada de asteptare sau la vreo variablia de conditie ? __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 13:50:13 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 05:50:13 -0800 (PST) Subject: [so] Barbers In-Reply-To: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Message-ID: <20031126135013.23337.qmail@web60305.mail.yahoo.com> --0-1133674118-1069854613=:21682 Content-Type: text/plain; charset=us-ascii La pornire trebuie ca toti barbierii/frizeri sa fie gata de tuns? sau trebuie sa se astepte sa fie toti gata. Eu astept sa fie toti gata si dupa incep clientii sa se tunda, e ok asa? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1133674118-1069854613=:21682 Content-Type: text/html; charset=us-ascii

La pornire trebuie ca toti barbierii/frizeri sa fie gata de tuns?

sau trebuie sa se astepte sa fie toti gata.

 

Eu astept sa fie toti gata si dupa incep clientii sa se tunda, e ok asa?

 

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1133674118-1069854613=:21682-- From so@atlantis.cs.pub.ro Wed Nov 26 14:28:34 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 06:28:34 -0800 (PST) Subject: [so] Barbers In-Reply-To: <20031126135013.23337.qmail@web60305.mail.yahoo.com> Message-ID: <20031126142834.52820.qmail@web60510.mail.yahoo.com> --- Mihai Iancu wrote: > > La pornire trebuie ca toti barbierii/frizeri sa fie > gata de tuns? > > sau trebuie sa se astepte sa fie toti gata. > > Eu astept sa fie toti gata si dupa incep clientii sa > se tunda, e ok asa? Da, trebuie sa te asiguri ca barbierii dorm in scaunele lor cand incepi sa lansezi clientii. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 14:56:16 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 06:56:16 -0800 (PST) Subject: [so] De ce TLS ? In-Reply-To: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Message-ID: <20031126145616.63185.qmail@web60510.mail.yahoo.com> --- iana ionel cristian wrote: > Salut > > Am cateva nelamuriri in legatura cu tema 3: > > 1. Exista problema verificarii daca firul care a > apelat > enter, wait, leave, etc., este firul activ. Este > gresit > daca in loc sa retin o variabila boolean folosind > tls, > procedez in felul urmator: > > - fiecare structura monitor retine id-ul firului > activ > > - atunci cand se executa o functie, (de ex enter) > verific sa am idActiv = 0, dupa care fac idActiv = > idFirCurent. Sau pentru leave verific sa am idActiv > = > idFirCurent dupa care la iesire fac idActiv = 0, > s.a.m.d. > > - pt a obtine IdFirCurent folosesc pthread_self S-ar putea sa ai dreptate, nu pot sa ma pronunt acum. Ai insa grija sa nu ai race-uri intre operatii la setarea proprietarului. Totusi, daca este corect pierzi experienta utilizarii TLS si tema ta s-ar putea clasa pe o pozitie medie sau codasa :) > 2. Se cere "sa fim atenti la utilizari gresite ale > functiilor ". Este suficient ca functiile pt monitor > sa > returneaze o valoarea de eroare cand se intampla asa > ceva ? Sau trebuie sa mai facem si altceva, de ex > mesaj afisat la consola, aruncare de exceptii ... ? Este suficient un cod de eroare. > 3. Monitorul se poate distruge doar atunci cand nu > exista fir activ in el si nu exista nici un fir care > este blocat intr-o coada de asteptare sau la vreo > variablia de conditie ? Da, asta ar trebui sa faca destroy. Ar mai trebui sa va scrieti o functie de distrugere fortata, _destroy, pe care s-o apelati de exemplu la oprirea fortata a programului (Ctrl+C) pentru ca altfel nu se pot debloca firele care asteptau la conditii. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 16:10:54 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Wed, 26 Nov 2003 08:10:54 -0800 (PST) Subject: [so] De ce TLS ? In-Reply-To: <20031126145616.63185.qmail@web60510.mail.yahoo.com> Message-ID: <20031126161054.98496.qmail@web11704.mail.yahoo.com> > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 16:15:21 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Wed, 26 Nov 2003 08:15:21 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126145616.63185.qmail@web60510.mail.yahoo.com> Message-ID: <20031126161521.48409.qmail@web11707.mail.yahoo.com> > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie - setez un flag de destroy (de ex un semafor) apoi deblochez toate firele de la variabilele conditie; ele citesc flag-ul inainte de a ajunge in waiting, iar daca este setat pe destroy fac pthread_exit() ? - astept sa primesc o notificare ca toate firele au facut pthread_exit - apoi pot distruge toate elementele de sincronizare > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 16:21:38 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 08:21:38 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126161521.48409.qmail@web11707.mail.yahoo.com> Message-ID: <20031126162138.89465.qmail@web60302.mail.yahoo.com> --0-480435163-1069863698=:89351 Content-Type: text/plain; charset=us-ascii Asteptarea asta mi se pare mie sau este un fel de continuare a "algoritmului" cu barbieri si clienti, adica un fel de "terminare corecta"? daca da, la ce bun? oricum userul daca vrea sa termine nu il mai intereseaza ce se intampla cu toata logica programului. Iar daca resursele sunt eliberate, chiar daca fortat rau eu cred ca e ok. Gresesc? Stela Suciu wrote: > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie - setez un flag de destroy (de ex un semafor) apoi deblochez toate firele de la variabilele conditie; ele citesc flag-ul inainte de a ajunge in waiting, iar daca este setat pe destroy fac pthread_exit() ? - astept sa primesc o notificare ca toate firele au facut pthread_exit - apoi pot distruge toate elementele de sincronizare > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-480435163-1069863698=:89351 Content-Type: text/html; charset=us-ascii
Asteptarea asta mi se pare mie sau este un fel
de continuare a "algoritmului" cu barbieri si clienti,
adica un fel de "terminare corecta"?
 
daca da, la ce bun? oricum userul daca vrea sa termine
nu il mai intereseaza ce se intampla cu toata logica programului.
Iar daca resursele sunt eliberate, chiar daca fortat rau eu cred ca e ok.
Gresesc?
 


Stela Suciu <stelasuciu@yahoo.com> wrote:

>
> > 3. Monitorul se poate distruge doar atunci cand nu
> > exista fir activ in el si nu exista nici un fir
> care
> > este blocat intr-o coada de asteptare sau la vreo
> > variablia de conditie ?
>
> Da, asta ar trebui sa faca destroy. Ar mai trebui sa
> va scrieti o functie de distrugere fortata,
> _destroy,
> pe care s-o apelati de exemplu la oprirea fortata a
> programului (Ctrl+C) pentru ca altfel nu se pot
> debloca firele care asteptau la conditii.
>
> Cosmin
>
>
E corect daca in functia destroy:
- astept ca toate firele din cozile waiting,
signaller si entry sa plece sau sa se blocheze la
variabile conditie
- setez un flag de destroy (de ex un semafor) apoi
deblochez toate firele de la variabilele conditie; ele
citesc flag-ul inainte de a ajunge in waiting, iar
daca este setat pe destroy fac pthread_exit() ?
- astept sa primesc o notificare ca toate firele au
facut pthread_exit
- apoi pot distruge toate elementele de sincronizare
> __________________________________
> Do you Yahoo!?
> Protect your identity with Yahoo! Mail AddressGuard
> http://antispam.yahoo.com/whatsnewfree
> _______________________________________________
> so mailing list
> so@atlantis.cs.pub.ro
>
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-480435163-1069863698=:89351-- From so@atlantis.cs.pub.ro Wed Nov 26 16:23:19 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 08:23:19 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126162138.89465.qmail@web60302.mail.yahoo.com> Message-ID: <20031126162319.50529.qmail@web60501.mail.yahoo.com> e ok, nu gresesti. tocmai i-am raspuns Stelei. Cosmin --- Mihai Iancu wrote: > Asteptarea asta mi se pare mie sau este un fel > de continuare a "algoritmului" cu barbieri si > clienti, > adica un fel de "terminare corecta"? > > daca da, la ce bun? oricum userul daca vrea sa > termine > nu il mai intereseaza ce se intampla cu toata logica > programului. > Iar daca resursele sunt eliberate, chiar daca fortat > rau eu cred ca e ok. > Gresesc? > > > > Stela Suciu wrote: > > > > > > 3. Monitorul se poate distruge doar atunci cand > nu > > > exista fir activ in el si nu exista nici un fir > > care > > > este blocat intr-o coada de asteptare sau la > vreo > > > variablia de conditie ? > > > > Da, asta ar trebui sa faca destroy. Ar mai trebui > sa > > va scrieti o functie de distrugere fortata, > > _destroy, > > pe care s-o apelati de exemplu la oprirea fortata > a > > programului (Ctrl+C) pentru ca altfel nu se pot > > debloca firele care asteptau la conditii. > > > > Cosmin > > > > > E corect daca in functia destroy: > - astept ca toate firele din cozile waiting, > signaller si entry sa plece sau sa se blocheze la > variabile conditie > - setez un flag de destroy (de ex un semafor) apoi > deblochez toate firele de la variabilele conditie; > ele > citesc flag-ul inainte de a ajunge in waiting, iar > daca este setat pe destroy fac pthread_exit() ? > - astept sa primesc o notificare ca toate firele au > facut pthread_exit > - apoi pot distruge toate elementele de sincronizare > > __________________________________ > > Do you Yahoo!? > > Protect your identity with Yahoo! Mail > AddressGuard > > http://antispam.yahoo.com/whatsnewfree > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > __________________________________ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > --------------------------------- > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 16:22:07 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 08:22:07 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126161521.48409.qmail@web11707.mail.yahoo.com> Message-ID: <20031126162207.81364.qmail@web60505.mail.yahoo.com> --- Stela Suciu wrote: > E corect daca in functia destroy: > - astept ca toate firele din cozile waiting, > signaller si entry sa plece sau sa se blocheze la > variabile conditie > - setez un flag de destroy (de ex un semafor) apoi > deblochez toate firele de la variabilele conditie; > ele > citesc flag-ul inainte de a ajunge in waiting, iar > daca este setat pe destroy fac pthread_exit() ? > - astept sa primesc o notificare ca toate firele au > facut pthread_exit > - apoi pot distruge toate elementele de > sincronizare Functia destroy ar trebui sa verifice daca monitorul este liber (nu este ocupat si nu sunt fire blocate la conditii). Daca e liber sa-l distruga, daca nu sa intoarca un cod de eroare. Functia _destroy ar trebui sa distruga monitorul fortat si sa fie apelata doar in cazuri extreme cum este cel de terminare fortata a aplciatiei. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 17:19:41 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 26 Nov 2003 19:19:41 +0200 Subject: [so] De ce TLS ? - continuare:) References: <20031126162207.81364.qmail@web60505.mail.yahoo.com> Message-ID: <002801c3b441$7c056c70$0200a8c0@smeagol> pe mine m-a ametit putin chestia cu destroy. este evident ca trebuie sa existe un destroy dur care sa curete tot fara sa faca nici o verificare. acum, din cate am inteles, trebuie sa avem un destroy care curata doar daca nu are nimeni treaba cu monitorul. cineva are treaba cu monitorul daca se afla in vre-o coada sau daca este activ. Dar cum destroy-ul se da dintr-un thread care care se presupune ca nu are nici o legatura cu threadurile care folosesc monitorul este destul de complicat modul in care se determina daca monitorul este sau nu folosit. de exemplu: in destroy ma apuc sa verific daca este cineva blocat la o conditie. pp ca nu este, dar imediat ce fac verificare vine un thread care se blocheaza exact la variabila aia conditie. neplacut. trebuie deci sa impiedicam accesul la monitor in timp ce incerc sa distrug monitorul. singurul mod in care vad facandu-se asta (doar cu resursele monitorului) este ca threadul care face destroy sa fie el insusi activ in monitor (adica sa fi dat in prealabil un enter()). si de aici contradictia: distrug monitorul numai cand nimeni nu foloseste monitorul, dar pentru ca sa vad ca monitorul este liber tocmai cel care distruge trebuie sa fie in monitor. (presupun ca se face o exceptie :) ). Eu sincer inclin spre existenta unei singure functii destroy (cea care omoara tot si abia apoi intreaba), dar pe care o apelez cu grija dupa ce toate threadurile nu mai au nevoie de monitor. prefer deci sa fie de datoria aplicatiei care foloseste monitorul sa se asigure de corectitudinea folosirii lui destroy. zeii ce zic? From so@atlantis.cs.pub.ro Wed Nov 26 17:24:40 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 09:24:40 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <002801c3b441$7c056c70$0200a8c0@smeagol> Message-ID: <20031126172440.77246.qmail@web60501.mail.yahoo.com> --- Cibu Cristian wrote: > pe mine m-a ametit putin chestia cu destroy. > > este evident ca trebuie sa existe un destroy dur > care sa curete tot fara sa > faca nici o verificare. > > acum, din cate am inteles, trebuie sa avem un > destroy care curata doar daca > nu are nimeni treaba cu monitorul. > cineva are treaba cu monitorul daca se afla in vre-o > coada sau daca este > activ. Dar cum destroy-ul se da dintr-un thread care > care se presupune ca nu > are nici o legatura cu threadurile care folosesc > monitorul este destul de > complicat modul in care se determina daca monitorul > este sau nu folosit. > > de exemplu: > > in destroy ma apuc sa verific daca este cineva > blocat la o conditie. pp ca > nu este, dar imediat ce fac verificare vine un > thread care se blocheaza > exact la variabila aia conditie. neplacut. trebuie > deci sa impiedicam > accesul la monitor in timp ce incerc sa distrug > monitorul. singurul mod in > care vad facandu-se asta (doar cu resursele > monitorului) este ca threadul > care face destroy sa fie el insusi activ in monitor > (adica sa fi dat in > prealabil un enter()). > > si de aici contradictia: distrug monitorul numai > cand nimeni nu foloseste > monitorul, dar pentru ca sa vad ca monitorul este > liber tocmai cel care > distruge trebuie sa fie in monitor. (presupun ca se > face o exceptie :) ). Da, poti sa iei lockul asociat cozii Entry ca sa faci destroy. > Eu sincer inclin spre existenta unei singure functii > destroy (cea care > omoara tot si abia apoi intreaba), dar pe care o > apelez cu grija dupa ce > toate threadurile nu mai au nevoie de monitor. > prefer deci sa fie de datoria > aplicatiei care foloseste monitorul sa se asigure de > corectitudinea > folosirii lui destroy. Ambele sunt necesare, cea care omoara tot sa fie apelata doar in cazuri extreme in care nu te mai intereseaza ce se intampla cu monitorul in continuare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 17:43:09 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 26 Nov 2003 19:43:09 +0200 Subject: [so] De ce TLS ? - continuare:) References: <20031126172440.77246.qmail@web60501.mail.yahoo.com> Message-ID: <003001c3b444$c17c23e0$0200a8c0@smeagol> pai daca trebuie sa fac enter() ca sa pot distruge, inseamna ca nu mai este nimeni in waiting sau in signaler si mai concurez si cu alte threaduri care dau enter(). asadar destroy-ul obtine accesul la monitor cine stie peste cat timp. este ok ? dar tot mi se pare de datoria aplicatiei sa dea destroy-ul atotputernic cand se stie sigur ca nimeni nu mai are treaba cu monitorul. From so@atlantis.cs.pub.ro Wed Nov 26 17:48:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 09:48:51 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <003001c3b444$c17c23e0$0200a8c0@smeagol> Message-ID: <20031126174851.25368.qmail@web60509.mail.yahoo.com> --- Cibu Cristian wrote: > pai daca trebuie sa fac enter() ca sa pot distruge, > inseamna ca nu mai este > nimeni in waiting sau in signaler si mai concurez si > cu alte threaduri care > dau enter(). asadar destroy-ul obtine accesul la > monitor cine stie peste cat > timp. este ok ? Eu nu am zis sa faci enter(). Am zis doar sa iei lockul asociat cozii Entry. Astfel impiedici orice alt enter in timp ce tu verifici ca monitorul este sau nu liber. > dar tot mi se pare de datoria aplicatiei sa dea > destroy-ul atotputernic cand > se stie sigur ca nimeni nu mai are treaba cu > monitorul. destroy-ul normal e un fel de try_destroy care poate fi si el util uneori. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 19:48:09 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 11:48:09 -0800 (PST) Subject: [so] destroy In-Reply-To: <20031126174851.25368.qmail@web60509.mail.yahoo.com> Message-ID: <20031126194809.80997.qmail@web60307.mail.yahoo.com> --0-2062366077-1069876089=:78700 Content-Type: text/plain; charset=us-ascii Bun, hai ca nu ne intelegem cu destroy asta ce ar fi sa nu il mai facem ??? : )) Intreabarea este: "De ce trebuie sa se distruga cand nu mai este nici un thread activ sau nu mai stiu exact care erau specificatiile?" Poate ca cineva peste 4 min vrea sa il foloseasca! Distrugerea se face pornind de la presupunearea ca nu mai se asteapta nimic de la program si se indreapta singur catre exit? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-2062366077-1069876089=:78700 Content-Type: text/html; charset=us-ascii

Bun, hai ca nu ne intelegem cu destroy asta

ce ar fi sa nu il mai facem ??? : ))

 

Intreabarea este: "De ce trebuie sa se distruga cand nu mai este

nici un thread activ sau nu mai stiu exact care erau specificatiile?"

Poate ca cineva peste 4 min vrea sa il foloseasca!

Distrugerea se face pornind de la presupunearea ca nu mai se asteapta nimic

de la program si se indreapta singur catre exit?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-2062366077-1069876089=:78700-- From so@atlantis.cs.pub.ro Wed Nov 26 20:20:06 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 12:20:06 -0800 (PST) Subject: [so] destroy In-Reply-To: <20031126194809.80997.qmail@web60307.mail.yahoo.com> Message-ID: <20031126202006.78739.qmail@web60503.mail.yahoo.com> --- Mihai Iancu wrote: > > Bun, hai ca nu ne intelegem cu destroy asta > ce ar fi sa nu il mai facem ??? : )) vi s-ar scadea puncte :)) > Intreabarea este: "De ce trebuie sa se distruga cand > nu mai este > > nici un thread activ sau nu mai stiu exact care erau > specificatiile?" > > Poate ca cineva peste 4 min vrea sa il foloseasca! Daca vrea sa il foloseasca peste 4 minute nu il distruge. > Distrugerea se face pornind de la presupunearea ca > nu mai se asteapta nimic > > de la program si se indreapta singur catre exit? presupunerea poate fi gresita. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 09:05:00 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 11:05:00 +0200 Subject: [so] mingw Message-ID: <002101c3b4c5$897e5220$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_001E_01C3B4D6.4CFB3B40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai = mari decat cele facute de Visual C++ 6.0 Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de = nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare tind spre anumite valori fixe astfel incat dupa cateva iteratii toti = cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se = gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce = construieste Visual C++ totul se comporta cu totul diferit. valorile = aleatoare sunt chiar aleatoare. daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il = rog sa ma ajute. ------=_NextPart_000_001E_01C3B4D6.4CFB3B40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
mare balarie si mingw asta. Toate = executabilele=20 sunt de 3, 4 ori mai mari decat cele facute de Visual C++ = 6.0
Dar fie, nu aste e problema. toate = valorile=20 aleatoare sunt asa de nealeatoare :)... Cu executabilele facute de g++ = valorile=20 aleatoare
tind spre anumite valori fixe astfel = incat dupa=20 cateva iteratii toti cititorii se comporta unitar (nu-i mai dezlipesc) = pentru ca=20 toti se gasesc sa citeasca la fel de mult si fac pauza la fel de mult. = cu ce=20 construieste Visual C++ totul se comporta cu totul diferit. valorile = aleatoare=20 sunt chiar aleatoare.
daca cineva are vre-o idee de cum se = poate rezolva=20 treaba cu random, il rog sa ma = ajute.
------=_NextPart_000_001E_01C3B4D6.4CFB3B40-- From so@atlantis.cs.pub.ro Thu Nov 27 09:27:49 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Thu, 27 Nov 2003 11:27:49 +0200 Subject: [so] mingw Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B4C8.B9BE78AD Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGVvcmV0aWMsIGFpIHB1dGVhIHNhIGNvbXBpbGV6aSBjdSBNaW5HVywgZGFyIHNhIGxlZ2kgZmlz aWVydWwgdGF1IG9iaWVjdCBkZSBsaWJjIHNpIG1zdmNydCAocnVudGltZXVsIGRlIEMgZGluIFZp c3VhbCBTdHVkaW8pIC0gbi1hbSBpZGVlIGN1bSwgbnUgYW0gcHJlYSBpbnZlc3RpZ2F0IGRhciBh ciB0cmVidWkgc2Egc2UgcG9hdGEsIG9yaWNlIGNvbXBpbGF0b3IgY2F0IGRlIGNhdCBkZWNlbnQg cG9hdGUgZmFjZSBhc3RhICh2ZXppIGNhIGluIFNldHRpbmdzIGxhIFZpc3VhbCBTdHVkaW8gYWkg c2kgbGluaWEgZGUgY29tYW5kYSBjdSBjYXJlIGludm9jYSBjbC5leGUgLSBpbmNlYXJjYSBzYSBv IGFkYXB0ZXppIHB0IE1pbkdXKS4gSW4gcHJhY3RpY2EsIGFzdGEgaW5zZWFtbmEgY2EgZmFjaSBw cmVzdXB1bmVyZWEgY2EgcGUgY2FsY3VsIHBlIGNhcmUgc2UgZmFjZSBjb21waWxhcmVhIHNpIGNv cmVjdGFyZWEgc2Ugdm9yIGdhc2kgY2VsZSBkb3VhIC5saWItdXJpLi4uIElhciBhaWNpLCB5b3Un cmUgb24geW91ciBvd24uDQoNCgktLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLSANCglGcm9tOiBD aWJ1IENyaXN0aWFuIFttYWlsdG86Y2lidS5jcmlzdGlhbkByZHNsaW5rLnJvXSANCglTZW50OiBU aHUgMTEvMjcvMjAwMyAxMTowNSBBTSANCglUbzogZ3J1cCBTTyANCglDYzogDQoJU3ViamVjdDog W3NvXSBtaW5ndw0KCQ0KCQ0KCQ0KCW1hcmUgYmFsYXJpZSBzaSBtaW5ndyBhc3RhLiBUb2F0ZSBl eGVjdXRhYmlsZWxlIHN1bnQgZGUgMywgNCBvcmkgbWFpIG1hcmkgZGVjYXQgY2VsZSBmYWN1dGUg ZGUgVmlzdWFsIEMrKyA2LjANCglEYXIgZmllLCBudSBhc3RlIGUgcHJvYmxlbWEuIHRvYXRlIHZh bG9yaWxlIGFsZWF0b2FyZSBzdW50IGFzYSBkZSBuZWFsZWF0b2FyZSA6KS4uLiBDdSBleGVjdXRh YmlsZWxlIGZhY3V0ZSBkZSBnKysgdmFsb3JpbGUgYWxlYXRvYXJlDQoJdGluZCBzcHJlIGFudW1p dGUgdmFsb3JpIGZpeGUgYXN0ZmVsIGluY2F0IGR1cGEgY2F0ZXZhIGl0ZXJhdGlpIHRvdGkgY2l0 aXRvcmlpIHNlIGNvbXBvcnRhIHVuaXRhciAobnUtaSBtYWkgZGV6bGlwZXNjKSBwZW50cnUgY2Eg dG90aSBzZSBnYXNlc2Mgc2EgY2l0ZWFzY2EgbGEgZmVsIGRlIG11bHQgc2kgZmFjIHBhdXphIGxh IGZlbCBkZSBtdWx0LiBjdSBjZSBjb25zdHJ1aWVzdGUgVmlzdWFsIEMrKyB0b3R1bCBzZSBjb21w b3J0YSBjdSB0b3R1bCBkaWZlcml0LiB2YWxvcmlsZSBhbGVhdG9hcmUgc3VudCBjaGlhciBhbGVh dG9hcmUuDQoJZGFjYSBjaW5ldmEgYXJlIHZyZS1vIGlkZWUgZGUgY3VtIHNlIHBvYXRlIHJlem9s dmEgdHJlYWJhIGN1IHJhbmRvbSwgaWwgcm9nIHNhIG1hIGFqdXRlLg0KDQo= ------_=_NextPart_001_01C3B4C8.B9BE78AD Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IjMJAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAGwALABsAMQAEAFsBASCAAwAOAAAA0wcLABsACwAbADEABABbAQEJgAEAIQAAAEE1 RUVGRTM1OUQyNjVDNERCNDNDRDg3MjlDNjQ4QTA3AF8HAQOQBgBkEAAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAAB4AAABSAEUAOgAgAFsAcwBvAF0A IABtAGkAbgBnAHcAAAAAAEAAOQCteL65yLTDAR8APQABAAAACgAAAFIARQA6ACAAAAAAAAIBRwAB AAAAKwAAAGM9dXM7YT0gO3A9TVNMYWI7bD1TRVJWRVItMDMxMTI3MDkyNzQ5Wi0yNAAAHwBJAAEA AAAWAAAAWwBzAG8AXQAgAG0AaQBuAGcAdwAAAAAAQABOAADGNInFtMMBHwBaAAEAAAAcAAAAQwBp AGIAdQAgAEMAcgBpAHMAdABpAGEAbgAAAAIBWwABAAAARAAAAAAAAACBKx+kvqMQGZ1uAN0BD1QC AAAAAENpYnUgQ3Jpc3RpYW4AU01UUABjaWJ1LmNyaXN0aWFuQHJkc2xpbmsucm8AAgFcAAEAAAAe AAAAU01UUDpDSUJVLkNSSVNUSUFOQFJEU0xJTksuUk8AAAAfAF0AAQAAABwAAABDAGkAYgB1ACAA QwByAGkAcwB0AGkAYQBuAAAAAgFeAAEAAABEAAAAAAAAAIErH6S+oxAZnW4A3QEPVAIAAAAAQ2li dSBDcmlzdGlhbgBTTVRQAGNpYnUuY3Jpc3RpYW5AcmRzbGluay5ybwACAV8AAQAAAB4AAABTTVRQ OkNJQlUuQ1JJU1RJQU5AUkRTTElOSy5STwAAAB8AZgABAAAACgAAAFMATQBUAFAAAAAAAB8AZwAB AAAAMgAAAGMAaQBiAHUALgBjAHIAaQBzAHQAaQBhAG4AQAByAGQAcwBsAGkAbgBrAC4AcgBvAAAA AAAfAGgAAQAAAAoAAABTAE0AVABQAAAAAAAfAGkAAQAAADIAAABjAGkAYgB1AC4AYwByAGkAcwB0 AGkAYQBuAEAAcgBkAHMAbABpAG4AawAuAHIAbwAAAAAAHwBwAAEAAAAWAAAAWwBzAG8AXQAgAG0A aQBuAGcAdwAAAAAAAgFxAAEAAAAbAAAAAcO0xmdjfRk4fjawT8eNDkKm5PZeIwAANtm+AB8AdAAB AAAAEAAAAGcAcgB1AHAAIABTAE8AAAAfABoMAQAAABwAAABPAHYAaQBkAGkAdQAgAFAAbABhAHQA bwBuAAAAHwAdDgEAAAAWAAAAWwBzAG8AXQAgAG0AaQBuAGcAdwAAAAAAAgEJEAEAAACMCAAAiAgA AM4XAABMWkZ1k2+XxQMACgByY3BnMTI1gjIDQ2h0bWwxAzD/AQMB9wqAAqQD5AcTAoAQA/8AUARW CFUHshE1DlEDAQIAhGNoCsBzZXQyBgDbBsMRNTMERhPHMBI/AgDeNBBtEUMI7wn3Oxl/DjB2NREy DGBjAFALCQFkMyY2FmALpTQgEAIqXHsOsgGQZxRQCqMRQx6YNAEUUDwhRE9DVFkAUEUgSFRNTCAA UFVCTElDICJALS8vVzNDIjBEJFREIUQ0LhZgVHI5AHJ0aQIgB0AiMEVOnCI+H50fPyVBMTggoBsh UiSNMx4wJvBFQURfJI0O8SWvKZ8mdDYO8DzgTUVUQSAFoAIwCfBYdD0iBeAhUzYjQDCMLjIdkC4Q MCIgJAAJB4A9RyRQRVJBVLxPUii/Kx8gUixhUyEAXExFJI4x4R+eOSCgL+8yLzBfJQUx4i8ofyVf OJQCNRZgPEJPRFkgzGJnCFAZET0jASA7YtggZGk7MDiwcjgAOHNLACEDMHYIkHdrC4Bk6jU4JGIA 0GsJwAhgPWDiIAAAc2hwOEI+wQuArHN0PqE+4XMDoGYDEEZsOvMCkXN2ICxAN7FBQDIxNRiQP6hG QEEvCYBAxRiQQzFcPBFkb+cA4DwRCrFccRlgPBET4D8DMDx1FmA4Kx2hOS9nOeI2IKBESVY8SQAA RReZOEk2NEhPRWJUZQWwExQwDeAsIAtwIHB1sS0QYSBzTMAFoG0/UGVCkHpMYGN1BdALgEe6V0ww ZArBTOFCkGdMYHdAMACQBJB1AyABkE3Ab/piCJBjBUA2rEaFAQBOsNhpYmNM0ExgbUDwBQD9BUAo T2ACMAdxT3FRoSHwazvQA6BWBAB1B0AGAHRCdTvQbykgLS6gLbkuwCBpAQBRsE2wbUww9m5NwFUx cBmATMBQX0ayzQuAdgeQI9BnYQVATlLjCsE8IGVidUxgTOEUIPVMcG9YgGFMMAWwDeBVkfdNI1iA BbFjWIJVkVuDWpDfAjBZ41GwVr9GsmYA0FGw9mE/gEzAKFggTYJMwFPR9wZgAkALgGcEIAtgU/xM Qv9SIVHQAwBMwFuyA3JOUE2iP1twGYBc71e2Q9BM8Wwu/GV4UbBU8AuAWpAKwF9Bf0zhYSFOUAUw TXIFMU3jKfguIEkDoFZgANBMAVox916TP2FMsG0kAF8yYz9eBe9MYRmAVCBMgG4EkEyxX0H6cFvC bE2wAyBsI2MBWcH/XkNaxVZyUiEFoVARbiRRsL9koAXAaY9GslhwbnJlQpBXO8AIYEzALlHRLQhx Lq9ygGeQWMIN4GlMMHkIYB4nYwECIHNSBcBvd27+LjhJAcA8VwqiPFcKcSX8/jAoQSKQSBt2OEWf Rq9Hs4MhwCDgS1FVT1QhMDM71UzQdHlCkC1RQVKAR0lOLVJJRyFQ4DogMHB4JHE8aAqx/xACRAVE o0RhRP96Hx/LFmB/g/B6/0f/SQ9KH4EXQ4BpCx2CJfw0JtFGT05UdVIRei7gMoV7C+KA+S39jPJP BRBO4CQBBdAHkEzg/GdljPOJXSxAOmEvgTxoXWGhZQqBgR84ozgoQULVhXtigPlGA2E6hDwgkb4v krp5CRZwUeBNwEMFEL9YQQORb8+Cv5JxhAFbAMDbAxBbMDpq8FlQLgUBl8NKQAsgc2Ghay4DYF3/ jp+Pr5C/kc+S359VBmACMGeUn5WvlrdUaE3AnZAvLDI3pcAuADOlkTow+jUQ0E2YH5kvmjWcz53f /57vn/+hD0tVmwCiz6Pflsb3CcBrYAYAT5y/qm+rf6yP862ftPVDY68/sE+Wt7JvH7N/tI+1n7av ohV1YmrPUBG4P7lPlrdbc5yep7/1mghtX+F3uu+7/70Pxw/XyB/JLyZWNYURL4qCwk//ho51T3Zf d2/Ob4F/xO+Dn3+Er4ffhs/Y34jvifxeQj3/BxOKz4vSUSGMDcQP1d+aRP/Tj89/0I/Rn9f/2Q/a H9sv/9wz3y/gP9zP3d/e7+0vAMD/YwE98G4RCJBSE8aSXoNngP+vEFyyZSFNsAGRTVFxgeEP3+If mkRUIFxhUaEzTDAeMP9aYfKh+SL5EQWBWIFxY15Bx0yRU2JUBUMrKy3SzN//ze/UGf2f5J/lr+a/ 0q//D//Uz/bP1u/nz+jf6e/q/+wPv/Gf7i/vP/BPDX8Og0Ry0f1AMGVV5D+A9LFWUU/gQpDv+UBn gFswXLJ28xBaYfWP/wYfmhfzEEywFSFtEvhCXpC3YeNrkBiYOmdwcpFDTcD79Nz6iGf7oRYfFy+a RBWH/xiX/A/9H/4v/z8ATwFfAm//A38EjwWfBq8HvwjPJC8K7/8L/xGPDh8PLxA/EU8yfl/R3z6A P8BjAZvQVcBpFVdAIftlMV6RZnFwZXJYgmtgaW/3Ks+aJltxZRWAVVBcwGfg/0wATGBbMEwAbpA4 0DjQWmF/WXFapG+QXrFrgDjQctEobVYALfkkVXB6UdBsIHP+Y1TQbCAZUE9gOu87/z0H/z5kbUFx EUGRTNM40V6QaVH3YDE6AlGhbU9wUDBxMV5B+0xwT7B6Rp5ngE2xQl9Db/89FVqiaNBCEU9AFCL7 KT5x/09xP2pisU3UU8A6AJegSUH/FY9KLxevGLuAoGHQcuEYpv4uIK8hvyLPI98k7yX/Jw//KB8p Lyo/K08sXy1vWJ8vj38wnzYvMr8zzzTfNe9m7mRfbYBGAsvwPbEacnZvEC3ebzowQTD6007wbU4i TpAf9JJQr19fqQQagHpvbP89sYCAGgDzAEliPhA4EE5w5xPAUGByoG9nReL5QG8P+XATYWr6sVUP Vh9XL1g//1lPWl9bb1x/XY9f6GjRdtUPfC99P35PgOpCTE9DwEtRVU9URYHbcBELzB9f5jV/0kJP RFmHgF2l0MIBSFRNTMsQAn2J0B8ANRABAAAAigAAADwAMwA2AEMAOAAxADYANABBAEUAMABDADYA QwBBADQAOQA4ADcAQwAzAEUAQwA4ADgAQQAxAEIAQgA0ADEANgBBADAAMQA0ADcAMAA3AEAAcwBl AHIAdgBlAHIALgBtAGkAYwByAG8AcwBvAGYAdAAtAGwAYQBiAC4AcAB1AGIALgByAG8APgAAAAAA HwBHEAEAAAAeAAAAbQBlAHMAcwBhAGcAZQAvAHIAZgBjADgAMgAyAAAAAAALAPIQAQAAAB8A8xAB AAAAKgAAAFIARQAlADMAQQAgAFsAcwBvAF0AIABtAGkAbgBnAHcALgBFAE0ATAAAAAAACwD2EAAA AABAAAcw5STHQse0wwFAAAgwoJ/Fuci0wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2 AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GC AQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElF TlRTL0NOPU9WSURJVVBMAAAAAB8A+j8BAAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkA cwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEAAAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAA AC4AAAADAP0/5AQAAAMAGUAAAAAAAwAaQAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAA TwBWAEkARABJAFUAUABMAAAAAAAfADFAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkAB AAAAMgAAAGMAaQBiAHUALgBjAHIAaQBzAHQAaQBhAG4AQAByAGQAcwBsAGkAbgBrAC4AcgBvAAAA AAAfADNAAQAAADIAAABjAGkAYgB1AC4AYwByAGkAcwB0AGkAYQBuAEAAcgBkAHMAbABpAG4AawAu AHIAbwAAAAAAHwA4QAEAAAASAAAATwBWAEkARABJAFUAUABMAAAAAAAfADlAAQAAAAQAAAAuAAAA CwApAAAAAAALACMAAAAAAAMABhBmM8UZAwAHECgEAAADABAQAAAAAAMAERABAAAAHgAIEAEAAABl AAAAVEVPUkVUSUMsQUlQVVRFQVNBQ09NUElMRVpJQ1VNSU5HVyxEQVJTQUxFR0lGSVNJRVJVTFRB VU9CSUVDVERFTElCQ1NJTVNWQ1JUKFJVTlRJTUVVTERFQ0RJTlZJU1VBTFNUVQAAAAACAX8AAQAA AEUAAAA8MzZDODE2NEFFMEM2Q0E0OTg3QzNFQzg4QTFCQjQxNkEwMTQ3MDdAc2VydmVyLm1pY3Jv c29mdC1sYWIucHViLnJvPgAAAAAIxA== ------_=_NextPart_001_01C3B4C8.B9BE78AD-- From so@atlantis.cs.pub.ro Thu Nov 27 09:43:28 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Thu, 27 Nov 2003 11:43:28 +0200 Subject: [so] mingw Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A01470A@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B4CA.E8F16DEC Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U2kgY2Egc2EgbWVyZyBwYW5hIGxhIGNhcGF0LCB0cmVidWllIHNhIHByZWNpemV6IGNhLCBpbnRy dWNhdCBwcm9ncmFtdWwgZm9sb3Nlc3RlIHRocmVhZHVyaSwgdHJlYnVpZSBsZWdhdCBjdSBsaWJj bXQubGliIGRlIGV4IChtdCBwdCBtdWx0aS10aHJlYWRlZCkuIE9yaWN1bSwgbnVtZWxlIGxpYnJh cmlpbG9yIHN1bnQgbGlzdGF0ZSBpbiBzZXRhcmlsZSBkZSBsYSBWaXN1YWwgQysrLg0KDQoJLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0gDQoJRnJvbTogT3ZpZGl1IFBsYXRvbiBvbiBiZWhhbGYg b2YgT3ZpZGl1IFBsYXRvbiANCglTZW50OiBUaHUgMTEvMjcvMjAwMyAxMToyNyBBTSANCglUbzog c29AYXRsYW50aXMuY3MucHViLnJvIA0KCUNjOiANCglTdWJqZWN0OiBSRTogW3NvXSBtaW5ndw0K CQ0KCQ0KCVRlb3JldGljLCBhaSBwdXRlYSBzYSBjb21waWxlemkgY3UgTWluR1csIGRhciBzYSBs ZWdpIGZpc2llcnVsIHRhdSBvYmllY3QgZGUgbGliYyBzaSBtc3ZjcnQgKHJ1bnRpbWV1bCBkZSBD IGRpbiBWaXN1YWwgU3R1ZGlvKSAtIG4tYW0gaWRlZSBjdW0sIG51IGFtIHByZWEgaW52ZXN0aWdh dCBkYXIgYXIgdHJlYnVpIHNhIHNlIHBvYXRhLCBvcmljZSBjb21waWxhdG9yIGNhdCBkZSBjYXQg ZGVjZW50IHBvYXRlIGZhY2UgYXN0YSAodmV6aSBjYSBpbiBTZXR0aW5ncyBsYSBWaXN1YWwgU3R1 ZGlvIGFpIHNpIGxpbmlhIGRlIGNvbWFuZGEgY3UgY2FyZSBpbnZvY2EgY2wuZXhlIC0gaW5jZWFy Y2Egc2EgbyBhZGFwdGV6aSBwdCBNaW5HVykuIEluIHByYWN0aWNhLCBhc3RhIGluc2VhbW5hIGNh IGZhY2kgcHJlc3VwdW5lcmVhIGNhIHBlIGNhbGN1bCBwZSBjYXJlIHNlIGZhY2UgY29tcGlsYXJl YSBzaSBjb3JlY3RhcmVhIHNlIHZvciBnYXNpIGNlbGUgZG91YSAubGliLXVyaS4uLiBJYXIgYWlj aSwgeW91J3JlIG9uIHlvdXIgb3duLg0KDQoJCS0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tIA0K CQlGcm9tOiBDaWJ1IENyaXN0aWFuIFttYWlsdG86Y2lidS5jcmlzdGlhbkByZHNsaW5rLnJvXSAN CgkJU2VudDogVGh1IDExLzI3LzIwMDMgMTE6MDUgQU0gDQoJCVRvOiBncnVwIFNPIA0KCQlDYzog DQoJCVN1YmplY3Q6IFtzb10gbWluZ3cNCgkJDQoJCQ0KCQkNCgkJbWFyZSBiYWxhcmllIHNpIG1p bmd3IGFzdGEuIFRvYXRlIGV4ZWN1dGFiaWxlbGUgc3VudCBkZSAzLCA0IG9yaSBtYWkgbWFyaSBk ZWNhdCBjZWxlIGZhY3V0ZSBkZSBWaXN1YWwgQysrIDYuMA0KCQlEYXIgZmllLCBudSBhc3RlIGUg cHJvYmxlbWEuIHRvYXRlIHZhbG9yaWxlIGFsZWF0b2FyZSBzdW50IGFzYSBkZSBuZWFsZWF0b2Fy ZSA6KS4uLiBDdSBleGVjdXRhYmlsZWxlIGZhY3V0ZSBkZSBnKysgdmFsb3JpbGUgYWxlYXRvYXJl DQoJCXRpbmQgc3ByZSBhbnVtaXRlIHZhbG9yaSBmaXhlIGFzdGZlbCBpbmNhdCBkdXBhIGNhdGV2 YSBpdGVyYXRpaSB0b3RpIGNpdGl0b3JpaSBzZSBjb21wb3J0YSB1bml0YXIgKG51LWkgbWFpIGRl emxpcGVzYykgcGVudHJ1IGNhIHRvdGkgc2UgZ2FzZXNjIHNhIGNpdGVhc2NhIGxhIGZlbCBkZSBt dWx0IHNpIGZhYyBwYXV6YSBsYSBmZWwgZGUgbXVsdC4gY3UgY2UgY29uc3RydWllc3RlIFZpc3Vh bCBDKysgdG90dWwgc2UgY29tcG9ydGEgY3UgdG90dWwgZGlmZXJpdC4gdmFsb3JpbGUgYWxlYXRv YXJlIHN1bnQgY2hpYXIgYWxlYXRvYXJlLg0KCQlkYWNhIGNpbmV2YSBhcmUgdnJlLW8gaWRlZSBk ZSBjdW0gc2UgcG9hdGUgcmV6b2x2YSB0cmVhYmEgY3UgcmFuZG9tLCBpbCByb2cgc2EgbWEgYWp1 dGUuDQoNCg== ------_=_NextPart_001_01C3B4CA.E8F16DEC Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+Ih0JAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAGwALACsAHAAEAFYBASCAAwAOAAAA0wcLABsACwArABwABABWAQEJgAEAIQAAAENG NDA1Mzk3QzMxQUUyNEVCMkVFNTREMkQ3MEM4OTBFAE4HAQOQBgDcEgAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAAB4AAABSAEUAOgAgAFsAcwBvAF0A IABtAGkAbgBnAHcAAAAAAEAAOQDsbfHoyrTDAR8APQABAAAACgAAAFIARQA6ACAAAAAAAAIBRwAB AAAAKwAAAGM9dXM7YT0gO3A9TVNMYWI7bD1TRVJWRVItMDMxMTI3MDk0MzI4Wi0yNgAAHwBJAAEA AAAeAAAAUgBFADoAIABbAHMAbwBdACAAbQBpAG4AZwB3AAAAAABAAE4ArXi+uci0wwEfAFoAAQAA ABwAAABPAHYAaQBkAGkAdQAgAFAAbABhAHQAbwBuAAAAAgFbAAEAAABHAAAAAAAAAIErH6S+oxAZ nW4A3QEPVAIAAAAAT3ZpZGl1IFBsYXRvbgBTTVRQAHNvLWFkbWluQGF0bGFudGlzLmNzLnB1Yi5y bwAAAgFcAAEAAAAhAAAAU01UUDpTTy1BRE1JTkBBVExBTlRJUy5DUy5QVUIuUk8AAAAAHwBdAAEA AAAcAAAATwB2AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIBXgABAAAAXQAAAAAAAADcp0DIwEIQ GrS5CAArL+GCAQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9D Tj1SRUNJUElFTlRTL0NOPU9WSURJVVBMAAAAAAIBXwABAAAARAAAAEVYOi9PPU1TTEFCL09VPUZJ UlNUIEFETUlOSVNUUkFUSVZFIEdST1VQL0NOPVJFQ0lQSUVOVFMvQ049T1ZJRElVUEwAHwBmAAEA AAAKAAAAUwBNAFQAUAAAAAAAHwBnAAEAAAA4AAAAcwBvAC0AYQBkAG0AaQBuAEAAYQB0AGwAYQBu AHQAaQBzAC4AYwBzAC4AcAB1AGIALgByAG8AAAAfAGgAAQAAAAoAAABTAE0AVABQAAAAAAAfAGkA AQAAADwAAABvAHYAaQBkAGkAdQBwAGwAQABtAGkAYwByAG8AcwBvAGYAdAAtAGwAYQBiAC4AcAB1 AGIALgByAG8AAAAfAHAAAQAAABYAAABbAHMAbwBdACAAbQBpAG4AZwB3AAAAAAACAXEAAQAAACAA AAABw7TGZ2N9GTh+NrBPx40OQqbk9l4jAAA22b4AAOEHGB8AdAABAAAALAAAAHMAbwBAAGEAdABs AGEAbgB0AGkAcwAuAGMAcwAuAHAAdQBiAC4AcgBvAAAAHwAaDAEAAAAcAAAATwB2AGkAZABpAHUA IABQAGwAYQB0AG8AbgAAAB8AHQ4BAAAAFgAAAFsAcwBvAF0AIABtAGkAbgBnAHcAAAAAAAIBCRAB AAAApAoAAKAKAAAXIQAATFpGdcXcZdsDAAoAcmNwZzEyNYIyA0NodG1sMQMwPwEDAfcKgAKkA+MC AGNowQrAc2V0MCAHEwKA/xADAFAEVghVB7IR1Q5RAwHdENcyBgAGwxHVMwRGENn5Eu9mNAPGEYUR 4wjvCfe2OxofDjA1EdIMYGMAUDMLCQFkMzYRYAulNCDZEAIqXA6yAZBnFPAKoxcR4x8/IEw0FPA8 IUQAT0NUWVBFIEgAVE1MIFBVQkwASUMgIi0vL1dEM0MkIERURCM0NJIuEWBUcgBydGkCIMMHQCQg RU4iPiA/IU/dDhA4IpAjQiZ9Mx7QKOD4RUFEJn0O8SefK48snwstryfsNg7wPE1FVBxBIAWgAjAJ 8HQ9IosF4CNDNiUwMC4yHjAxMqAwIiAl8AeAPUeBJkBFUkFUT1Iqr5cvryJCMPFTIvBMRSZ+6zZx IY45IpAvNr807yb1XTZyLypvJ089JDURYDyAQk9EWSBiZwhQGRmxPSMBID/yIGRpez/APUByPJA9 AwAhAzB2SQiQd2sLgGQ1PLRiXQDQawnACGBB8CAAAHOcaHA80kNRC4BzdEMx1UNxcwOgZgMQbD+D ApEoc3YgMNA3RdAyMfY1GTBEOEZE0QmARVUZMOVHwVxAoWRvAOBAoQqx/FxxGgBAoRDwAzBBBRFg Rzy7HkE9v2c5NiKQRDxJVkDZAABJpzzZNjQTTN9J8lNpMWBhIHNjUIAHgHJnIAqwJfAgRwtgUGEK sHQsIECwZSxidQiQUJJwGiBjafh6ZXpQYVHwC4BAsBzQ21HQUrFvCcAzUHUDIDs8P0sVAhAZsBEw RBBScHRouRogYWQIcVH4RyBnU/EEY3VRYGliY210Di5YcUBQUnBleCAo31iwURAFQFSBJcAtVrQJ gGwpLlS/SzNPBRBYQG31UfBuXJBlRyBYYiVwBRD7AxAFsXNC8AVAWHBEEFHQ/1JwC4BQkBFAXYFd EVkhUXEaVgQAdQdAFxArKy5/PNkBwEDnCqJA5wpxJ+ww/yoxJIBMq2JISi9LP0xDI7DBItBLUVVP VCMgQGUZUJB0eUcgMeFBUkdASU4tUklHI0A68CAwcHgmYUD4CrEQAv9IlUkzSPFJj2YvIbsRYHAA v2cPTI9Nn06vbSdIEGkeIoUn7DQowUZPTlRQkLlTAT0ycYsL4m0JLXkCbVxRZwuAYDFNB5BQoGf+ ZXkDdW0w0D7xNBFA+FhwXG5lCoFtLz0zOCoxQtdxi1kAfRhGA2E6cEwigeYvfsplGSBPQZBAYFhQ r1sPbs9+gXARUAtgdAIgcX2+Jm5iRFACgED4J15hAUB9JwIgP1BlEQBs+UBAb2aGr4e/iMqDVYZE /3qve798z33ffu9P1jGxgK8zgb+Cx1RoWFCO0C8y9jeXADKQM4O/hM+F1Y7Q9jqXEBFwTY3/jw+Q H5Evc5I/nTVUb5P/lQ+Cx3M8b0BR0AtgAjAEAC5j4aPAcHViLgNgmp+br8+cv53Pnt+nFUNjoH+h j/+Cx5efmK+F5KSPpZ+mr6e/96jPT+WkIGoFkJPvq1+CuNRSRWqAW6MgXVDAC4D8Z3evj7Cfsa+5 b7p/u4/1KEY1cSEvdpK273KeYV//Ym9jf8DPbY+t72+vcL9z7+dy38s/dPZUZQWwEUAN4HdR8Atw URB1MaBQgwWgbVtD4EcgelBRWFBNC4BH+ldR8GQKwVChV+FQUETAnwCQBJBUkQGQWFBvYgiQ/7WA rP/IL4XVX5JYgXbRUMD3RYAFAAVAKFPAo5EHgFSRH1khI+BAYAOgX/VTdHXZQGBvKXjwMzAtM1BT gP8BAFJwXIXPcNmg04/Un4Xk91LBUIALgHZWYXlwU/HRgt8KwVIUUJIRMFEQb1HQU2H/BbAN4Nnx 0FOGYQXAU+JZIf/hBOAgXiHaz9vf3OXfkVJw9mYA0FJwYV5xWXDdsNCy/91yBlECQLjxBCBfyNjU z3L/1oG+MQcw4TMDctGA4h/jL3+F1VhBUHAaIN2CSGBRgWz+LllQUnB6kAuA4CAKwFB0f+fh0YAF MNCiBTHRE1rRSf8DoFLAANDPMVNh5VPpf+qP94XkQ/FW4G1RQVBx5QHPkb8aIF4ApBC+UN1SUHFw 4VL+bFhAAyD1Q+xB31HlA+BV/91S1oHwv/HP65XPAbWA90T/UnDskAXAWADWgeAgX2IIYOtQgFjS LQhxLvzQ74DeUusN4FcxeQhgJ+xBiYH9sY8FwPfP+N+F5G93bmCf/8MPxB/FL8Y/x0/IX8lvZ9// aO9p/2sPbB8F/wcPCB0I7//Kn8uvzL/NzEXwdV92b3d//3iPeZ+8L70/vk+yr7O/f/+3tg8FXwjB Q1jwWFBDG4C/3dGjgP6fEL+F1BIxW+kQe/cghnA69BBSQKPQJdVA9UhAcx7Ra6RBuMAc3x3v/x7/ IA8hH5NfIz8kT5aPmhH8MDWabycvKDorHywvLT//Lk8vX5//MZ8yr0LA9IAwsP5PKw843znvOv88 D6nPPi//Pz9Az0HfQu9D/0UPtM9G3/9H74L0uJM1PzZPKHa470of/0svvB9WX1dvv0/AXxRvAd// Au8D/wUPWv8QXxFvEn8Tjz9dzxWvFr8XzxjR5QI9Qf8bgBvRGQ8aEVNBGj1Sf2Rv/yh2Yh9eD18f YC9mr2e/aM//ad9q423fbu9rf2yPbZ97//vpEOxBYvWA/SDScNZzVSL/5UPvcD2A5MLtEfWgY/DT IP/R8PvRb79wzyh250Dh8dYB/jPPYK8w3/GBcYgSiAHhsT/eEfuz5QHPwdfC5yVDK/ArIDYuYGFb j1yfzej/jJ9zf3SPdZ9hT2JfY29kf/9lj3aPd594r3m/es+AX3zvb33/fw+cf52ERP0h0kBl/9pE JfCDgfQx0xDR8OkQ73D74MDkwnb1gN/xhF+VDyhJ//WA9OCkMfYyhzLlUOijWoDtp8g672D84UPS 8IOsiXj+Z4qRpS+mPyh2pJenx4r//4wPjR+OL48/kE+RX5Jvk3//lI+Vn5avl7+Yz5nfmu+b/3+d D54fny+gP8HP3qAbsGT/7fD0Qe5A2mBVEKRn0jHtIf3lUWb7wO1i3hL0gPCfuh/7KFjhAWWkkN2A 5NDv0CYA//uQ4MAmANDQyEDIQN/x3wG/4DTg0OVx9KDIQP0hKNpgNi2IFNnQelpg9UBzY//ZMMpv y38odvVA4fDXMPOy/84D9mH7YdEh7fLOUfTg0TDv7eDm8clyqPFt9bDiAPeR4+UB9TBhdXrWStF/ 0o//VJfXEe9w6/LgMvNA1EGCIP+jMooZzgH1sc766/HdpOfA/8lwG4DbkdjP2d+uX6fNDrD36JD9 MafWLq//sQ+yH7Mv/7Q/tU+2X7dvuH+5j7qfu6//vL+9z77fv+/A/8IPwx/EL//FP/bf2ID5cNWy WoDNQagi8naoMC1vzWDQwInDg9D+bd3y3mCDYt/v708odqgw+HpvbM1BDpCpMIHQ27I/zaDHgN5A otCk4ALQb2e/1ZKBgP8fAC8oZKewaomh/+T/5g/nH+gv6T/qT+tf7G//7X/v2BiBCDUNjw6fD68S SgBCTE9DS1FVT/xURRM7BTFarxTvFf8T34Xv1jURMkJPRFkRvUM0IFBxSFRNTFmgfQEeYB8ANRAB AAAAigAAADwAMwA2AEMAOAAxADYANABBAEUAMABDADYAQwBBADQAOQA4ADcAQwAzAEUAQwA4ADgA QQAxAEIAQgA0ADEANgBBADAAMQA0ADcAMABBAEAAcwBlAHIAdgBlAHIALgBtAGkAYwByAG8AcwBv AGYAdAAtAGwAYQBiAC4AcAB1AGIALgByAG8APgAAAAAAHwBHEAEAAAAeAAAAbQBlAHMAcwBhAGcA ZQAvAHIAZgBjADgAMgAyAAAAAAALAPIQAQAAAB8A8xABAAAAKgAAAFIARQAlADMAQQAgAFsAcwBv AF0AIABtAGkAbgBnAHcALgBFAE0ATAAAAAAACwD2EAAAAABAAAcwJFnlxsq0wwFAAAgwMPf66Mq0 wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2AGkAZABpAHUAIABQAGwAYQB0AG8AbgAA AAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GCAQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJT VCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElFTlRTL0NOPU9WSURJVVBMAAAAAB8A+j8B AAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkAcwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEA AAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAAAC4AAAADAP0/5AQAAAMAGUAAAAAAAwAa QAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAATwBWAEkARABJAFUAUABMAAAAAAAfADFA AQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkABAAAAOAAAAHMAbwAtAGEAZABtAGkAbgBA AGEAdABsAGEAbgB0AGkAcwAuAGMAcwAuAHAAdQBiAC4AcgBvAAAAHwAzQAEAAAASAAAATwBWAEkA RABJAFUAUABMAAAAAAAfADhAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AOUABAAAABAAA AC4AAAALACkAAAAAAAsAIwAAAAAAAwAGEKbwwMEDAAcQYgUAAAMAEBAAAAAAAwAREAEAAAAeAAgQ AQAAAGUAAABTSUNBU0FNRVJHUEFOQUxBQ0FQQVQsVFJFQlVJRVNBUFJFQ0laRVpDQSxJTlRSVUNB VFBST0dSQU1VTEZPTE9TRVNURVRIUkVBRFVSSSxUUkVCVUlFTEVHQVRDVUxJQkNNVExJAAAAAAIB fwABAAAARQAAADwzNkM4MTY0QUUwQzZDQTQ5ODdDM0VDODhBMUJCNDE2QTAxNDcwQUBzZXJ2ZXIu bWljcm9zb2Z0LWxhYi5wdWIucm8+AAAAAPtJ ------_=_NextPart_001_01C3B4CA.E8F16DEC-- From so@atlantis.cs.pub.ro Thu Nov 27 16:46:59 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 27 Nov 2003 18:46:59 +0200 Subject: [so] mingw In-Reply-To: <002101c3b4c5$897e5220$0200a8c0@smeagol> References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: On Thu, 27 Nov 2003 11:05:00 +0200, Cibu Cristian wrote: > mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai > mari decat cele facute de Visual C++ 6.0 man strip > Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de > nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare > tind spre anumite valori fixe astfel incat dupa cateva iteratii toti > cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se > gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce > construieste Visual C++ totul se comporta cu totul diferit. valorile > aleatoare sunt chiar aleatoare. > daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il > rog sa ma ajute. man srand tavi From so@atlantis.cs.pub.ro Thu Nov 27 16:53:03 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 27 Nov 2003 18:53:03 +0200 Subject: [so] destroy References: <20031126202006.78739.qmail@web60503.mail.yahoo.com> Message-ID: <00cb01c3b506$eeeb86f0$6400a8c0@andrei> Nu reiese din discutiile de mai dinainte daca variantele cu mai multe functii "destroy" sunt cerinte oficiale. Daca sunt, cred ca varianta oficiala de enunt (cu 1 destroy, 2 destroy, unul mai mare si altul mai mic) ar trebui sa fie pusa pe site cat mai repede. Si o alta constatare de la care pot sa apara discutii dupa aia: cele n variabile conditie nu se specifica faptul ca au numere de la 0 la n-1. Rog pe cine este in masura sa ridice ceata :). Eu am facut o implementare care la prima mentiune a unei variabile (indiferent de numar) o ataseaza uneia dintre cele n structuri rezervate. E ok? From so@atlantis.cs.pub.ro Thu Nov 27 20:13:03 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 12:13:03 -0800 (PST) Subject: [so] destroy In-Reply-To: <00cb01c3b506$eeeb86f0$6400a8c0@andrei> Message-ID: <20031127201303.37765.qmail@web60504.mail.yahoo.com> --- Andrei Hagiescu wrote: > Nu reiese din discutiile de mai dinainte daca > variantele cu mai multe > functii "destroy" sunt cerinte oficiale. Daca sunt, > cred ca varianta > oficiala de enunt (cu 1 destroy, 2 destroy, unul mai > mare si altul mai mic) > ar trebui sa fie pusa pe site cat mai repede. si lista asta e oficiala. > Si o alta constatare de la care pot sa apara > discutii dupa aia: cele n > variabile conditie nu se specifica faptul ca au > numere de la 0 la n-1. Rog > pe cine este in masura sa ridice ceata :). Eu am > facut o implementare care > la prima mentiune a unei variabile (indiferent de > numar) o ataseaza uneia > dintre cele n structuri rezervate. E ok? e ok, atata timp cand translatarea e coerenta. Daca tu pui conditia 3 pe pozitia 1, de fiecare data cand o referi prin signal/wait/broadcast tre sa te duci pe pozitia 1. Mi se pare o complicatie inutila, mai simplu e sa le tii 1 la 1. Ai si o penalizare de performanta cu translatarea. Daca nu pierzi performanta prea multa e ok, daca nu pierzi puncte :D Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 21:21:56 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 23:21:56 +0200 Subject: [so] mingw References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: <001201c3b52c$7c3cbe50$0200a8c0@smeagol> > > mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai > > mari decat cele facute de Visual C++ 6.0 > > man strip > > > Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de > > nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare > > tind spre anumite valori fixe astfel incat dupa cateva iteratii toti > > cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se > > gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce > > construieste Visual C++ totul se comporta cu totul diferit. valorile > > aleatoare sunt chiar aleatoare. > > daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il > > rog sa ma ajute. > > man srand > > tavi sar'na pentru sfat. citez din man srand: rand() is unsafe in multi-thread applications. rand_r() is MT-Safe, and should be used instead. srand() is unsafe in multi-thread applications. From so@atlantis.cs.pub.ro Thu Nov 27 21:28:48 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 23:28:48 +0200 Subject: [so] mingw continuare References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: <001901c3b52d$71f9d4e0$0200a8c0@smeagol> numai ca pe windows nu am dat de rand_r si cum mingw e pe windows.... dilema mare. From so@atlantis.cs.pub.ro Thu Nov 27 21:30:21 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 27 Nov 2003 23:30:21 +0200 Subject: [so] destroy References: <20031127201303.37765.qmail@web60504.mail.yahoo.com> Message-ID: <001b01c3b52d$aaf40360$6400a8c0@andrei> > > si lista asta e oficiala. > Asta inseamna ca eventuale concluzii obtinute prin discutii pe aceasta lista privind cat de corect / complet este enuntul trebuie sa se regaseasca si in enuntul temei si nu sa-l contrazica. > e ok, atata timp cand translatarea e coerenta. Daca tu > pui conditia 3 pe pozitia 1, de fiecare data cand o > referi prin signal/wait/broadcast tre sa te duci pe > pozitia 1. Mi se pare o complicatie inutila, mai > simplu e sa le tii 1 la 1. Ai si o penalizare de > performanta cu translatarea. Daca nu pierzi > performanta prea multa e ok, daca nu pierzi puncte :D > > Nu s-a specificat nicaieri ca variabilele conditie vor avea numere intre 0 si n-1 sau intre 1 si n deci tema mea raspunde corect unor teste generice care nu tin seama de aceasta restrictie. Intr-adevar este o degradare de performanta fata de o tema care ar tine cont de aceasta restrictie dar atata vreme cat enuntul nu specifica explicit restrictia, tema rezolvata cu restrictie la numerele variabilelor conditie nu este corecta. Pana la urma trebuie sa rezolvam cum e mai simplu sau cum este mai corect? From so@atlantis.cs.pub.ro Thu Nov 27 21:46:44 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Thu, 27 Nov 2003 13:46:44 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031123001830.55076.qmail@web60510.mail.yahoo.com> Message-ID: <20031127214644.12982.qmail@web11706.mail.yahoo.com> --0-818721692-1069969604=:12575 Content-Type: text/plain; charset=us-ascii Cosmin Arad wrote: Aveti grija la urmatoarele aspecte: - clientii care asteapta pe scaune vor fi tunsi cu prioritate fata de clientii tocmai intrati; Cosmin Am o nelamurire: afirmatia de mai sus inseamna ca de fapt clientii de pe scaunele de asteptare trebuie treziti in ordine FIFO (primii n clienti asezati pe scaune au prioritate fata de clientul n+1 care se aseaza si el pe scaun) ? Sau, pur si simplu, ideea e ca daca un client intra si gaseste cel putin o persoana pe scaunele de asteptare, nu are alta varianta decat sa se aseze si el pe un scaun de asteptare ? Multumesc anticipat, Stela __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-818721692-1069969604=:12575 Content-Type: text/html; charset=us-ascii


Cosmin Arad <cosminarad@yahoo.com> wrote:

Aveti grija la urmatoarele aspecte:
- clientii care asteapta pe scaune vor fi tunsi cu
prioritate fata de clientii tocmai intrati;

Cosmin

Am o nelamurire: afirmatia de mai sus inseamna ca de fapt clientii de pe scaunele de asteptare trebuie treziti in ordine FIFO (primii n clienti asezati pe scaune au prioritate fata de clientul n+1 care se aseaza si el pe scaun) ?

Sau, pur si simplu, ideea e ca daca un client intra si gaseste cel putin o persoana pe scaunele de asteptare, nu are alta varianta decat sa se aseze si el pe un scaun de asteptare ?

Multumesc anticipat,

Stela


__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-818721692-1069969604=:12575-- From so@atlantis.cs.pub.ro Thu Nov 27 21:50:09 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 13:50:09 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031127214644.12982.qmail@web11706.mail.yahoo.com> Message-ID: <20031127215009.7876.qmail@web60505.mail.yahoo.com> --- Stela Suciu wrote: > > > Cosmin Arad wrote: > Aveti grija la urmatoarele aspecte: > - clientii care asteapta pe scaune vor fi tunsi cu > prioritate fata de clientii tocmai intrati; > > Cosmin > > > Am o nelamurire: afirmatia de mai sus inseamna ca de > fapt clientii de pe scaunele de asteptare trebuie > treziti in ordine FIFO (primii n clienti asezati pe > scaune au prioritate fata de clientul n+1 care se > aseaza si el pe scaun) ? > > Sau, pur si simplu, ideea e ca daca un client intra > si gaseste cel putin o persoana pe scaunele de > asteptare, nu are alta varianta decat sa se aseze si > el pe un scaun de asteptare ? Exact. Nu trebuie FIFO. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 21:52:21 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Thu, 27 Nov 2003 13:52:21 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031127215009.7876.qmail@web60505.mail.yahoo.com> Message-ID: <20031127215221.52417.qmail@web60309.mail.yahoo.com> --0-1711010079-1069969941=:51431 Content-Type: text/plain; charset=us-ascii terminati cu intrebari din astea care pot duce la un dezastru. Ce vrei sa le tii threadurile in coa Cosmin Arad wrote: --- Stela Suciu wrote: > > > Cosmin Arad wrote: > Aveti grija la urmatoarele aspecte: > - clientii care asteapta pe scaune vor fi tunsi cu > prioritate fata de clientii tocmai intrati; > > Cosmin > > > Am o nelamurire: afirmatia de mai sus inseamna ca de > fapt clientii de pe scaunele de asteptare trebuie > treziti in ordine FIFO (primii n clienti asezati pe > scaune au prioritate fata de clientul n+1 care se > aseaza si el pe scaun) ? > > Sau, pur si simplu, ideea e ca daca un client intra > si gaseste cel putin o persoana pe scaunele de > asteptare, nu are alta varianta decat sa se aseze si > el pe un scaun de asteptare ? Exact. Nu trebuie FIFO. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1711010079-1069969941=:51431 Content-Type: text/html; charset=us-ascii
terminati cu intrebari din astea care pot duce la un dezastru.
 
Ce vrei sa le tii threadurile in coa

Cosmin Arad <cosminarad@yahoo.com> wrote:
--- Stela Suciu wrote:
>
>
> Cosmin Arad wrote:
> Aveti grija la urmatoarele aspecte:
> - clientii care asteapta pe scaune vor fi tunsi cu
> prioritate fata de clientii tocmai intrati;
>
> Cosmin
>
>
> Am o nelamurire: afirmatia de mai sus inseamna ca de
> fapt clientii de pe scaunele de asteptare trebuie
> treziti in ordine FIFO (primii n clienti asezati pe
> scaune au prioritate fata de clientul n+1 care se
> aseaza si el pe scaun) ?
>
> Sau, pur si simplu, ideea e ca daca un client intra
> si gaseste cel putin o persoana pe scaunele de
> asteptare, nu are alta varianta decat sa se aseze si
> el pe un scaun de asteptare ?

Exact. Nu trebuie FIFO.

Cosmin

__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1711010079-1069969941=:51431-- From so@atlantis.cs.pub.ro Thu Nov 27 21:45:10 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Thu, 27 Nov 2003 23:45:10 +0200 (E. Europe Standard Time) Subject: [so] site References: <20031127201303.37765.qmail@web60504.mail.yahoo.com> Message-ID: <3FC67066.000016.00968@einstein> --------------Boundary-00=_AR51TSM1VA4000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_AR51O2Q1VA4000000000" --------------Boundary-00=_AR51O2Q1VA4000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable cel mai bine este sa existe o varianta corecta de enunt de tema pe site, pentru ca asa este normal si frumos.=0D in plis site-ul de so este oficial.=0D nu trebuie sa stam sa citim sute de mesaje pe lista ca sa ne prindem ca c= eea ce deja am lucrat nu este OK, desi enuntul nu spunea nimic despre asta.=0D =0D Eu consider de un mare ajutor lista aceasta de discutii si sunt de acord = ca ea este oficiala, dar... sunt cam multe mesaje...=0D =0D imi cer scuze daca am spus ceea ce nu trebuia.=0D =0D Florin --------------Boundary-00=_AR51O2Q1VA4000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
cel mai bine este sa existe o varianta corecta de enunt de tema= pe site, pentru ca asa este normal si frumos.
in plis site-ul de so este oficial.
nu trebuie sa stam sa citim sute de mesaje pe lista ca sa ne prindem= ca ceea ce deja am lucrat nu este OK, desi enuntul nu spunea nimic despr= e asta.
 
Eu consider de un mare ajutor lista aceasta de discutii si sunt de a= cord ca ea este oficiala, dar... sunt cam multe mesaje...
 
imi cer scuze daca am spus ceea ce nu trebuia.
 
Florin
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_AR51O2Q1VA4000000000-- --------------Boundary-00=_AR51TSM1VA4000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_AR51TSM1VA4000000000-- From so@atlantis.cs.pub.ro Thu Nov 27 22:00:12 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:00:12 -0800 (PST) Subject: [so] destroy In-Reply-To: <001b01c3b52d$aaf40360$6400a8c0@andrei> Message-ID: <20031127220012.55588.qmail@web60506.mail.yahoo.com> --- Andrei Hagiescu wrote: > > > > > si lista asta e oficiala. > > > > Asta inseamna ca eventuale concluzii obtinute prin > discutii pe aceasta lista > privind cat de corect / complet este enuntul trebuie > sa se regaseasca si in > enuntul temei si nu sa-l contrazica. pai concluziile de aici nu contrazic enuntul, doar il completeaza. > > e ok, atata timp cand translatarea e coerenta. > Daca tu > > pui conditia 3 pe pozitia 1, de fiecare data cand > o > > referi prin signal/wait/broadcast tre sa te duci > pe > > pozitia 1. Mi se pare o complicatie inutila, mai > > simplu e sa le tii 1 la 1. Ai si o penalizare de > > performanta cu translatarea. Daca nu pierzi > > performanta prea multa e ok, daca nu pierzi puncte > :D > > > > > > Nu s-a specificat nicaieri ca variabilele conditie > vor avea numere intre 0 > si n-1 sau intre 1 si n deci tema mea raspunde > corect unor teste generice > care nu tin seama de aceasta restrictie. Intr-adevar > este o degradare de > performanta fata de o tema care ar tine cont de > aceasta restrictie dar atata > vreme cat enuntul nu specifica explicit restrictia, > tema rezolvata cu > restrictie la numerele variabilelor conditie nu este > corecta. de ce nu este corecta? > Pana la urma > trebuie sa rezolvam cum e mai simplu sau cum este > mai corect? Corect si eficient. N-ai nici o scuza pentru lipsa de eficienta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 22:13:18 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:13:18 -0800 (PST) Subject: [so] site In-Reply-To: <3FC67066.000016.00968@einstein> Message-ID: <20031127221318.63115.qmail@web60510.mail.yahoo.com> --- Florin Pop wrote: > cel mai bine este sa existe o varianta corecta de > enunt de tema pe site, varianta de enunt de pe site este corecta. > pentru ca asa este normal si frumos. > in plis site-ul de so este oficial. si lista e oficiala si chiar scopul ei este sa lamureasca nelamuririle cu privire la tema. > nu trebuie sa stam sa citim sute de mesaje pe lista > ca sa ne prindem ca ceea > ce deja am lucrat nu este OK, desi enuntul nu spunea > nimic despre asta. parerea mea este ca un enunt de tema nu trebuie sa dea mura-n gura solutia temei. De aceea lamuririle de pe lista nu isi au locul in enunt. > Eu consider de un mare ajutor lista aceasta de > discutii si sunt de acord ca > ea este oficiala, dar... sunt cam multe mesaje... acest lucru nu poate fi decat imbucurator > imi cer scuze daca am spus ceea ce nu trebuia. scuzele se accepta :) Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 22:29:18 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Thu, 27 Nov 2003 14:29:18 -0800 (PST) Subject: [so] trist In-Reply-To: <20031127221318.63115.qmail@web60510.mail.yahoo.com> Message-ID: <20031127222918.60573.qmail@web60309.mail.yahoo.com> --0-1865654005-1069972158=:59560 Content-Type: text/plain; charset=us-ascii Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Readerul da prioritatea writerilor care asteptau inaintea lui? sau si celor care vor veni dupa el si vor astepta in acelasi timp la un momentdat? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1865654005-1069972158=:59560 Content-Type: text/html; charset=us-ascii

<quote>

Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor.

</quote>

Readerul da prioritatea writerilor care asteptau inaintea lui? sau si celor care vor veni dupa el si vor astepta in acelasi timp la un momentdat?

 

 

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1865654005-1069972158=:59560-- From so@atlantis.cs.pub.ro Thu Nov 27 22:40:35 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:40:35 -0800 (PST) Subject: [so] trist In-Reply-To: <20031127222918.60573.qmail@web60309.mail.yahoo.com> Message-ID: <20031127224035.68000.qmail@web60506.mail.yahoo.com> --- Mihai Iancu wrote: > > > > Daca un cititor gaseste un scriitor in buffer sau > descopera ca un scriitor asteapta sa intre in buffer > nu intra si ramane in asteptare acordand astfel > prioritate scriitorilor. Daca un cititor gaseste un > scriitor in buffer sau descopera ca un scriitor > asteapta sa intre in buffer nu intra si ramane in > asteptare acordand astfel prioritate scriitorilor. > > > > Readerul da prioritatea writerilor care asteptau > inaintea lui? sau si celor care vor veni dupa el si > vor astepta in acelasi timp la un momentdat? si celor veniti. un reader intra cand nu mai e nici un writer pending. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 28 05:32:20 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 07:32:20 +0200 Subject: [so] mingw In-Reply-To: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> References: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> Message-ID: On Thu, 27 Nov 2003 11:27:49 +0200, Ovidiu Platon wrote: > Teoretic, ai putea sa compilezi cu MinGW, dar sa legi fisierul tau > obiect de libc si msvcrt (runtimeul de C din Visual Studio) - n-am idee Executabilele generate de MinGW nu folosesc libc ci msvcrt. De aia ii si zice minimalistic, pentru ca este portat doar compilatorul. C:\>type a.c #include int main() { srand(123); rand(); return 0; } C:\>objdump -p a.exe a.exe: file format pei-i386 Characteristics 0x207 relocations stripped executable line numbers stripped debugging information removed Time/Date Fri Nov 28 07:29:29 2003 ImageBase 00400000 SectionAlignment 00001000 FileAlignment 00000200 MajorOSystemVersion 4 MinorOSystemVersion 0 MajorImageVersion 1 MinorImageVersion 0 MajorSubsystemVersion 4 MinorSubsystemVersion 0 Win32Version 00000000 SizeOfImage 00005000 SizeOfHeaders 00000400 CheckSum 0000fc40 Subsystem 00000003 (Windows CUI) DllCharacteristics 00000000 SizeOfStackReserve 00200000 SizeOfStackCommit 00001000 SizeOfHeapReserve 00100000 SizeOfHeapCommit 00001000 LoaderFlags 00000000 NumberOfRvaAndSizes 00000010 The Data Directory Entry 0 00000000 00000000 Export Directory [.edata (or where ever we found it)] Entry 1 00004000 0000028c Import Directory [parts of .idata] Entry 2 00000000 00000000 Resource Directory [.rsrc] Entry 3 00000000 00000000 Exception Directory [.pdata] Entry 4 00000000 00000000 Security Directory Entry 5 00000000 00000000 Base Relocation Directory [.reloc] Entry 6 00000000 00000000 Debug Directory Entry 7 00000000 00000000 Description Directory Entry 8 00000000 00000000 Special Directory Entry 9 00000000 00000000 Thread Storage Directory [.tls] Entry a 00000000 00000000 Load Configuration Directory Entry b 00000000 00000000 Bound Import Directory Entry c 00000000 00000000 Import Address Table Directory Entry d 00000000 00000000 Delay Import Directory Entry e 00000000 00000000 Reserved Entry f 00000000 00000000 Reserved There is an import table in .idata at 0x404000 The Import Tables (interpreted .idata section contents) vma: Hint Time Forward DLL First Table Stamp Chain Name Thunk 00004000 00004040 00000000 00000000 00004230 000040a4 DLL Name: KERNEL32.dll vma: Hint/Ord Member-Name Bound-To 4104 0 AddAtomA 4110 131 ExitProcess 4120 148 FindAtomA 412c 193 GetAtomNameA 413c 660 SetUnhandledExceptionFilter 00004014 0000405c 00000000 00000000 00004280 000040c0 DLL Name: msvcrt.dll vma: Hint/Ord Member-Name Bound-To 415c 39 __getmainargs 416c 59 __p__environ 417c 61 __p__fmode 418c 78 __set_app_type 41a0 118 _cexit 41ac 169 _fileno 41b8 222 _iob 41c0 336 _onexit 41cc 373 _setmode 41d8 510 abort 41e0 517 atexit 41ec 552 free 41f4 603 malloc 4200 624 rand 4208 633 signal 4214 638 srand 00004028 00000000 00000000 00000000 00000000 00000000 tavi From so@atlantis.cs.pub.ro Fri Nov 28 06:01:04 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 08:01:04 +0200 Subject: [so] mingw In-Reply-To: References: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> Message-ID: On Fri, 28 Nov 2003 07:32:20 +0200, Octavian Purdila wrote: > On Thu, 27 Nov 2003 11:27:49 +0200, Ovidiu Platon > wrote: > >> Teoretic, ai putea sa compilezi cu MinGW, dar sa legi fisierul tau >> obiect de libc si msvcrt (runtimeul de C din Visual Studio) - n-am idee > > Executabilele generate de MinGW nu folosesc libc ci msvcrt. De aia ii si > zice minimalistic, > pentru ca este portat doar compilatorul. > Am confundat libc-ul de care ziceai tu cu glibc. E posibil sa linkezi si cu libc daca ai nevoie (-llibc -Lcale_spre_llibc). tavi From so@atlantis.cs.pub.ro Fri Nov 28 06:31:04 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 08:31:04 +0200 Subject: [so] mingw continuare In-Reply-To: <001901c3b52d$71f9d4e0$0200a8c0@smeagol> References: <002101c3b4c5$897e5220$0200a8c0@smeagol> <001901c3b52d$71f9d4e0$0200a8c0@smeagol> Message-ID: On Thu, 27 Nov 2003 23:28:48 +0200, Cibu Cristian wrote: > numai ca pe windows nu am dat de rand_r > si cum mingw e pe windows.... dilema mare. > Se pare ca in mscvrt.dll nu e implementat rand_r, insa msvcrt.dll este thread safe (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_c_run.2d.time_libraries.asp) asa ca poti sa folosesti rand. tavi From so@atlantis.cs.pub.ro Fri Nov 28 09:35:05 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Fri, 28 Nov 2003 11:35:05 +0200 Subject: [so] site Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B592.E7ECE41E Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SW5saW5lLi4uDQoNCgk+IG51IHRyZWJ1aWUgc2Egc3RhbSBzYSBjaXRpbSBzdXRlIGRlIG1lc2Fq ZSBwZSBsaXN0YQ0KCT4gY2Egc2EgbmUgcHJpbmRlbSBjYSBjZWVhDQoJPiBjZSBkZWphIGFtIGx1 Y3JhdCBudSBlc3RlIE9LLCBkZXNpIGVudW50dWwgbnUgc3B1bmVhDQoJPiBuaW1pYyBkZXNwcmUg YXN0YS4NCgkNCglwYXJlcmVhIG1lYSBlc3RlIGNhIHVuIGVudW50IGRlIHRlbWEgbnUgdHJlYnVp ZSBzYSBkZWENCgltdXJhLW4gZ3VyYSBzb2x1dGlhIHRlbWVpLiBEZSBhY2VlYSBsYW11cmlyaWxl IGRlIHBlDQoJbGlzdGEgbnUgaXNpIGF1IGxvY3VsIGluIGVudW50Lg0KCQ0KDQoJT1A+IER1cGEg cGFyZXJlYSBtZWEsIHVuIGVudW50IGRlIHRlbWEgdHJlYnVpZSBzYSBmaWUgY2EgbyBzcGVjaWZp Y2F0aWUgZGUgcmVxdWlyZW1lbnRzLCBzY3VydGEsIGxhIG9iaWVjdCwgY2xhcmEgc2kgY3UgbXVs dGUgbGlua3VyaSBzaSBjbGFyaWZpY2FyaSBkaW4gc3RhcnQuIFBhbmEgYWljaSwgY2UgcG90IHNh IGdhc2VzYyBwZSBzaXRlIGFkdWNlIGNhdCBkZSBjYXQgYSByZXF1aXJlbWVudHMgKGJpbmUsIG1p Y2kgYW1iaWd1aXRhdGkgc2kgZ3Jlc2VsaSBjcmVkIGNhIHN1bnQgaW5lcmVudGUpLiBQZSBtaW5l IGluc2EgbWEgYW11emEgdGVyaWJpbCBkaXNjdXRpaWxlIGRlIHBlIGxpc3RhIGFzdGEsIGNyZWQg Y2Egc3VudCB1biB0cmFpbmluZyBleGNlbGVudCBwZW50cnUgdmlpdG9yaWkgaW5naW5lcmkgY2Fy ZSB2b3IgYXZlYSBkZS1hIGZhY2UgY3UgY3VzdG9tZXJpIGNhcmUgbnUgc3RpdSBjZSB2b3IgOikN CgkNCgk+IEV1IGNvbnNpZGVyIGRlIHVuIG1hcmUgYWp1dG9yIGxpc3RhIGFjZWFzdGEgZGUNCgk+ IGRpc2N1dGlpIHNpIHN1bnQgZGUgYWNvcmQgY2ENCgk+IGVhIGVzdGUgb2ZpY2lhbGEsIGRhci4u LiBzdW50IGNhbSBtdWx0ZSBtZXNhamUuLi4NCgkNCglhY2VzdCBsdWNydSBudSBwb2F0ZSBmaSBk ZWNhdCBpbWJ1Y3VyYXRvcg0KDQoJT1A+IEVpLCBudSBjaGlhciwgYW0gdmF6dXQgbXVsdGUgY2hl c3RpaSBjYXJlIHNlIGJhdCBjYXAgaW4gY2FwIHBlIHBhcmN1cnN1bCBkaXNjdXRpaWxvciwgY2V2 YSBzcGFtIChtZXNhanVsIGFzdGEsIGRlIGV4ZW1wbHUsIGRhciB2YSByb2cgc2EgbnUgbWEgcHVu ZXRpIGxhIGp1bmsgbWFpbCA6KSBzaSBjYXJlIGF1IHRlbmRpbnRhIHNhIHRlIGJhZ2UgaW4gY2Vh dGEuIEluIHBsdXMsIGNsYXJpZmljYXJpIHNpIGhpbnR1cmkgY2FyZSBzb3Nlc2MgZHVwYSBjZSB0 cmVjZSBkZWFkbGluZXVsIG1pIHNlIHBhciBkZSBwcm9zdCBndXN0Lg0KCQ0KDQo= ------_=_NextPart_001_01C3B592.E7ECE41E Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IgYJAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAHAALACMABQAFADkBASCAAwAOAAAA0wcLABwACwAjAAUABQA5AQEJgAEAIQAAAEJB OEM3ODJCNEVGNkZENEU5OEFDMDc0OTRGMEE3Qjk0AHMHAQOQBgBwDwAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAABwAAABSAEUAOgAgAFsAcwBvAF0A IABzAGkAdABlAAAAQAA5AB7k7OeStcMBHwA9AAEAAAAKAAAAUgBFADoAIAAAAAAAAgFHAAEAAAAr AAAAYz11czthPSA7cD1NU0xhYjtsPVNFUlZFUi0wMzExMjgwOTM1MDVaLTI5AAAfAEkAAQAAABwA AABSAGUAOgAgAFsAcwBvAF0AIABzAGkAdABlAAAAQABOAADTAqkztcMBHwBaAAEAAAAYAAAAQwBv AHMAbQBpAG4AIABBAHIAYQBkAAAAAgFbAAEAAAA+AAAAAAAAAIErH6S+oxAZnW4A3QEPVAIAAAAA Q29zbWluIEFyYWQAU01UUABjb3NtaW5hcmFkQHlhaG9vLmNvbQAAAAIBXAABAAAAGgAAAFNNVFA6 Q09TTUlOQVJBREBZQUhPTy5DT00AAAAfAF0AAQAAABgAAABDAG8AcwBtAGkAbgAgAEEAcgBhAGQA AAACAV4AAQAAAD4AAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAABDb3NtaW4gQXJhZABTTVRQAGNv c21pbmFyYWRAeWFob28uY29tAAAAAgFfAAEAAAAaAAAAU01UUDpDT1NNSU5BUkFEQFlBSE9PLkNP TQAAAB8AZgABAAAACgAAAFMATQBUAFAAAAAAAB8AZwABAAAAKgAAAGMAbwBzAG0AaQBuAGEAcgBh AGQAQAB5AGEAaABvAG8ALgBjAG8AbQAAAAAAHwBoAAEAAAAKAAAAUwBNAFQAUAAAAAAAHwBpAAEA AAAqAAAAYwBvAHMAbQBpAG4AYQByAGEAZABAAHkAYQBoAG8AbwAuAGMAbwBtAAAAAAAfAHAAAQAA ABQAAABbAHMAbwBdACAAcwBpAHQAZQAAAAIBcQABAAAAGwAAAAHDtTUOSwXSj/xgKksOnfflOQDB NCUAF0Q8dAAfAHQAAQAAACwAAABzAG8AQABhAHQAbABhAG4AdABpAHMALgBjAHMALgBwAHUAYgAu AHIAbwAAAB8AGgwBAAAAHAAAAE8AdgBpAGQAaQB1ACAAUABsAGEAdABvAG4AAAAfAB0OAQAAABQA AABbAHMAbwBdACAAcwBpAHQAZQAAAAIBCRABAAAAvwcAALsHAABDFgAATFpGdXrVmSwDAAoAcmNw ZzEyNYIyA0NodG1sMQMwPwEDAfcKgAKkA+MCAGNowQrAc2V0MCAHEwKA/xADAFAEVghVB7IR1Q5R AwHdENcyBgAGwxHVMwRGENlvEusR4wjvCfc7GM8OMDU7EdIMYGMAUAsJAWQzNpMRYAulNCAQAipc DrK9AZBnFPAKoxHjHeg0FPAAPCFET0NUWVAARSBIVE1MIFAAVUJMSUMgIi0gLy9XM0MhgERUIkQg lDMuMiGARU6cIj4e7R6PI8ExOB/wbyCiIw8kHyaQMx2AJXBFfEFEJc0O8SbvKW8k9DZBDvA8TUVU QQewQTEsYD0iRwnwBJBhdEUFsCIS0E9OVCLQVBMs8AXhRXgQ8W5nZT0GUnYTMS9BAJACICA2EC4w LjYdcDkuMSci/irPJQM3Nx/wVEkoVExFJc40DvBSZYA6IFtzb10gAJDUdGUkbjUf8C8zTzF/vyZF NJE2sChPJp86hDURYAA8Qk9EWSBkafRyPTqgcjnwOmMAIQMwOT0BZG8A4D0BCrFccf8YsD0BEPAD MD1lEWA6GxzxETsfZzk2H/BESVbPPTkAAD93Ojk2NEKvP8LISW5sC4BlLkZwOjm/AcA9RwqiPUcK cSR8MCgR/yHgQntISD//QQ9CEyEQIDBwS1FVTy3wPLY1QHQIeWxlLjFBUkdJYE4tUklHIKA04DD8 cHgi8T1YCrEQAj5lPwP/PsE/X0wvHxsRYFYATQ9CX29Db0R/Uyc94Gkc0iR8NK0lUUYt0TVBek+Q MleLFwviUw86dTgdgCZndAsCgD1XPl5oIG51ILE9EGVidQiQNUBhT0F0YW1iQmM1YAdwNUB1TzVw PLAu8AeBYWou8HD/LvA4nFSfX6RWEUYwYoEkfPssEDxRUj07RkEKgV5/X499YJ9jYmFiYC0wZEAF EG73AQBisGzxYwngZ09oX2lv72p/a49slWOSamJgYqEKQB8FAC1gYZIHkGOBT0ss/2R/ZY9mlQEA AJB1UGGgAjDmdQMgYaFzcHjgbl9vb/9wf3GPcp9hNgdwDeBjoXlw9xjQdIBigS5533rve/+Az/+B 34LpCrEEkHmwY9FiYHVj/2zxdf93D2akeOB4tGOiNXC/AMBhnQEAec+En4KtbQhw9GEtA6Bnj4E1 QAbwY3CDBzCLAmVpLiBEgCH/bjKHz4jfZpZioAhxBRBPgP9jomRQjH+Nj4K8ZwNhkgQA7XigYWGw GGBjeRELgHi09YCNNVchL1ySSm9Ynkdf/0hvSX+bv1i/Wc9a31vuCqP/VgBc713/mi+bP6FvnV+e b/+ff04oqhtRo6gPVC9NT05f/09vUH9YIVIfsN+x71VPOir7osAf8FBXj6PvpP+mf6ePnXWgUHzf fe9hJkR1CrBvhop10IpfYdlmYiFs8W//ka+5/2aVeXAFkAaQDeAtYPdiIWOxGNBxYhAY0AeAAjD+ c3XQBPAIcAGQddALYMgA0mIIkGN0ddBjC2CQAr94oJlQj2E6oC7wRjFrCHH/zhLIP8lPZqTNwsrz zzE8wO8DoGKBACCRAFAAcHRxDeB2ac2hZDFvBUBiUMIvbsZieXDDWVwnYQFAuGd+Z4BAB5B/sGRR NVJ0gGT/G4CHgorDz5/Qr9G1dQFiYO/LutTP1d/W6ijNUC0wddD3f5GY4QbQaY/gNWDLMc4S/wnB ETBGMGLwGNFs44qi2W+f2n9mpEZBGNACMGUp02G/Y8FGQZmBYlGLMZRBepCS/wUQzVADIDzAzJFj IJSnmCX/gELNoeIl4u/j/8pViqLF4fc9EAtxC4BndVAukOHQzDHrZEECMHJhsHboUC1x6FB9mYFn 5WLOMYahL3AFsWH7L0CMIi3HgZFRzkLqT+tf/dG1dbTwA3Dvt3lCYyBhsPN0EfBCOimVP5ZPgr/2 X9/3b/h/wo/Dn7tARfVxAiC/AJAEgWOixeEDgIASamNw/wWx8a/yv2apkUKAQmOh+S//+j/7T/xf /W9hU+f2zhLik/9jsfEwAHDiQgQvBT8GTwdfvwhvYVOHJgCvAb9mpG/SYfeQgJQwddBksIBGceKE bPD/YrDOhGPkRnELjwyfDa8W7/8X/xkJ8TFnIHSzYbBhodRg/y1gLvDSYGOh2PIRrxK/5QX/4LDY sI+BLXGor6m/SxmsX/+tZVENGR+rxq7RvJG4/x+v/7sfvC+9P75Pv1/Ab8F/Du+/D//+odQBYaE/ MJCAcnXQ8XSRdmF6Y3DOdT8wdWFn7zHv89fAIGJ1AWzwcP+Zgh6fKg/bhjfwZFE5Qcyhf2Ng59kA cNQSNdB5YXSRKL9j43kR6WRjse3QbdBwkFD/FKM4PzlPZpU10DIv3h/W6vxyb+2w1K9Cz98MYaGL Mf95guExzREAQM8A5tHnwEUf/0Yv1ur2DUpf1q7OIv/zYbH/7iDS0ZhhPz9AT8pVkJI3gZ5n5nJu IXUAgHAgSYpg/z6hzGHSGs9hNUB48e/GkDD/18PYoMThdBGLkXQRUK9Rv/94FtiQGLJ5EX+QN1JZ EpTi/0SwHOGP4GcgFq8avxjNI1//JG8lfyaPJ58orysBL2Ei5X+t367vX/8o/1kvav8q0jXhZlJC T0RZZU5sXyripjdn8bYATUxeAH1xIAAfADUQAQAAAIoAAAA8ADMANgBDADgAMQA2ADQAQQBFADAA QwA2AEMAQQA0ADkAOAA3AEMAMwBFAEMAOAA4AEEAMQBCAEIANAAxADYAQQAwADEANAA3ADAARQBA AHMAZQByAHYAZQByAC4AbQBpAGMAcgBvAHMAbwBmAHQALQBsAGEAYgAuAHAAdQBiAC4AcgBvAD4A AAAAAB8ARxABAAAAHgAAAG0AZQBzAHMAYQBnAGUALwByAGYAYwA4ADIAMgAAAAAACwDyEAEAAAAf APMQAQAAACgAAABSAEUAJQAzAEEAIABbAHMAbwBdACAAcwBpAHQAZQAuAEUATQBMAAAACwD2EAAA AABAAAcwkKU8H5K1wwFAAAgwEQv055K1wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2 AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GC AQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElF TlRTL0NOPU9WSURJVVBMAAAAAB8A+j8BAAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkA cwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEAAAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAA AC4AAAADAP0/5AQAAAMAGUAAAAAAAwAaQAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAA TwBWAEkARABJAFUAUABMAAAAAAAfADFAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkAB AAAAKgAAAGMAbwBzAG0AaQBuAGEAcgBhAGQAQAB5AGEAaABvAG8ALgBjAG8AbQAAAAAAHwAzQAEA AAAqAAAAYwBvAHMAbQBpAG4AYQByAGEAZABAAHkAYQBoAG8AbwAuAGMAbwBtAAAAAAAfADhAAQAA ABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AOUABAAAABAAAAC4AAAALACkAAAAAAAsAIwAAAAAA AwAGEBEho28DAAcQ2QMAAAMAEBAAAAAAAwAREAEAAAAeAAgQAQAAAGUAAABJTkxJTkVOVVRSRUJV SUVTQVNUQU1TQUNJVElNU1VURURFTUVTQUpFUEVMSVNUQUNBU0FORVBSSU5ERU1DQUNFRUFDRURF SkFBTUxVQ1JBVE5VRVNURU9LLERFU0lFTlVOVFVMAAAAAAIBfwABAAAARQAAADwzNkM4MTY0QUUw QzZDQTQ5ODdDM0VDODhBMUJCNDE2QTAxNDcwRUBzZXJ2ZXIubWljcm9zb2Z0LWxhYi5wdWIucm8+ AAAAABeh ------_=_NextPart_001_01C3B592.E7ECE41E-- From so@atlantis.cs.pub.ro Sat Nov 29 11:59:54 2003 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Sat, 29 Nov 2003 03:59:54 -0800 Subject: [so] ERRORCHECK_MUTEX in loc de TLS? References: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> Message-ID: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Salut! M-am gandit sa folosesc un astfel mutex ca sa vad daca eu(threadul curent) sunt sau nu in monitor. In felul urmator: Sa zicem ca eu am ocupat mutexul(deci sunt in monitor). Daca tot eu voi da lock iar, o sa-mi arunce nu stiu ce eroare. Daca altul da lock, nu-i mai arunca eroarea asta. It's ok? bye dany From so@atlantis.cs.pub.ro Sat Nov 29 11:03:36 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 03:03:36 -0800 (PST) Subject: [so] ERRORCHECK_MUTEX in loc de TLS? In-Reply-To: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031129110336.57346.qmail@web60507.mail.yahoo.com> --- Daniel Cosmin Porumbel wrote: > Salut! > > M-am gandit sa folosesc un astfel mutex ca sa > vad daca eu(threadul > curent) sunt sau nu in monitor. In felul urmator: > > Sa zicem ca eu am ocupat mutexul(deci sunt in > monitor). > Daca tot eu voi da lock iar, o sa-mi arunce nu > stiu ce eroare. Daca > altul da lock, nu-i mai arunca eroarea asta. It's > ok? Salut, Am primit de la voi niste ecouri care spun ca s-a inteles ca folosirea TLS e obligatorie. Nu este obligatorie. A fost data ca hint, sa fie clar pentru toata lumea, insa mi s-a parut o solutie eleganta si interesanta pentru voi de folosit. Puteti folosi orice altceva. Veti fi depunctati totusi (foarte putin) daca acel altceva e mai putin eficient sau strica in vreun fel functionalitatea naturala a monitorului. In alta ordine de idei, folositi-va imaginatia, dati solutii (originale sau nu) pe care sa fiti in stare sa le aparati/argumentati. E mult mai important sa va intariti increderea ca ceea ce ati facut e corect, si in urma unei analize a programului vostru sa puteti garanta ca este corect si eficient, decat sa intrebati la fiecare chichita(*) si niciodata sa nu fiti siguri pe voi. Mult mai important decat punctele obtinute la teme este faptul ca voi invatati sa scrieti software de calitate, si la sfarsit constientizati lucrul asta si sunteti sigur de el. Uneori si profii/indrumatorii se pot insela. Nu va abtineti de la a-i contrazice de teama ca pierdeti puncte. Studentul care nu se contrazice nu-i student :) (*)A propos, verificarile astea de utilizare corecta pentru care s-au scris exagerat de multe emailuri (destroy & TLS) nu valoreaza mai mult de 5% din punctajul temei. Ma bucur ca nu sunt probleme la implementarea efectiva de monitor si toata lumea e convinsa ca l-a implementat corect. Succes, Cosmin PS Daca cineva are ceva de replicat sa nu dea replica pe lista ca sa oprim spamul. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 13:28:34 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 29 Nov 2003 05:28:34 -0800 (PST) Subject: [so] tot tema 3 Message-ID: <20031129132834.54602.qmail@web11202.mail.yahoo.com> Salut, Se poate folosi o clasa pentru definirea monitorului ? Metodele ei vor fi cele cerute de enuntul temei dar nu vor primi ca parametru un pointer ... Andrei __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sat Nov 29 13:32:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 05:32:29 -0800 (PST) Subject: [so] tot tema 3 In-Reply-To: <20031129132834.54602.qmail@web11202.mail.yahoo.com> Message-ID: <20031129133229.89530.qmail@web60507.mail.yahoo.com> Da. --- Andrei Stefan wrote: > Salut, > > > Se poate folosi o clasa pentru definirea monitorului > ? > Metodele ei vor fi cele cerute de enuntul temei dar > nu > vor primi ca parametru un pointer ... __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 15:53:35 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sat, 29 Nov 2003 17:53:35 +0200 Subject: [so] probleme Message-ID: <3FC8C0FF.10404@pcnet.ro> Buna! Va rog frumos sa ne spuneti cat valoreaza ca punctaj fiecare dintre cele trei aspecte ale temei: monitor, readers-writers, sleeping barber. Ar si corect sa avem un punctaj estimativ inainte de a trimite tema.Eu de exemplu am momentan probleme in doua parti si ar fi bine sa stiu asupra carei probleme sa ma concentrez mai mult, dat fiind timpul scurt care a mai ramas. Multmesc anticipat! Ruxandra From so@atlantis.cs.pub.ro Sat Nov 29 16:01:50 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sat, 29 Nov 2003 08:01:50 -0800 (PST) Subject: [so] Eroare la sem_wait In-Reply-To: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031129160150.72613.qmail@web60301.mail.yahoo.com> Era vb ca la un apel de asteptare pe un IPC sa verificam EINTR. Din man vad ca sem_wait nu il seteaza ( sau cel putin nu se specifica). Mai trebuie veriicat daca asteptarea este intrerupta de semnal sau nu? Daca da cum, se mai seteaza errno cumva? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 16:08:46 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 08:08:46 -0800 (PST) Subject: [so] probleme In-Reply-To: <3FC8C0FF.10404@pcnet.ro> Message-ID: <20031129160846.19852.qmail@web60501.mail.yahoo.com> --- Ruxi Jitianu wrote: > Buna! > > Va rog frumos sa ne spuneti cat valoreaza ca punctaj > fiecare dintre cele > trei aspecte ale temei: monitor, readers-writers, > sleeping barber. > > Ar si corect sa avem un punctaj estimativ inainte de > a trimite tema.Eu > de exemplu am momentan probleme in doua parti si ar > fi bine sa stiu > asupra carei probleme sa ma concentrez mai mult, > dat fiind timpul scurt > care a mai ramas. > > Multmesc anticipat! In mare cam 80% - monitor, 10% - rw, 10% - barbieri. Imi rezerv dreptul de a modifica in 70-15-15 dar concluzia e ca trebuie sa te concentrezi pe monitor. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 16:41:57 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 08:41:57 -0800 (PST) Subject: [so] Eroare la sem_wait In-Reply-To: <20031129160150.72613.qmail@web60301.mail.yahoo.com> Message-ID: <20031129164157.8440.qmail@web60504.mail.yahoo.com> --- Mihai Iancu wrote: > Era vb ca la un apel de asteptare pe un IPC > sa verificam EINTR. > > Din man vad ca sem_wait nu il seteaza ( sau > cel putin nu se specifica). > > Mai trebuie veriicat daca asteptarea este > intrerupta de semnal sau nu? > Daca da cum, se mai seteaza errno cumva? Se pare ca in implementarea LinuxThreads pentru toate operatiile blocante se fac teste daca operatia a fost deblocata corespunzator. Daca te uiti in sursele LinuxThreads o sa gasesti un while(1) la pthread_mutex_lock, pthread_cond_wait, sem_wait si altele. Pe scurt: nu mai trebuie verificat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 20:39:30 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Sat, 29 Nov 2003 22:39:30 +0200 Subject: [so] tot barbieri sau frizeri... References: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> Message-ID: <02ae01c3b6b8$e445c040$6400a8c0@andrei> Am urmatoarea dilema. Am folosit doua monitoare pentru ca un client tocmai intrat si un frizer sa nu se "ciocneasca". Daca tot am folosit al doilea monitor am pus si "anuntul" ca un frizer a terminat in acest monitor pentru ca altfel ar fi fost echivalent cu un mutex la contorul de scaune libere. Din pacate pentru a nu baga un frizer in acest monitor, clientul tuns si nu barbierul trebuie sa anunte ca frizerul a terminat tunsul. Intre timp barbierul se culca "un pic" pana vine un eventual client care a fost anuntat (nu are de unde sa stie barbierul daca mai sunt clienti la coada). Este corecta abordarea sau tb. ca un barbier sa nu se culce deloc daca mai sunt clienti care tb. tunsi? From so@atlantis.cs.pub.ro Sat Nov 29 20:44:19 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 12:44:19 -0800 (PST) Subject: [so] tot barbieri sau frizeri... In-Reply-To: <02ae01c3b6b8$e445c040$6400a8c0@andrei> Message-ID: <20031129204419.36559.qmail@web60502.mail.yahoo.com> aboradarea este corecta. Atentie insa ca aceasta abordare este corecta doar in solutiile cu doua monitoare. Cosmin --- Andrei Hagiescu wrote: > Am urmatoarea dilema. Am folosit doua monitoare > pentru ca un client tocmai > intrat si un frizer sa nu se "ciocneasca". Daca tot > am folosit al doilea > monitor am pus si "anuntul" ca un frizer a terminat > in acest monitor pentru > ca altfel ar fi fost echivalent cu un mutex la > contorul de scaune libere. > Din pacate pentru a nu baga un frizer in acest > monitor, clientul tuns si nu > barbierul trebuie sa anunte ca frizerul a terminat > tunsul. Intre timp > barbierul se culca "un pic" pana vine un eventual > client care a fost anuntat > (nu are de unde sa stie barbierul daca mai sunt > clienti la coada). Este > corecta abordarea sau tb. ca un barbier sa nu se > culce deloc daca mai sunt > clienti care tb. tunsi? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 10:35:48 2003 From: so@atlantis.cs.pub.ro (Diana) Date: Sun, 30 Nov 2003 12:35:48 +0200 Subject: [so] printf Message-ID: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C3B73E.7B6D4580 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Am urmatoarea problema: cand afisez un mesaj mi se intampla uneori sa il = afiseze acelasi thread de doua ori, desi printf-ul se executa o singura = data. Sunt convinsa ca se executa o singura data pentru ca am = initializat un contor si l-am incrementat in printf; concluzie: imi = afiseaza de mai multe ori avand contorul 1. Daca mai pun un printf = imediat dupa printf-ul problematic, am observat ca nu se mai intampla sa = mi-l afiseze de mai multe ori. Oricum, chestia asta este complet = aleatoare.. Stie cineva cum s-ar putea rezolva aceasta problema (in alt mod decat sa = mai pun cate un printf in plus dupa fiecare printf de care am nevoie)? ------=_NextPart_000_0005_01C3B73E.7B6D4580 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Am urmatoarea problema: cand afisez un = mesaj mi se=20 intampla uneori sa il afiseze acelasi thread de doua ori, desi printf-ul = se=20 executa o singura data. Sunt convinsa ca se executa o singura data = pentru ca am=20 initializat un contor si l-am incrementat in printf; concluzie: imi = afiseaza de=20 mai multe ori avand contorul 1. Daca mai pun un printf imediat dupa = printf-ul=20 problematic, am observat ca nu se mai intampla sa mi-l afiseze de mai = multe ori.=20 Oricum, chestia asta este complet aleatoare..
Stie cineva cum s-ar putea rezolva = aceasta problema=20 (in alt mod decat sa mai pun cate un printf in plus dupa fiecare printf = de care=20 am nevoie)?
------=_NextPart_000_0005_01C3B73E.7B6D4580-- From so@atlantis.cs.pub.ro Sun Nov 30 10:44:03 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 02:44:03 -0800 (PST) Subject: [so] printf In-Reply-To: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> Message-ID: <20031130104403.92361.qmail@web60503.mail.yahoo.com> Daca-mi trimiti o bucata de cod care poate fi compilata si rulata, si care se comporta cum spui tu as putea sa incerc sa determin cauza. Cosmin --- Diana wrote: > Am urmatoarea problema: cand afisez un mesaj mi se > intampla uneori sa il afiseze acelasi thread de doua > ori, desi printf-ul se executa o singura data. Sunt > convinsa ca se executa o singura data pentru ca am > initializat un contor si l-am incrementat in printf; > concluzie: imi afiseaza de mai multe ori avand > contorul 1. Daca mai pun un printf imediat dupa > printf-ul problematic, am observat ca nu se mai > intampla sa mi-l afiseze de mai multe ori. Oricum, > chestia asta este complet aleatoare.. > Stie cineva cum s-ar putea rezolva aceasta problema > (in alt mod decat sa mai pun cate un printf in plus > dupa fiecare printf de care am nevoie)? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 11:36:17 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 30 Nov 2003 03:36:17 -0800 (PST) Subject: [so] off topic Message-ID: <20031130113617.49594.qmail@web41005.mail.yahoo.com> pariez ca la asta nu se astepta nimeni. azi e sfantul andrei, asa ca sa traiti cu numele daca e cazul :) __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sun Nov 30 12:03:02 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 04:03:02 -0800 (PST) Subject: [so] x-( In-Reply-To: <20031130113617.49594.qmail@web41005.mail.yahoo.com> Message-ID: <20031130120302.30285.qmail@web60302.mail.yahoo.com> O mica problema la final ( sau la mal :( ) Cum fac sa modific din Makefile LD_LIBRARY_PATH sa fie = ./:$LD_LIBRARY_PATH.? Eu ca user nu am variabila asta si deci incerc sa o setez din Makefile cu export LD_LIBRARY_PATH=./ dar dupa ce termina make nu exista variabila, deci nu o seteaza. De testat programul se poate face scriind export LD_LIBRARY_PATH=./ in consola si apoi gaseste .so, dar e o solutie cam trista. ===== I was born intelligent, education ruined me. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:11:17 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 04:11:17 -0800 (PST) Subject: [so] x-( In-Reply-To: <20031130120302.30285.qmail@web60302.mail.yahoo.com> Message-ID: <20031130121117.42144.qmail@web60508.mail.yahoo.com> --- Mihai Iancu wrote: > O mica problema la final ( sau la mal :( ) > > Cum fac sa modific din Makefile LD_LIBRARY_PATH sa > fie = ./:$LD_LIBRARY_PATH.? > > Eu ca user nu am variabila asta si deci incerc sa > o setez din Makefile cu export LD_LIBRARY_PATH=./ > > dar dupa ce termina make nu exista variabila, deci > nu o seteaza. De testat programul se poate face > scriind export LD_LIBRARY_PATH=./ in consola si apoi > gaseste .so, dar e o solutie cam trista. I can handle it. Variabila se seteaza in environment-ul procesului care executa make, nu si in parinte (bash), deci e normal comportamentul. Poti sa faci o regula run sau test in Makefile care dupa compilare sa faca si setarea variabilei si rularea programului de test, daca tii neaparat. > ===== > I was born intelligent, > education ruined me. pe bune? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:38:18 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 04:38:18 -0800 (PST) Subject: [so] sleep In-Reply-To: <20031130120302.30285.qmail@web60302.mail.yahoo.com> Message-ID: <20031130123818.6705.qmail@web60309.mail.yahoo.com> la readerswriters e nepotrivit sleep-ul care face sleep doar secunde si astfel cu 30 de readers si 30 writers cand intra un writer si pana iese sigur mai vine un writer si astfel nu mai apuca nici un readers sa ma intre caci asteapta sa nu mai fie nici un wr ... stiti cu totii povestea. Vreau sa folosesc /** *face un sleep de sec si usec */ int mysleep( int sec, int usec){ struct timeval opt; opt.tv_sec = sec; opt.tv_usec = usec; return select(1,0,0,0,&opt); } nu cred ca e in POSIX e ok? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:50:06 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 04:50:06 -0800 (PST) Subject: [so] sleep In-Reply-To: <20031130123818.6705.qmail@web60309.mail.yahoo.com> Message-ID: <20031130125006.26358.qmail@web60510.mail.yahoo.com> te complici, foloseste nanosleep. --- Mihai Iancu wrote: > la readerswriters e nepotrivit sleep-ul care > face sleep doar secunde si astfel cu 30 de readers > si > 30 writers cand intra un writer si pana iese > sigur mai vine un writer si astfel nu mai apuca nici > un readers sa ma intre caci asteapta sa nu mai fie > nici un wr ... stiti cu totii povestea. > > Vreau sa folosesc > /** > *face un sleep de sec si usec > */ > int mysleep( int sec, int usec){ > struct timeval opt; > opt.tv_sec = sec; > opt.tv_usec = usec; > return select(1,0,0,0,&opt); > } > > nu cred ca e in POSIX > > e ok? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 15:03:47 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 07:03:47 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <001a01c3b7a6$a36a1b40$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031130150347.75375.qmail@web60508.mail.yahoo.com> E ok, nu se face overwrite. Mai fa o data upload cum trebuie. --- Daniel Cosmin Porumbel wrote: > Salut! > > Cred ca am facut o greseala la upload. Am > vrut sa trimit tema si nu mi-a primit-o dintr-un > motiv oarecare. Apoi cand am vrut s-o trimit iar, am > dat back si n-am mai modificat dropDownListurile si > s-a pus peste tema1 de Windows. Credeti ca se mai > poate face ceva ca sa recuperez fisierele de > dinainte? Sper ca nu face overwrite automat.... > > Toate bune! > Dany > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 15:53:28 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 07:53:28 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <001a01c3b7a6$a36a1b40$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031130155328.39396.qmail@web60309.mail.yahoo.com> --0-65724020-1070207608=:39234 Content-Type: text/plain; charset=us-ascii Cum facem cu temaX.exe? ce nume ii punem ca acum avem cel putin 2 executabile --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-65724020-1070207608=:39234 Content-Type: text/html; charset=us-ascii

Cum facem cu temaX.exe?

 

ce nume ii punem ca acum avem cel putin 2 executabile

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-65724020-1070207608=:39234-- From so@atlantis.cs.pub.ro Sun Nov 30 16:14:35 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 08:14:35 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <20031130155328.39396.qmail@web60309.mail.yahoo.com> Message-ID: <20031130161435.66629.qmail@web60510.mail.yahoo.com> Education ruined you. You should quit while you're still ahead :)) --- Mihai Iancu wrote: > > Cum facem cu temaX.exe? > > > > ce nume ii punem ca acum avem cel putin 2 > executabile __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 16:33:25 2003 From: so@atlantis.cs.pub.ro (Ionut Cirjan) Date: Sun, 30 Nov 2003 08:33:25 -0800 (PST) Subject: [so] printf In-Reply-To: <20031130104403.92361.qmail@web60503.mail.yahoo.com> Message-ID: <20031130163325.11166.qmail@web41104.mail.yahoo.com> Eu am avut alta problema cu printf: intarzia la unele threaduri si afisa mai repede de la altele care totusi se executau dupa cele dinainte. Am pus dupa fiecare printf un fflush(stdout) si nu am mai avut probleme. Ionut. --- Cosmin Arad wrote: > Daca-mi trimiti o bucata de cod care poate fi > compilata si rulata, si care se comporta cum spui tu > as putea sa incerc sa determin cauza. > > Cosmin > > --- Diana wrote: > > Am urmatoarea problema: cand afisez un mesaj mi se > > intampla uneori sa il afiseze acelasi thread de > doua > > ori, desi printf-ul se executa o singura data. > Sunt > > convinsa ca se executa o singura data pentru ca am > > initializat un contor si l-am incrementat in > printf; > > concluzie: imi afiseaza de mai multe ori avand > > contorul 1. Daca mai pun un printf imediat dupa > > printf-ul problematic, am observat ca nu se mai > > intampla sa mi-l afiseze de mai multe ori. Oricum, > > chestia asta este complet aleatoare.. > > Stie cineva cum s-ar putea rezolva aceasta > problema > > (in alt mod decat sa mai pun cate un printf in > plus > > dupa fiecare printf de care am nevoie)? > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sun Nov 30 21:23:58 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Sun, 30 Nov 2003 23:23:58 +0200 Subject: [so] printf In-Reply-To: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> References: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> Message-ID: <20031130212358.E732241AC8@server1.messagingengine.com> Chestia cu fflush(stdout) e de baza la multithreading. Daca folosesti C++, merge si "cout< said: > Am urmatoarea problema: cand afisez un mesaj mi se intampla uneori sa il > afiseze acelasi thread de doua ori, desi printf-ul se executa o singura > data. Sunt convinsa ca se executa o singura data pentru ca am initializat > un contor si l-am incrementat in printf; concluzie: imi afiseaza de mai > multe ori avand contorul 1. Daca mai pun un printf imediat dupa printf-ul > problematic, am observat ca nu se mai intampla sa mi-l afiseze de mai > multe ori. Oricum, chestia asta este complet aleatoare.. > Stie cineva cum s-ar putea rezolva aceasta problema (in alt mod decat sa > mai pun cate un printf in plus dupa fiecare printf de care am nevoie)? -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Access your email from home and the web From so@atlantis.cs.pub.ro Sat Nov 1 08:29:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 00:29:32 -0800 (PST) Subject: [so] unscribe In-Reply-To: <20031031224159.70266.qmail@web20710.mail.yahoo.com> Message-ID: <20031101082932.10519.qmail@web11501.mail.yahoo.com> --- Alecu Adrian wrote: > Am si eu o mica problema.... > Am cam pierdut parola de pe acest mailing - list si > vad ca nu exista nici o cale de a ma scoate de pe > lista si a ma baga din nou.... sau altceva de genul > asta > as vrea si eu o sugestie ce as putea sa fac.. > mersi si bafta la teme La 'Edit Options' gasesti un buton 'Email my password to me'. Daca il apesi vei primi parola pe adresa cu care esti inscris acum. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sat Nov 1 08:40:41 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 1 Nov 2003 10:40:41 +0200 Subject: [so] fflush Message-ID: <001001c3a053$d53bed70$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C3A064.98B1AAA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable avem voie sa folosim fflush(stdout)? o alta varianta ar fi sa afisez un \n dar nu-mi convine varianta asta... ------=_NextPart_000_000D_01C3A064.98B1AAA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
avem voie sa folosim = fflush(stdout)?
o alta varianta ar fi sa afisez un \n = dar nu-mi=20 convine varianta asta...
------=_NextPart_000_000D_01C3A064.98B1AAA0-- From so@atlantis.cs.pub.ro Sat Nov 1 15:04:52 2003 From: so@atlantis.cs.pub.ro (Dana Tiba) Date: Sat, 1 Nov 2003 17:04:52 +0200 (EET) Subject: [so] interpretare Message-ID: <1092.81.196.10.119.1067699092.squirrel@dazoot.ro> Salut, Textul temei defineste o comanda compusa ca fiind formata din doi operanzi si un operator. Apoi sunt definiti cei 8 operatori care trebuiesc sa fie suportati(dintre care 4 de redirectare). Cei doi operanzi sunt definiti ca fiind fie comenzi oarecare, fie un nume de fisier in cazul in care operatorul este de redirectare. Din acestea eu am inteles initial ca trebuie suportate comenzi de genul: NUME1[operator NUME2],unde NUME1 trebuie neaparat sa fie o comanda(simpla, adica nume + parametrii), iar NUME2 in functie de tipul operatorului poate sa fie fie o alta comanda(simpla), fie un nume de fisier. Insa un mail anterior pe lista sugereaza ca trebuiesc suportate si comenzi cu mai multi operatori si operanzi (cat fisier > gigi & pwd > titi). Care este adevarata interpretare a temei? dana From so@atlantis.cs.pub.ro Sat Nov 1 21:12:18 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 1 Nov 2003 23:12:18 +0200 Subject: [so] alocare mem Message-ID: <000901c3a0bc$d4f90050$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C3A0CD.986A0290 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable in windows putem folosi malloc si realloc? ------=_NextPart_000_0006_01C3A0CD.986A0290 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
in windows putem folosi malloc si=20 realloc?
------=_NextPart_000_0006_01C3A0CD.986A0290-- From so@atlantis.cs.pub.ro Sat Nov 1 22:00:18 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 14:00:18 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <000901c3a0bc$d4f90050$0200a8c0@smeagol> Message-ID: <20031101220018.86497.qmail@web11502.mail.yahoo.com> --- Cibu Cristian wrote: > in windows putem folosi malloc si realloc? NU. Folositi HeapAlloc si HeapRealloc! Sau orice functie prezentata in 'Memory Management Functions' in Platform SDK, care nu e deprecated (local and global functions _nu_ sunt recomandate). (ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm) Nu folositi functiile de lucru cu memoria virtuala pentru ca inca nu stiti prea bine cu ce se mananca si nici nu e nevoie de ele in tema. Practic puteti folosi de la 'Memory Management Functions' funtiile din primul si din al 4-lea (heap functions) tabel. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sat Nov 1 22:19:19 2003 From: so@atlantis.cs.pub.ro (Cristian Traum) Date: Sat, 1 Nov 2003 14:19:19 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031101220018.86497.qmail@web11502.mail.yahoo.com> Message-ID: <20031101221919.96655.qmail@web13204.mail.yahoo.com> --0-477966446-1067725159=:94353 Content-Type: text/plain; charset=us-ascii nu avem voie deloc deloc? adica daca vreau in cadrul parsarii sa copiez un sir... nu am voie strdup??? sau HeapAlloc si HeapRealloc tb folosite cand e vorba de procese...? Cosmin Arad wrote: --- Cibu Cristian wrote: > in windows putem folosi malloc si realloc? NU. Folositi HeapAlloc si HeapRealloc! Sau orice functie prezentata in 'Memory Management Functions' in Platform SDK, care nu e deprecated (local and global functions _nu_ sunt recomandate). (ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm) Nu folositi functiile de lucru cu memoria virtuala pentru ca inca nu stiti prea bine cu ce se mananca si nici nu e nevoie de ele in tema. Practic puteti folosi de la 'Memory Management Functions' funtiile din primul si din al 4-lea (heap functions) tabel. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Exclusive Video Premiere - Britney Spears --0-477966446-1067725159=:94353 Content-Type: text/html; charset=us-ascii
nu avem voie deloc deloc? adica daca vreau in cadrul parsarii sa copiez un sir... nu am voie strdup???
sau HeapAlloc si HeapRealloc tb folosite cand e vorba de procese...?


Cosmin Arad <cosminarad@yahoo.com> wrote:
--- Cibu Cristian wrote:
> in windows putem folosi malloc si realloc?

NU. Folositi HeapAlloc si HeapRealloc!
Sau orice functie prezentata in 'Memory Management
Functions' in Platform SDK, care nu e deprecated
(local and global functions _nu_ sunt recomandate).
(ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm)

Nu folositi functiile de lucru cu memoria virtuala
pentru ca inca nu stiti prea bine cu ce se mananca si
nici nu e nevoie de ele in tema.

Practic puteti folosi de la 'Memory Management
Functions' funtiile din primul si din al 4-lea (heap
functions) tabel.

Cosmin


__________________________________
Do you Yahoo!?
Exclusive Video Premiere - Britney Spears
http://launch.yahoo.com/promos/britneyspears/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Exclusive Video Premiere - Britney Spears --0-477966446-1067725159=:94353-- From so@atlantis.cs.pub.ro Sun Nov 2 07:11:52 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 02 Nov 2003 09:11:52 +0200 Subject: [so] upload Message-ID: <3FA4AE38.6020102@pcnet.ro> Intrebarea: ce se intampla daca fac upload la o tema de 2 ori? Se considera ultima varianta? Multumesc Ruxandra p.s. stiu ca nu e indicat sa se intample asta....dar totusi....daca se intampla.... From so@atlantis.cs.pub.ro Sun Nov 2 07:59:24 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 23:59:24 -0800 (PST) Subject: [so] upload In-Reply-To: <3FA4AE38.6020102@pcnet.ro> Message-ID: <20031102075924.66448.qmail@web11509.mail.yahoo.com> --- Ruxi Jitianu wrote: > Intrebarea: ce se intampla daca fac upload la o tema > de 2 ori? Se > considera ultima varianta? Da. > Multumesc > > Ruxandra > > p.s. > stiu ca nu e indicat sa se intample asta....dar > totusi....daca se > intampla.... e ok. poti sa uploadezi de cate ori vrei. Cosmin __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From so@atlantis.cs.pub.ro Sun Nov 2 10:07:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 2 Nov 2003 02:07:21 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031101221919.96655.qmail@web13204.mail.yahoo.com> Message-ID: <20031102100721.85107.qmail@web11509.mail.yahoo.com> --- Cristian Traum wrote: > nu avem voie deloc deloc? adica daca vreau in cadrul > parsarii sa copiez un sir... nu am voie strdup??? > sau HeapAlloc si HeapRealloc tb folosite cand e > vorba de procese...? > E recomandabil sa folosesti HeapAlloc iar pentru copierea sirului CopyMemory. In toate cazurile. Cosmin __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From so@atlantis.cs.pub.ro Sun Nov 2 20:27:23 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Sun, 2 Nov 2003 22:27:23 +0200 Subject: [so] Scule (instrumente) de dezvoltare Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C3A190.801BE460 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Imi cer scuze anticipat pentru eventuale exprimari scapate de sub control in cele ce urmeaza. De ce trebuie sa folosim pe Windows tampenia aia de MinGW cand exista la fel de bine Visual Studio.NET? Concret: Scriu totul cu VS, testez, etc etc, totul merge ok. Incerc sa compilez din MSYS cu gcc, se trezeste ca nu stie de strsafe.h (un header al unei librarii din Platform SDK, folosita pentru 'safe handling' pe stringuri C). Headerul ala e (pe bune!) in acelasi folder cu 'windows.h', e suportat cu tot restul MS Platform SDK samd, nimic ezoteric acolo. La tentativa de compilare gcc zice ca nu gaseste 'strsafe.h' si se plange de functiile din headerul ala. Finally, facultatea asta vesela are licenta de Visual Studio.NET pentru toti studentii. De ce trebuie sa folosim o scula de mana a zecea cand aveti scule de zeci de mii de dolari in MSDN AA? Mi se pare o idee super ca putem face temele si pe Win32 si pe Linux, dar pe Win32 am senzatia ca ma joc cu o mana legata la spate daca sunt limitat la niste tooluri destul de slabute in comparatie chiar cu cele mai slabe compilatoare comerciale de C/C++ existente pe Windows. Multumesc, Ovidiu ------=_NextPart_000_0006_01C3A190.801BE460 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Imi = cer scuze=20 anticipat pentru eventuale exprimari scapate de sub control in cele ce=20 urmeaza.
 
De ce = trebuie sa=20 folosim pe Windows tampenia aia de MinGW cand exista la fel de bine = Visual=20 Studio.NET? Concret: Scriu totul cu VS, testez, etc etc, totul merge ok. = Incerc=20 sa compilez din MSYS cu gcc, se trezeste ca nu stie de strsafe.h (un = header al=20 unei librarii din Platform SDK, folosita pentru 'safe handling' pe = stringuri C).=20 Headerul ala e (pe bune!) in acelasi folder cu 'windows.h', e suportat = cu tot=20 restul MS Platform SDK samd, nimic ezoteric acolo. La tentativa de = compilare gcc=20 zice ca nu gaseste 'strsafe.h' si se plange de functiile din headerul=20 ala.
 
Finally, facultatea=20 asta vesela are licenta de Visual Studio.NET pentru toti studentii. De = ce=20 trebuie sa folosim o scula de mana a zecea cand aveti scule de zeci de = mii de=20 dolari in MSDN AA? Mi se pare o idee super ca putem face temele si pe = Win32 si=20 pe Linux, dar pe Win32 am senzatia ca ma joc cu o mana legata la spate = daca sunt=20 limitat la niste tooluri destul de slabute in comparatie chiar cu cele = mai slabe=20 compilatoare comerciale de C/C++ existente pe = Windows.
 
Multumesc,
Ovidiu
------=_NextPart_000_0006_01C3A190.801BE460-- From so@atlantis.cs.pub.ro Sun Nov 2 21:22:43 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Sun, 02 Nov 2003 23:22:43 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: References: Message-ID: <20031102212243.16232.qmail@romus.ro> Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. From so@atlantis.cs.pub.ro Sun Nov 2 23:38:58 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 2 Nov 2003 15:38:58 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031102100721.85107.qmail@web11509.mail.yahoo.com> Message-ID: <20031102233858.73096.qmail@web41008.mail.yahoo.com> vorbind despre alocari, unde scrie ca malloc si suratele ei sunt posix compliant? --- Cosmin Arad wrote: > --- Cristian Traum wrote: > > nu avem voie deloc deloc? adica daca vreau in > cadrul > > parsarii sa copiez un sir... nu am voie strdup??? > > sau HeapAlloc si HeapRealloc tb folosite cand e > > vorba de procese...? > > > > E recomandabil sa folosesti HeapAlloc iar pentru > copierea sirului CopyMemory. In toate cazurile. > > Cosmin > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product > search > http://shopping.yahoo.com > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sun Nov 2 23:44:27 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 2 Nov 2003 15:44:27 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031102233858.73096.qmail@web41008.mail.yahoo.com> Message-ID: <20031102234427.86732.qmail@web41014.mail.yahoo.com> doar nu veti fi folosit toti posix_memalign !? --- Diana Fulger wrote: > vorbind despre alocari, unde scrie ca malloc si > suratele ei sunt posix compliant? > > --- Cosmin Arad wrote: > > --- Cristian Traum wrote: > > > nu avem voie deloc deloc? adica daca vreau in > > cadrul > > > parsarii sa copiez un sir... nu am voie > strdup??? > > > sau HeapAlloc si HeapRealloc tb folosite cand e > > > vorba de procese...? > > > > > > > E recomandabil sa folosesti HeapAlloc iar pentru > > copierea sirului CopyMemory. In toate cazurile. > > > > Cosmin > > > > __________________________________ > > Do you Yahoo!? > > The New Yahoo! Shopping - with improved product > > search > > http://shopping.yahoo.com > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > __________________________________ > Do you Yahoo!? > Exclusive Video Premiere - Britney Spears > http://launch.yahoo.com/promos/britneyspears/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Mon Nov 3 08:07:49 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 10:07:49 +0200 Subject: [so] alocare mem In-Reply-To: <20031102233858.73096.qmail@web41008.mail.yahoo.com> References: <20031102233858.73096.qmail@web41008.mail.yahoo.com> Message-ID: On Sun, 2 Nov 2003 15:38:58 -0800 (PST), Diana Fulger wrote: > vorbind despre alocari, unde scrie ca malloc si > suratele ei sunt posix compliant? > Nu sunt posix sunt ANSI-C. From so@atlantis.cs.pub.ro Mon Nov 3 08:35:09 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Mon, 3 Nov 2003 10:35:09 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: <20031102212243.16232.qmail@romus.ro> Message-ID: Multumesc pt suport. -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Adrian Stanciu Sent: Sunday, November 02, 2003 11:23 PM To: so@atlantis.cs.pub.ro Subject: [so] Re: Scule (instrumente) de dezvoltare Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so From so@atlantis.cs.pub.ro Mon Nov 3 11:12:16 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Mon, 3 Nov 2003 03:12:16 -0800 (PST) Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: Message-ID: <20031103111216.70225.qmail@web40017.mail.yahoo.com> --0-954673201-1067857936=:67536 Content-Type: text/plain; charset=us-ascii Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei. Mihai Murgan Ovidiu Platon wrote: Multumesc pt suport. -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Adrian Stanciu Sent: Sunday, November 02, 2003 11:23 PM To: so@atlantis.cs.pub.ro Subject: [so] Re: Scule (instrumente) de dezvoltare Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Exclusive Video Premiere - Britney Spears --0-954673201-1067857936=:67536 Content-Type: text/html; charset=us-ascii
Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei.
 
Mihai Murgan

Ovidiu Platon <ovidiupl@microsoft-lab.pub.ro> wrote:
Multumesc pt suport.

-----Original Message-----
From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On
Behalf Of Adrian Stanciu
Sent: Sunday, November 02, 2003 11:23 PM
To: so@atlantis.cs.pub.ro
Subject: [so] Re: Scule (instrumente) de dezvoltare


Nu cred ca ai inteles scopul acestei liste de discutii:

Scopul unic al acestei liste de discutii este de a ajuta studentii sa
rezolve temele propuse si de a lamurii probleme legate de ele.

NU de a pune in discutie ce compilator e mai bun.
NU de a pune in discutie ce _ar trebui_ folosit.
NU de a pune in discutie preferintele studentilor in materie de
compilatoare.
NU de a pune in discutie regulile.
NU pentru plangeri.

Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la
adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu
direct domnului profesor sau in cadrul laboratorului.

Pe scurt:
Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO
(in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta
lista.

--Adrian.

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Exclusive Video Premiere - Britney Spears --0-954673201-1067857936=:67536-- From so@atlantis.cs.pub.ro Mon Nov 3 11:16:36 2003 From: so@atlantis.cs.pub.ro (Catalin Constantin) Date: Mon, 3 Nov 2003 13:16:36 +0200 Subject: [so] malloc Message-ID: <20031103121944.4774F28C059@atlantis> sa inteleg ca daca am folosit malloc in tema pe linux o sa fim depunctati ? Catalin From so@atlantis.cs.pub.ro Mon Nov 3 11:48:29 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 13:48:29 +0200 Subject: [so] malloc In-Reply-To: <20031103121944.4774F28C059@atlantis> References: <20031103121944.4774F28C059@atlantis> Message-ID: On Mon, 3 Nov 2003 13:16:36 +0200, Catalin Constantin wrote: > sa inteleg ca daca am folosit malloc in tema pe linux > o sa fim depunctati ? > Nu. tavi From so@atlantis.cs.pub.ro Mon Nov 3 12:45:46 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 14:45:46 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: <20031103111216.70225.qmail@web40017.mail.yahoo.com> References: <20031103111216.70225.qmail@web40017.mail.yahoo.com> Message-ID: On Mon, 3 Nov 2003 03:12:16 -0800 (PST), Murgan Mihai wrote: > Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste > de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un > mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows > daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e > prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de > windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un MSYS != MinGW > student face o propunere de bun-simt si care chiar are legatura cu tema > si rezolvarea ei. > Daca aveti comentarii relativ la reguli sau orice altceva care nu este legat de discutarea temelor, va rog trimiteti mailurile la tavi@cs.pub.ro si nu pe lista. tavi From so@atlantis.cs.pub.ro Mon Nov 3 18:23:44 2003 From: so@atlantis.cs.pub.ro (FlorinPop) Date: Mon, 3 Nov 2003 20:23:44 +0200 (E. Europe Standard Time) Subject: [so] Re: Scule (instrumente) de dezvoltare References: <20031103111216.70225.qmail@web40017.mail.yahoo.com> Message-ID: <3FA69D30.000007.02232@einstein> --------------Boundary-00=_KFGSWCW0000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_KFGSRN00000000000000" --------------Boundary-00=_KFGSRN00000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable asa e!=0D =0D -------Original Message-------=0D =0D From: so@atlantis.cs.pub.ro=0D Date: Monday, November 03, 2003 13:13:07=0D To: so@atlantis.cs.pub.ro=0D Subject: RE: [so] Re: Scule (instrumente) de dezvoltare=0D =0D Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste = de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mar= e ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun d= in moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei= =2E=0D =0D Mihai Murgan=0D =0D Ovidiu Platon wrote:=0D Multumesc pt suport. =0D =0D -----Original Message-----=0D From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On= =0D Behalf Of Adrian Stanciu=0D Sent: Sunday, November 02, 2003 11:23 PM=0D To: so@atlantis.cs.pub.ro=0D Subject: [so] Re: Scule (instrumente) de dezvoltare=0D =0D =0D Nu cred ca ai inteles scopul acestei liste de discutii: =0D =0D Scopul unic al acestei liste de discutii este de a ajuta studentii sa=0D rezolve temele propuse si de a lamurii probleme legate de ele. =0D =0D NU de a pune in discutie ce compilator e mai bun.=0D NU de a pune in discutie ce _ar trebui_ folosit.=0D NU de a pune in discutie preferintele studentilor in materie de=0D compilatoare.=0D NU de a pune in discutie regulile.=0D NU pentru plangeri. =0D =0D Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la=0D adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exem= plu=0D direct domnului profesor sau in cadrul laboratorului. =0D =0D Pe scurt:=0D Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de S= O=0D (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta=0D lista. =0D =0D --Adrian. =0D =0D _______________________________________________=0D so mailing list=0D so@atlantis.cs.pub.ro=0D http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so=0D =0D _______________________________________________=0D so mailing list=0D so@atlantis.cs.pub.ro=0D http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so=0D =0D =0D Do you Yahoo!?=0D Exclusive Video Premiere - Britney Spears =0D =20 --------------Boundary-00=_KFGSRN00000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
asa e!
 
-------Original Message-------
 
Date: Monday, Nove= mber 03, 2003 13:13:07
Subject: RE: [so] = Re: Scule (instrumente) de dezvoltare
 
Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei l= iste de discutii este de a ajuta studentii sa rezolve temele propuse". Pa= i un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific window= s daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e= prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de wi= ndows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un stu= dent face o propunere de bun-simt si care chiar are legatura cu tema si r= ezolvarea ei.
 
Mihai Murgan

Ovidiu Platon <ovidiupl@microsoft-lab.p= ub.ro> wrote:
Multumesc pt suport.

-----Origina= l Message-----
From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atla= ntis.cs.pub.ro] On
Behalf Of Adrian Stanciu
Sent: Sunday, November = 02, 2003 11:23 PM
To: so@atlantis.cs.pub.ro
Subject: [so] Re: Scule= (instrumente) de dezvoltare


Nu cred ca ai inteles scopul aces= tei liste de discutii:

Scopul unic al acestei liste de discutii e= ste de a ajuta studentii sa
rezolve temele propuse si de a lamurii pro= bleme legate de ele.

NU de a pune in discutie ce compilator e mai= bun.
NU de a pune in discutie ce _ar trebui_ folosit.
NU de a pune= in discutie preferintele studentilor in materie de
compilatoare.
N= U de a pune in discutie regulile.
NU pentru plangeri.

Regulile= sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la
adres= a lor va sugerez sa incercati sa le exprimati in alta parte, de exempludirect domnului profesor sau in cadrul laboratorului.

Pe scurt:=
Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului = de SO
(in coditiile regulilor prestabilite), deci nu-si are rostul pe = aceasta
lista.

--Adrian.

_____________________________= __________________
so mailing list
so@atlantis.cs.pub.ro
http://= atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

___________________= ____________________________
so mailing list
so@atlantis.cs.pub.ro<= BR>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so
da, e mai bine cu o bariera rentranta, parerea mea.
Eu asa o sa fac.
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_KUAYLVC0000000000000-- --------------Boundary-00=_JUAYQL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_JUAYQL80000000000000-- From so@atlantis.cs.pub.ro Thu Nov 6 23:16:23 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Fri, 7 Nov 2003 01:16:23 +0200 Subject: [so] tema 2 Message-ID: <008801c3a4bb$fe7b9f20$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0085_01C3A4CC.C1F15C50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Tema 2 in principiu e simpla. e vorba de o memorie comuna si de = sincronizari, mesaje, etc. enuntul poate fi interpretat (in anumite = locuri). ce vreau eu sa stiu, este: ce parti din problema este = obligatoriu sa se rezolve intr-un anumit fel. Sincronizarile pot fi facute si cu semafoare, mutexuri, si cu cozi de = mesaje.=20 ce, unde, suntem obligati sa folosim si=20 unde avem voie sa facem cum credem noi? alta chestie, mai la detaliu. toti participantii la traficul de = prajituri :) cum actioneaza. furnizorul baga direct prajiturile in frigider sau i le = da cofetarului sa le bage el? clientii, se uita ei cate locuri libere sunt sau intreaba cofetarul? clientii, o data asezati, isi iau singuri prajiturile sau le primesc = prin intermediul cofetarului? (cofetarul e un proces, clientii, furnizorul, alte procese) toate variantele astea inclina spre folosirea mai mult sau mai putin a = barierelor (mutexurilor pentru memoria partajata) si mai putin sau mai = mult a mesajelor. (sau cel putin asa am eu impresia). Asadar, ce e lege si ce e indicatie? ------=_NextPart_000_0085_01C3A4CC.C1F15C50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Tema 2 in principiu e simpla. e vorba = de o memorie=20 comuna si de sincronizari, mesaje, etc. enuntul poate fi interpretat (in = anumite=20 locuri). ce vreau eu sa stiu, este: ce parti din problema este = obligatoriu sa se=20 rezolve intr-un anumit fel.
Sincronizarile pot fi facute si cu = semafoare,=20 mutexuri, si cu cozi de mesaje.
ce, unde, suntem obligati sa folosim si =
unde avem voie sa facem cum credem=20 noi?
 
alta chestie, mai la detaliu. toti = participantii la=20 traficul de prajituri :)
cum actioneaza. furnizorul baga direct = prajiturile=20 in frigider sau i le da cofetarului sa le bage el?
clientii, se uita ei cate locuri libere = sunt sau=20 intreaba cofetarul?
clientii, o data asezati, isi iau = singuri=20 prajiturile sau le primesc prin intermediul cofetarului?
(cofetarul e un proces, clientii, = furnizorul, alte=20 procese)
 
toate variantele astea inclina spre = folosirea mai=20 mult sau mai putin a barierelor (mutexurilor pentru memoria partajata) = si mai=20 putin sau mai mult a mesajelor.
(sau cel putin asa am eu = impresia).
 
Asadar, ce e lege si ce e = indicatie?
 
------=_NextPart_000_0085_01C3A4CC.C1F15C50-- From so@atlantis.cs.pub.ro Fri Nov 7 10:14:40 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 07 Nov 2003 12:14:40 +0200 Subject: [so] tema 2 In-Reply-To: <008801c3a4bb$fe7b9f20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> --=====================_2894592==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Raspund aici si la intrebarea anterioara legata de bariera reentranta. Enuntul e lege. (tr sa existe programe separate pt cofetarie, client, furnizor, frigiderul tr sa fie o mem partajata, etc) Ce scrie sub enunt, la observatii, ca indicatii, sunt indicatii. Ce nu scrie nicaieri, faceti cum credeti voi ca e mai bine. Maria. > >Asadar, ce e lege si ce e indicatie? > --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ --=====================_2894592==_.ALT Content-Type: text/html; charset="us-ascii" Raspund aici si la intrebarea anterioara legata de bariera reentranta.

Enuntul e lege. (tr sa existe programe separate pt cofetarie, client, furnizor, frigiderul tr sa fie o mem partajata, etc)
Ce scrie sub enunt, la observatii, ca indicatii, sunt indicatii.

Ce nu scrie nicaieri, faceti cum credeti voi ca e mai bine.

Maria.


 
Asadar, ce e lege si ce e indicatie?
 


Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

--=====================_2894592==_.ALT-- From so@atlantis.cs.pub.ro Fri Nov 7 19:39:14 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Fri, 7 Nov 2003 21:39:14 +0200 Subject: [so] threaduri Message-ID: <000a01c3a566$d3828760$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3A577.96F5D390 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable avem voie sa folosim threaduri? bine-nteles ca vor exista si procesele din enunt (din lege): sweetshop, = supplier si consumer. pe langa acestea, avem voie sa folosim si threaduri? ------=_NextPart_000_0007_01C3A577.96F5D390 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
avem voie sa folosim = threaduri?
bine-nteles ca vor exista si procesele = din enunt=20 (din lege): sweetshop, supplier si consumer.
 
pe langa acestea, avem voie sa folosim = si=20 threaduri?
------=_NextPart_000_0007_01C3A577.96F5D390-- From so@atlantis.cs.pub.ro Fri Nov 7 19:47:27 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Fri, 7 Nov 2003 11:47:27 -0800 (PST) Subject: [so] threaduri In-Reply-To: <000a01c3a566$d3828760$0200a8c0@smeagol> Message-ID: <20031107194727.70811.qmail@web41005.mail.yahoo.com> NU --- Cibu Cristian wrote: > avem voie sa folosim threaduri? > bine-nteles ca vor exista si procesele din enunt > (din lege): sweetshop, supplier si consumer. > > pe langa acestea, avem voie sa folosim si threaduri? > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 11:31:37 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 8 Nov 2003 03:31:37 -0800 (PST) Subject: [so] 2 variante de enunt In-Reply-To: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> Message-ID: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Care sunt cele doua variante de enunt pentru Linux respectiv Windows? Nu imi este foarte clar din discutiile anterioare! Multam! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 13:18:03 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 15:18:03 +0200 (EET) Subject: [so] prajituri si furnizori Message-ID: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai u= sor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa = un sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta= se va crea cate un proces dupa fiecare vizita a furnizorului, care se va ter= mina atunci cand prajiturile respective se strica. Este recomandata abordarea aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bag= at in frigider un numar de prajituri in frigider, pentru ca acesta sa stie c= ate si cand sa le arunce - deci o coada de mesaje ? ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Sat Nov 8 13:24:02 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:24:02 +0200 Subject: [so] 2 variante de enunt In-Reply-To: <20031108113137.54461.qmail@web41005.mail.yahoo.com> References: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031108152223.00a5b820@mail.mymail.ro> este acelasi enunt pentru amandoua. Nu este impus nimic mai mult decat scrie enunt. Unele dintre discutiile anterioare erau despre cum s'ar putea face tema, nu despre cum trebuie facuta. Maria. >Care sunt cele doua variante de enunt pentru Linux >respectiv Windows? Nu imi este foarte clar din >discutiile anterioare! > >Multam! --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:24:10 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 8 Nov 2003 15:24:10 +0200 Subject: [so] prajituri si furnizori References: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <000501c3a5fb$98260a30$0200a8c0@smeagol> ----- Original Message ----- From: "Marian Mihailescu" To: Sent: Saturday, November 08, 2003 3:18 PM Subject: [so] prajituri si furnizori Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un sleep) arunca prajiturile din frigider(care s-a stricat). ------------------------------------^^^^^^^^^^^ Trebuie sa avem in vedere si stricarea frigiderului? From so@atlantis.cs.pub.ro Sat Nov 8 13:32:07 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:32:07 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108152702.00a5b820@mail.mymail.ro> Te complici. Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei tu despre prajituri. Maria. >Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor >ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un >sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta se >va crea cate un proces dupa fiecare vizita a furnizorului, care se va termina >atunci cand prajiturile respective se strica. Este recomandata abordarea >aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bagat >in frigider un numar de prajituri in frigider, pentru ca acesta sa stie cate >si cand sa le arunce - deci o coada de mesaje ? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:35:56 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:35:56 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <000501c3a5fb$98260a30$0200a8c0@smeagol> References: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108153451.00addb70@mail.mymail.ro> > >Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor >ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un >sleep) arunca prajiturile din frigider(care s-a stricat). >------------------------------------^^^^^^^^^^^ >Trebuie sa avem in vedere si stricarea frigiderului? :))))))))))))))) ... asta mi'a placut :)... cred ca autorul vroia sa spuna (care s-au stricat) ... adica prajiturile. Maria. P.S. nu, se presupune ca este un frigider ideal ;). --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:49:10 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 8 Nov 2003 15:49:10 +0200 Subject: [so] intrebare Message-ID: <001a01c3a5ff$3e814a90$c09f9ad5@ioana> Un consumator poate sa ceara mai mult de cakes_max prajituri? Adica vreau sa stiu daca un consumator trebuie sa incerce sa ia toate cakes_no prajiturile dintr-o data (ma refer mai ales la varianta linux unde se poate decrementa un semafor cu mai mult de 1) sau ia una cate una, cate gaseste si pe urma cand mai aduce un furnizor mai ia din nou (in acest fel ar putea cere mai mult de cakes_max prajituri). O a 2-a intrebare : pot folosi in windows functia atoi? (nu gasesc ceva similar in win32api) From so@atlantis.cs.pub.ro Sat Nov 8 13:52:05 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Sat, 8 Nov 2003 05:52:05 -0800 (PST) Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Message-ID: <20031108135205.48079.qmail@web40017.mail.yahoo.com> --0-1026688301-1068299525=:47455 Content-Type: text/plain; charset=us-ascii Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie cu un alt proces care sa doarma valabilitatea unei prajituri si cand devine constient sa anunte sa fie aruncata, fie prin threaduri care sa faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc). Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca gresesc spuneti-mi ce anume sa folosesc. In al doilea rand, daca creez un nou proces acesta poate sa aiba doua comportamente: 1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas prajiturii puse cel mai de mult in frigider 2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei prajituri. In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai tarziu decat termenul limita, secunde pierdute de calculele facute de procesor si de primirea mesajelor intre procese. In cazul 2 consum inutil resurse. Cazul 1 mi se pare mult mai firesc pentru ca daca mananci ceva ce a expirat de 3 secunde sa zicem, nu cred ca patesti nimic totusi. Astept lamuriri ce metoda sa aleg sau cum anume sa fac daca nici una din metode nu e buna. Mihai Murgan --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1026688301-1068299525=:47455 Content-Type: text/html; charset=us-ascii
Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie cu un alt proces care sa doarma valabilitatea unei prajituri si cand devine constient sa anunte sa fie aruncata, fie prin threaduri care sa faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc).
Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca gresesc spuneti-mi ce anume sa folosesc.
In al doilea rand, daca creez un nou proces acesta poate sa aiba doua comportamente:
1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas prajiturii puse cel mai de mult in frigider
2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei prajituri.
In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai tarziu decat termenul limita, secunde pierdute de calculele facute de procesor si de primirea mesajelor intre procese.
In cazul 2 consum inutil resurse.
Cazul 1 mi se pare mult mai firesc pentru ca daca mananci ceva ce a expirat de 3 secunde sa zicem, nu cred ca patesti nimic totusi.
Astept lamuriri ce metoda sa aleg sau cum anume sa fac daca nici una din metode nu e buna.
 
Mihai Murgan

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1026688301-1068299525=:47455-- From so@atlantis.cs.pub.ro Sat Nov 8 15:19:32 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 17:19:32 +0200 Subject: [so] intrebare In-Reply-To: <001a01c3a5ff$3e814a90$c09f9ad5@ioana> Message-ID: <5.1.0.14.0.20031108171644.00a7c970@mail.mymail.ro> > > Un consumator poate sa ceara mai mult de cakes_max prajituri? Da, poate sa ceara mai mult de cakes_max prajituri, dar nu este obligatoriu sa le si obtina. > O a 2-a intrebare : pot folosi in windows functia atoi? (nu gasesc ceva >similar in win32api) habar nu am, cred ca da. Rog pe altcineva sa raspunda la intrebarea asta. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 15:19:34 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 17:19:34 +0200 Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108135205.48079.qmail@web40017.mail.yahoo.com> References: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031108170308.00a5bd68@mail.mymail.ro> >1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas >prajiturii puse cel mai de mult in frigider >2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei >prajituri. Ambele solutii sunt ok. Nu e nici o problema dc intarzii f putin cu aruncatul prajiturilor. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 15:20:40 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 17:20:40 +0200 (EET) Subject: [so] prajituri si furnizori Message-ID: <4638.141.85.0.67.1068304840.squirrel@www.as.ro> >Te complici. >Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei= tu >despre prajituri. este partajata ... dar cofetaria trebuie sa stie cand i se aduc prajituri= nu? ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Sat Nov 8 16:05:34 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 18:05:34 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <4638.141.85.0.67.1068304840.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> > > >Te complici. > >Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei tu > >despre prajituri. > >este partajata ... dar cofetaria trebuie sa stie cand i se aduc prajituri nu? Scuze, am citit eu in graba mesajul tau anterior. ideea nu incalca nici o lege :). e ok. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 19:40:13 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 8 Nov 2003 21:40:13 +0200 Subject: [so] grupurile si membrii lor Message-ID: <000801c3a630$2114acf0$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C3A640.E487F920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ce nevoie e de people_max si group_max? pentru a sti dimensiunea = vectorilor? si daca facem cu liste? ca sa las sa se ocupe prea multa memorie? marimea memoriei e relativa :) daca nu am nevoie de people_max si group_max pot pur si simplu sa le = ignor? ------=_NextPart_000_0005_01C3A640.E487F920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
ce nevoie e de people_max si group_max? = pentru a=20 sti dimensiunea vectorilor? si daca facem cu liste?
ca sa las sa se ocupe prea multa = memorie? marimea=20 memoriei e relativa :)
daca nu am nevoie de people_max si = group_max pot=20 pur si simplu sa le ignor?
------=_NextPart_000_0005_01C3A640.E487F920-- From so@atlantis.cs.pub.ro Sun Nov 9 10:01:55 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 02:01:55 -0800 (PST) Subject: [so] ordinea sosirilor In-Reply-To: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> Message-ID: <20031109100155.75775.qmail@web41003.mail.yahoo.com> Cum sosesc membrii unui grup? Daca de exemplu am grupul 1 cu 6 membrii vor sosii toti 6 unul dupa altul sau printre ei se pot intercala membrii altor grupuri? Se poate intampla sa soseasca: gr 1 primul membru gr 1 al doilea membru gr 2 primul membru gr 1 al treilea membru ... __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 10:07:16 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 12:07:16 +0200 Subject: [so] ordinea sosirilor In-Reply-To: <20031109100155.75775.qmail@web41003.mail.yahoo.com> References: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> se pot intercala. Maria. >Cum sosesc membrii unui grup? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 10:18:58 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 02:18:58 -0800 (PST) Subject: [so] group_max, group_id In-Reply-To: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> Message-ID: <20031109101858.83480.qmail@web41005.mail.yahoo.com> In enunt se specifca ca pot exista GROUP_MAX grupuri. Asta inseamna ca pe parcursul rularii programului pot avea grup_max grupuri in total sau la un moment dat in cofetarie? de ex: daca grupul cu id = 0 vine in cofetarie face consumatie si termina, pe urma sa mai poate intampla ca grupul cu id-ul 0 sa mai apara la intrarea programului? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 13:01:25 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 15:01:25 +0200 Subject: [so] group_max, group_id In-Reply-To: <20031109101858.83480.qmail@web41005.mail.yahoo.com> References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> nu, id ul este unic unui grup. >daca grupul cu id = 0 vine in cofetarie face >consumatie si termina, pe urma sa mai poate intampla >ca grupul cu id-ul 0 sa mai apara la intrarea programului? Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 13:03:50 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 15:03:50 +0200 Subject: [so] grupurile si membrii lor In-Reply-To: <000801c3a630$2114acf0$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> >ce nevoie e de people_max si group_max? pentru a sti dimensiunea >vectorilor? si daca facem cu liste? >ca sa las sa se ocupe prea multa memorie? marimea memoriei e relativa :) >daca nu am nevoie de people_max si group_max pot pur si simplu sa le ignor? da. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 17:03:50 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sun, 9 Nov 2003 19:03:50 +0200 Subject: [so] group_max, group_id References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> Message-ID: <004c01c3a6e3$90a4eae0$0e0c6150@ioana> Deci daca dupa ce a terminat grupul 0, mai vine din nou grupul 0 el trebuie sa fie ignorat? Eu ma gandisem ca se poate ca un grup sa vina de mai multe ori la cofetarie si am facut implementarea in acest mod. Este gresit asa? ----- Original Message ----- From: "Maria Mateescu" To: Sent: Sunday, November 09, 2003 3:01 PM Subject: Re: [so] group_max, group_id > > > nu, id ul este unic unui grup. > > >daca grupul cu id = 0 vine in cofetarie face > >consumatie si termina, pe urma sa mai poate intampla > >ca grupul cu id-ul 0 sa mai apara la intrarea programului? > > > Maria. > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sun Nov 9 20:23:37 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 12:23:37 -0800 (PST) Subject: [so] grupuri In-Reply-To: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> Message-ID: <20031109202337.30347.qmail@web41009.mail.yahoo.com> e ok daca asteptam sa se intregeasca grupul si pe urma cautam sa punem mana pe scaune? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 21:46:18 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 23:46:18 +0200 Subject: [so] group_max, group_id In-Reply-To: <004c01c3a6e3$90a4eae0$0e0c6150@ioana> References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109234545.00a5e100@mail.mymail.ro> nu e gresit. Maria. >Deci daca dupa ce a terminat grupul 0, mai vine din nou grupul 0 >el trebuie sa fie ignorat? >Eu ma gandisem ca se poate ca un grup sa vina de mai multe ori la cofetarie >si am facut implementarea in acest mod. Este gresit asa? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 21:47:01 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 23:47:01 +0200 Subject: [so] grupuri In-Reply-To: <20031109202337.30347.qmail@web41009.mail.yahoo.com> References: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109234629.00ac7400@mail.mymail.ro> > >e ok daca asteptam sa se intregeasca grupul si pe urma >cautam sa punem mana pe scaune? da. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 10 04:15:00 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 9 Nov 2003 20:15:00 -0800 (PST) Subject: [so] tema 1 win Message-ID: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Am o problema penibila, careia nu ii dau de cap: Pentru modul executie din fisier, apelez functia din program care executa o comanda cu indirectare, cu parametrii argv[0] si argv[1]. In Linux a functionat perfect, insa in Windows nu imi citeste din fisierul care este Stdin decat prima linie, o executa, si se opreste, adica nu mai citeste nimic din fisier (considera ca s-a terminat). Am verificat separat bucata de citire din fisier, merge. Merge si indirectarea comenzilor in mod interactiv. Are cineva vreo idee? Ma gandesc ca poate am gresit ceva la indirectare, care nu se vede decat in situatia asta, dar nu imi pot imagina ce. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 13:14:51 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 15:14:51 +0200 Subject: [so] prajituri si furnizori Message-ID: <200311081514.51182.mmk@as.ro> Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta se va crea cate un proces dupa fiecare vizita a furnizorului, care se va termina atunci cand prajiturile respective se strica. Este recomandata abordarea aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bagat in frigider un numar de prajituri in frigider, pentru ca acesta sa stie cate si cand sa le arunce - deci o coada de mesaje ? From so@atlantis.cs.pub.ro Mon Nov 10 12:34:17 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Mon, 10 Nov 2003 14:34:17 +0200 Subject: [so] tema 1 win In-Reply-To: <20031110041500.15540.qmail@web41009.mail.yahoo.com> References: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Message-ID: <841331013.20031110143417@rdsnet.ro> Hello Diana, Monday, November 10, 2003, 6:15:00 AM, you wrote: DF> in Windows nu imi citeste din fisierul DF> care este Stdin decat prima linie, o executa, si se DF> opreste, adica nu mai citeste nimic din fisier DF> (considera ca s-a terminat). Nu stiu daca am inteles exact care este problema. Eu am intampinat ceva asemanator, si s-a dovedit ca de fapt imi citea din fisierul care este Stdin <>! Tu spui mai sus 2 lucruri care se contrazic : "citeste doar prima linie" si "considera ca s-a terminat". Eu as merge pe mana lui Bill Gates si as zice ca tu chiar citesti tot fisierul... sa nu uitam ca functiile <> din WIN32API nu citesc linie cu linie. Ion From so@atlantis.cs.pub.ro Mon Nov 10 12:44:56 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Mon, 10 Nov 2003 04:44:56 -0800 (PST) Subject: [so] tema 1 win In-Reply-To: <841331013.20031110143417@rdsnet.ro> Message-ID: <20031110124456.1680.qmail@web41009.mail.yahoo.com> intr-adevar nu citesc linie cu linie, ci caracter cu caracter... a, si am uitat sa mentionez ca prima linie o executa cu succes? ceea ce n us-ar fi intamplat daca imi citea tot fisierul, nu? (nu ar fi recunoscut comenzile) --- Ion Petrescu wrote: > Hello Diana, > > Monday, November 10, 2003, 6:15:00 AM, you wrote: > > > DF> in Windows nu imi citeste din fisierul > DF> care este Stdin decat prima linie, o executa, si > se > DF> opreste, adica nu mai citeste nimic din fisier > DF> (considera ca s-a terminat). > > Nu stiu daca am inteles exact care este problema. > Eu am intampinat ceva asemanator, si s-a dovedit ca > de fapt imi citea > din fisierul care este Stdin < linie>>! > > Tu spui mai sus 2 lucruri care se contrazic : > "citeste doar prima > linie" si "considera ca s-a terminat". > Eu as merge pe mana lui Bill Gates si as zice ca tu > chiar citesti tot > fisierul... sa nu uitam ca functiile <> > din WIN32API nu citesc linie cu > linie. > > Ion > > > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 10 13:11:05 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Mon, 10 Nov 2003 15:11:05 +0200 Subject: Re[2]: [so] tema 1 win In-Reply-To: <20031110124456.1680.qmail@web41009.mail.yahoo.com> References: <841331013.20031110143417@rdsnet.ro> <20031110124456.1680.qmail@web41009.mail.yahoo.com> Message-ID: <893539219.20031110151105@rdsnet.ro> DF> intr-adevar nu citesc linie cu linie, ci caracter cu DF> caracter... DF> a, si am uitat sa mentionez ca prima linie o executa DF> cu succes? ceea ce n us-ar fi intamplat daca imi citea DF> tot fisierul, nu? (nu ar fi recunoscut comenzile) Pai si atunci cum explici ca fisierul "Stdin" e considerat terminat, pe cand tu zici ca nu ai citit decat o linie? S-a ajuns la sfarsitul fisierului sau nu s-a ajuns? Si apoi, daca nu s-a ajuns, de ce nu se avanseaza? Apoi, eu nu inteleg ce ai vrut sa zici cu "Pentru modul executie din fisier, apelez functia din program care executa o comanda cu indirectare, cu parametrii argv[0] si argv[1]." Dar poate altii au inteles si o sa iti raspunda. Oricum iti dai seama ca fara cod sunt sanse mici sa isi dea seama cineva care e problema. Daca afli misterul sa ne spui si noua. From so@atlantis.cs.pub.ro Mon Nov 10 14:35:11 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 10 Nov 2003 16:35:11 +0200 Subject: [so] tema 1 win In-Reply-To: <20031110041500.15540.qmail@web41009.mail.yahoo.com> References: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Message-ID: On Sun, 9 Nov 2003 20:15:00 -0800 (PST), Diana Fulger wrote: > Am o problema penibila, careia nu ii dau de cap: > Pentru modul executie din fisier, apelez functia din > program care executa o comanda cu indirectare, cu > parametrii argv[0] si argv[1]. In Linux a functionat > perfect, insa in Windows nu imi citeste din fisierul > care este Stdin decat prima linie, o executa, si se > opreste, adica nu mai citeste nimic din fisier > (considera ca s-a terminat). > Am verificat separat bucata de citire din fisier, > merge. Merge si indirectarea comenzilor in mod > interactiv. Are cineva vreo idee? Ma gandesc ca poate > am gresit ceva la indirectare, care nu se vede decat > in situatia asta, dar nu imi pot imagina ce. > Poate ai editat fisierul in Linux? In Linux sfarsitul unei linii e dat de '\n' iar in Windows de '\r\n'. tavi From so@atlantis.cs.pub.ro Mon Nov 10 14:39:51 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 10 Nov 2003 16:39:51 +0200 Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108135205.48079.qmail@web40017.mail.yahoo.com> References: <20031108135205.48079.qmail@web40017.mail.yahoo.com> Message-ID: On Sat, 8 Nov 2003 05:52:05 -0800 (PST), Murgan Mihai wrote: > Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs > timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie > cu un alt proces care sa doarma valabilitatea unei prajituri si cand > devine constient sa anunte sa fie aruncata, fie prin threaduri care sa > faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue > si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am > inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am > discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc). > Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca > gresesc spuneti-mi ce anume sa folosesc. > In al doilea rand, daca creez un nou proces acesta poate sa aiba doua > comportamente: > 1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas > prajiturii puse cel mai de mult in frigider > 2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei > prajituri. > In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai > tarziu decat termenul limita, secunde pierdute de calculele facute de > procesor si de primirea mesajelor intre procese. La fel si in cazul 2 :) Solutii pentru probleme de genul asta nu exista decat daca se foloseste un RTOS. Chiar daca faci busy waiting nu poti fi sigur (SO te poate intrerupe, teoretic indefinit de mult timp) tavi From so@atlantis.cs.pub.ro Mon Nov 10 16:07:34 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Mon, 10 Nov 2003 18:07:34 +0200 (EET) Subject: [so] o problema ciudata Message-ID: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> pe "scurt": "If sem_op is 0 (read operation) and semval is non-zero, the process sleeps on a queue waiting for semval to become zero." Am facut un program mic care incrementeaza val unui semafor; daca valoare= a semaforului ajunge la N, atunci un alt semafor e facut 0. In continuare s= e face un sem_op 0 pe semaforul 2, si cand iese afiseaza ceva. Pornesc programul, intra in starea "waiting"... de ce atunci cand il intrerup (CTRL-Z) si il trimit in background ("bg") se sare de starea waiting ? (a se intelege ca e vb de linux...) ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Mon Nov 10 17:22:24 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Mon, 10 Nov 2003 09:22:24 -0800 (PST) Subject: [so] Structuri IPC In-Reply-To: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <20031110172224.58452.qmail@web40016.mail.yahoo.com> --0-491379405-1068484944=:57656 Content-Type: text/plain; charset=us-ascii In enuntul temei este un paragraf care poate naste interpretari. Se scrie ca: "Cofetaria trebuie sa fie implementata ca un program separat, ce initializeaza structurile IPC si arunca prajiturile vechi." Eu de aici am inteles ca in cofetarie se vor initializa structurile( semafoare, memorie partajata, coada de mesaje) necesare pe tot parcursul programului si ca aici se vor arunca prajiturile. Semafoarele necesare sincronizarii clientilor, cum ar fi semaforul de asteptare al tuturor membrilor unui grup eu am ales sa fie creat si distrus de primul membru sosit al unui grup(verifica daca nu era deja creat si daca nu era deja creat inseamna ca e primul membru al grupului). Aceasta abordare mi se pare normala pentru ca cofetaria nu are de unde sa stie ce semafoare sa creeze atata vreme cat nu stie id-urile respectivelor grupurii ce urmeaza sa vina, asa ca nu ar avea cum sa creeze in avans aceste semafoare.Iar daca ar astepta mesaj cu id-ul grupului pana ar creea semaforul la care sa astepte grupul primul membru ar termina de mult procesul pentru ca nu ar gasi semafoare la care sa astepte. Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si orice altceva de genul acesta ar trebui create in cofetarie. As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar trebui creat in cofetarie. Va multumesc, Mihai Murgan --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-491379405-1068484944=:57656 Content-Type: text/html; charset=us-ascii
In enuntul temei este un paragraf care poate naste interpretari. Se scrie ca:
"Cofetaria trebuie sa fie implementata ca un program separat, ce initializeaza structurile IPC si arunca prajiturile vechi."
Eu de aici am inteles ca in cofetarie se vor initializa structurile( semafoare, memorie partajata, coada de mesaje) necesare pe tot parcursul programului si ca aici se vor arunca prajiturile. Semafoarele necesare sincronizarii clientilor, cum ar fi semaforul de asteptare al tuturor membrilor unui grup eu am ales sa fie creat si distrus de primul membru sosit  al unui grup(verifica daca nu era deja creat si daca nu era deja creat inseamna ca e primul membru al grupului).
Aceasta abordare mi se pare normala pentru ca cofetaria nu are de unde sa stie ce semafoare sa creeze atata vreme cat nu stie id-urile respectivelor grupurii ce urmeaza sa vina, asa ca nu ar avea cum sa creeze in avans aceste semafoare.Iar daca ar astepta mesaj cu id-ul grupului pana ar creea semaforul la care sa astepte grupul primul membru ar termina de mult procesul pentru ca nu ar gasi semafoare la care sa astepte.
Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si orice altceva de genul acesta ar trebui create in cofetarie.
As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar trebui creat in cofetarie.
 
Va multumesc,
Mihai Murgan

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-491379405-1068484944=:57656-- From so@atlantis.cs.pub.ro Mon Nov 10 17:43:36 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 10 Nov 2003 19:43:36 +0200 Subject: [so] Structuri IPC In-Reply-To: <20031110172224.58452.qmail@web40016.mail.yahoo.com> References: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> > >Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea >intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si >orice altceva de genul acesta ar trebui create in cofetarie. >As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar >trebui creat in cofetarie. > nu este necesar ca toate ipcurile sa fie create din cofetarie. imi cer scuze pt neclaritate, incercam sa arat ce ar trebui sa faca programul cofetarie. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 10 20:03:56 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 10 Nov 2003 22:03:56 +0200 Subject: [so] upload Message-ID: <1068494636.3fafef2c88d0c@cs.pub.ro> Pentru unii din voi informatiile la crearea contului de upload au fost incomplete - lipsea grupa. Cu campul respectiv nesetat, va puteti loga, dar nu puteti face upload. In concluzie, cine vrea :) sa faca upload de teme in viitorul apropiat, e asteptat (pe mail: dee@cs.pub.ro) cu precizari asupra grupei. Mai jos e lista de studenti in cauza: CostacheRuxandra ClejaMihai StanculeanuIonel HerbeiuRadu BarjovanuVlad DavidDan Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 10 20:14:36 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Mon, 10 Nov 2003 12:14:36 -0800 (PST) Subject: [so] terminarea programului In-Reply-To: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> Message-ID: <20031110201436.37781.qmail@web41012.mail.yahoo.com> Cand ar trebui sa se termine programul sweetshop? In momentul in care au aparut toate cele group_max grupuri si toti mebrii lor au fost serviti? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 10 22:37:24 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Tue, 11 Nov 2003 00:37:24 +0200 (EET) Subject: [so] erori Message-ID: <1785.141.85.0.67.1068503844.squirrel@www.as.ro> Ce (ar trebui)/(ar fi bine) sa se intample cand un consumator comanda un numar de prajituri mai mare decat capacitatea frigiderului sau un grup e format din un numar de oameni mai mare decat capacitatea cofetariei? Si separat, ce ar tb sa se intample daca consumeri din acealasi grup sunt porniti cu un numar al membrilor grupului diferit ? (la intrebarea asta, din enunt se intelegea ca "se presupune acelasi", deci nu ar trebui tratata eroarea). Marian. ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Tue Nov 11 00:41:25 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 02:41:25 +0200 Subject: [so] erori In-Reply-To: <1785.141.85.0.67.1068503844.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031111024047.00ad6448@mail.mymail.ro> nu se intampla asa ceva :). Maria. >Ce (ar trebui)/(ar fi bine) sa se intample cand un consumator comanda un >numar de prajituri mai mare decat capacitatea frigiderului sau un grup e >format din un numar de oameni mai mare decat capacitatea cofetariei? >Si separat, ce ar tb sa se intample daca consumeri din acealasi grup sunt >porniti cu un numar al membrilor grupului diferit ? (la intrebarea asta, >din enunt se intelegea ca "se presupune acelasi", deci nu ar trebui >tratata eroarea). > >Marian. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 00:46:18 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 02:46:18 +0200 Subject: [so] terminarea programului In-Reply-To: <20031110201436.37781.qmail@web41012.mail.yahoo.com> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> teoretic nu ar tr sa se termine niciodata si sa fie oprita cu CTRL-C... dar cum inca nu ati facut semnale pentru a putea distruge IPCurile (lucru absolut necesar (sa distrugeti IPCurile)), ideea ta e buna... asa ca raspunsul este: da. Maria. At 12:14 PM 11/10/2003 -0800, you wrote: >Cand ar trebui sa se termine programul sweetshop? >In momentul in care au aparut toate cele group_max >grupuri si toti mebrii lor au fost serviti? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 06:18:01 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Tue, 11 Nov 2003 08:18:01 +0200 Subject: [so] terminarea programului References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> Message-ID: <3FB07F19.7090509@pcnet.ro> Cum nu s-a specificat nimic in enuntz in legatura cu terminarea programelor eu am astfel: inchid cofetaria daca apas pe tasta q, moment cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie si daca nu mai sunt inchid ipc-urile si daca sunt nu inchid...trimit mesaj ca sa mai aspepte cu inchiderea.Stiam ca trebuie semnale dar nu aveam voie sa folosim.E ok asa? Maria Mateescu wrote: > > teoretic nu ar tr sa se termine niciodata si sa fie oprita cu > CTRL-C... dar cum inca nu ati facut semnale pentru a putea distruge > IPCurile (lucru absolut necesar (sa distrugeti IPCurile)), ideea ta e > buna... asa ca raspunsul este: > da. > > Maria. > > At 12:14 PM 11/10/2003 -0800, you wrote: > > >> Cand ar trebui sa se termine programul sweetshop? >> In momentul in care au aparut toate cele group_max >> grupuri si toti mebrii lor au fost serviti? > > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > From so@atlantis.cs.pub.ro Tue Nov 11 08:28:29 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 10:28:29 +0200 Subject: [so] terminarea programului In-Reply-To: <3FB07F19.7090509@pcnet.ro> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031111102801.00a5ea00@mail.mymail.ro> da... e bine de vreme ce se termina intr'un fel. Maria. >Cum nu s-a specificat nimic in enuntz in legatura cu terminarea >programelor eu am astfel: inchid cofetaria daca apas pe tasta q, moment >cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie si daca nu >mai sunt inchid ipc-urile si daca sunt nu inchid...trimit mesaj ca sa mai >aspepte cu inchiderea.Stiam ca trebuie semnale dar nu aveam voie sa >folosim.E ok asa? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 10:10:55 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 11 Nov 2003 02:10:55 -0800 (PST) Subject: [so] o problema ciudata In-Reply-To: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <20031111101055.30937.qmail@web60502.mail.yahoo.com> --- Marian Mihailescu wrote: > pe "scurt": > "If sem_op is 0 (read operation) and semval is > non-zero, the process > sleeps on a queue waiting for semval to become > zero." > Am facut un program mic care incrementeaza val unui > semafor; daca valoarea > semaforului ajunge la N, atunci un alt semafor e > facut 0. In continuare se > face un sem_op 0 pe semaforul 2, si cand iese > afiseaza ceva. Pornesc > programul, intra in starea "waiting"... de ce atunci > cand il intrerup > (CTRL-Z) si il trimit in background ("bg") se sare > de starea waiting ? > (a se intelege ca e vb de linux...) Operatiile blocante pot fi intrerupte de semnale. Probabil ca procesul tau din background incearca sa faca o scriere sau o citire de la stdout/stdin si primeste un semnal SIGTTOU/SIGTTIN pt ca nu are consola (fiind in background) iar parintele sau primeste un semnal SIGCHLD. Daca nu asta e cazul, in orice caz procesul tau care asteapta la semafor este deblocat de catre un semnal. De aceea este recomandat ca operatiile blocante sa se efectueze intr-o bucla de genul: do { result = operatie_blocanta(); } while (result != OK); /* conditia result != OK variaza de la caz la caz */ Aceast lucru este valabil atat pentru semafoare cat si pentru cozi de mesaje. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 10:20:08 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 11 Nov 2003 02:20:08 -0800 (PST) Subject: [so] intrebare In-Reply-To: <5.1.0.14.0.20031108171644.00a7c970@mail.mymail.ro> Message-ID: <20031111102008.5977.qmail@web60503.mail.yahoo.com> --- Maria Mateescu wrote: > > > > > > Un consumator poate sa ceara mai mult de > cakes_max prajituri? > > Da, poate sa ceara mai mult de cakes_max prajituri, > dar nu este obligatoriu > sa le si obtina. > > > > > O a 2-a intrebare : pot folosi in windows > functia atoi? (nu gasesc ceva > >similar in win32api) > > > habar nu am, cred ca da. > Rog pe altcineva sa raspunda la intrebarea asta. Exista niste functii pentru stringuri Unicode dar nu ne intereseaza acest aspect la SO. E Ok sa folosesti atoi pentru ca noi o sa lucram doar cu stringuri ASCII. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 11:29:07 2003 From: so@atlantis.cs.pub.ro (sorin adi) Date: Tue, 11 Nov 2003 03:29:07 -0800 (PST) Subject: [so] despre makefile Message-ID: <20031111112907.56948.qmail@web21205.mail.yahoo.com> in reguli nu sunt specificate decat ca arhiva nu contine executabile,ok. Dar daca dupa rularea makefile executabilele le-am pus in src e bine sau nu? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 13:00:38 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Tue, 11 Nov 2003 15:00:38 +0200 Subject: [so] o problema ciudata In-Reply-To: <20031111101055.30937.qmail@web60502.mail.yahoo.com> References: <20031111101055.30937.qmail@web60502.mail.yahoo.com> Message-ID: On Tue, 11 Nov 2003 02:10:55 -0800 (PST), Cosmin Arad wrote: > > Operatiile blocante pot fi intrerupte de semnale. > Probabil ca procesul tau din background incearca sa > faca o scriere sau o citire de la stdout/stdin si > primeste un semnal SIGTTOU/SIGTTIN pt ca nu are > consola (fiind in background) iar parintele sau > primeste un semnal SIGCHLD. > Daca nu asta e cazul, in orice caz procesul tau care > asteapta la semafor este deblocat de catre un semnal. > > De aceea este recomandat ca operatiile blocante sa se > efectueze intr-o bucla de genul: > > do { > result = operatie_blocanta(); > } while (result != OK); > /* conditia result != OK variaza de la caz la caz */ > Exista un macro care face acest lucru pentru voi: TEMP_FAILURE_RETRY. tavi From so@atlantis.cs.pub.ro Wed Nov 12 09:35:26 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 12 Nov 2003 11:35:26 +0200 Subject: [so] terminarea programului In-Reply-To: <3FB07F19.7090509@pcnet.ro> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> <3FB07F19.7090509@pcnet.ro> Message-ID: <3FB1FEDE.4000403@romus.ro> Ruxi Jitianu wrote: > Cum nu s-a specificat nimic in enuntz in legatura cu terminarea > programelor eu am astfel: inchid cofetaria daca apas pe tasta q, > moment cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie > si daca nu mai sunt inchid ipc-urile si daca sunt nu inchid...trimit > mesaj ca sa mai aspepte cu inchiderea.Stiam ca trebuie semnale dar nu > aveam voie sa folosim.E ok asa? Puneti si in readme treburile astea. --Adrian. From so@atlantis.cs.pub.ro Wed Nov 12 09:38:58 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 12 Nov 2003 11:38:58 +0200 Subject: [so] despre makefile In-Reply-To: <20031111112907.56948.qmail@web21205.mail.yahoo.com> References: <20031111112907.56948.qmail@web21205.mail.yahoo.com> Message-ID: <3FB1FFB2.8090800@romus.ro> sorin adi wrote: >in reguli nu sunt specificate decat ca arhiva nu >contine >executabile,ok. Dar daca dupa rularea makefile >executabilele >le-am pus in src e bine sau nu? > > Directorul src este acolo ca sa contina _doar_ surse. Deci incearca sa faci executabilele in acelasi director cu Makefile, nu in src. --Adrian. From so@atlantis.cs.pub.ro Wed Nov 12 17:41:44 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 12 Nov 2003 19:41:44 +0200 Subject: [so] terminare Message-ID: <001101c3a944$3d265b20$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_000E_01C3A955.00A0D340 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sper ca nu sunt depunctat daca la mine cofetaria se termina la ctrl-c. = (signal pe linux si consolectrlhandler pe windows) Toate structurile alocate sunt dealocate in ordine, toate ipc-urile = create sunt distruse. ------=_NextPart_000_000E_01C3A955.00A0D340 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Sper ca nu sunt depunctat daca la mine = cofetaria se=20 termina la ctrl-c. (signal pe linux si consolectrlhandler pe=20 windows)
Toate structurile alocate sunt = dealocate in ordine,=20 toate ipc-urile create sunt distruse.
------=_NextPart_000_000E_01C3A955.00A0D340-- From so@atlantis.cs.pub.ro Wed Nov 12 18:24:25 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Wed, 12 Nov 2003 20:24:25 +0200 (E. Europe Standard Time) Subject: [so] Intrebare ... Furnizor References: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <3FB27AD9.000001.01504@einstein> --------------Boundary-00=_PG49QL80000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_PG49LVC0000000000000" --------------Boundary-00=_PG49LVC0000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Furnizorul verifica periodic frigiderul cofetariei?=0D sau il chem eu cand vreau eu? --------------Boundary-00=_PG49LVC0000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Furnizorul verifica periodic frigiderul cofetariei?
sau il chem eu cand vreau eu?
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_PG49LVC0000000000000-- --------------Boundary-00=_PG49QL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: <7480D687-4EF4-4555-B65B-D83D71EE0843> R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_PG49QL80000000000000-- From so@atlantis.cs.pub.ro Wed Nov 12 19:32:21 2003 From: so@atlantis.cs.pub.ro (Costin APOSTOL) Date: Wed, 12 Nov 2003 21:32:21 +0200 (EET) Subject: [so] Timpul afisat la upload Message-ID: Din fericire ne este afisat timpul cand ne logam pentru a trimite tema. Din pacate nu ne avantajeaza deloc: e cam inainte cu vreo ora si 20 minute. Cu ce ora si DATA sunt primite temele noastre, ca asa cum vad eu lucrurile acum deadline-ul este pe la ora 22:30 ? Errare humanum est, perseverare diabolicum Costin From so@atlantis.cs.pub.ro Wed Nov 12 19:43:09 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 12 Nov 2003 21:43:09 +0200 Subject: [so] Timpul afisat la upload In-Reply-To: References: Message-ID: On Wed, 12 Nov 2003 21:32:21 +0200 (EET), Costin APOSTOL wrote: > > Din fericire ne este afisat timpul cand ne logam pentru a trimite > tema. Din pacate nu ne avantajeaza deloc: e cam inainte cu vreo ora si 20 > minute. > No more... tavi From so@atlantis.cs.pub.ro Wed Nov 12 23:55:13 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 01:55:13 +0200 Subject: [so] Intrebare ... Furnizor In-Reply-To: <3FB27AD9.000001.01504@einstein> References: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> --=====================_595195==_.REL Content-Type: text/plain; charset="us-ascii"; format=flowed frunizorul este un program care este lansat de fiecare data cand vrea utilizatorul, adica eu :). Maria. >Furnizorul verifica periodic frigiderul cofetariei? >sau il chem eu cand vreau eu? >____________________________________________________ >IMSTP1.gif >IncrediMail - Email has finally evolved - >Click Here > > >---------- >90ecd.jpg Acasa.ro vine cu albumele, >tu vino doar cu pozele ;) > > --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ --=====================_595195==_.REL Content-Type: image/gif; name="IMSTP1.gif"; x-mac-type="47494666"; x-mac-creator="4A565752" Content-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro.1> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="IMSTP1.gif" R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --=====================_595195==_.REL Content-Type: image/jpeg; name="90ecd.jpg"; x-mac-type="4A504547"; x-mac-creator="4A565752" Content-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro.2> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="90ecd.jpg" /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAABAAEDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD/AD/6 KKKAP//Z --=====================_595195==_.REL-- From so@atlantis.cs.pub.ro Thu Nov 13 08:35:53 2003 From: so@atlantis.cs.pub.ro (Toma Monica) Date: Thu, 13 Nov 2003 00:35:53 -0800 (PST) Subject: [so] intrebare acces la frigider Message-ID: <20031113083553.78577.qmail@web10404.mail.yahoo.com> Am si eu o pb destul de ..grava... Intrebarea se refera la accesul la memoria partajata. Mai precis, daca de exp un consumator face cerere pe memoria partajata si obtine drept de acces(adica sunt suficiente prajituri)dar intre timp (inainte de a "pune mana pe mutex") vine procesul care curata frigiderul si ia mutexul si scoate suficiente prajituri astfel incat, in momentul in care termina, in frigider nu mai sunt suficiente prajituri pt a le scoate din memorie...Ce se poate face. Noi avem practic 2 tipuri de consumatori care actioneza diferit. Ce se poate face in acest caz? Sa mai introducem un mutex ? Ma gandesc ca modificarea prod-cons nu se poate pune pb.. ===== I dream of finding myself laughing! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 13 08:45:41 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Thu, 13 Nov 2003 00:45:41 -0800 (PST) Subject: [so] alta intrebare tema 2 In-Reply-To: <2.0beta.1068059446313.1360656092858937010.atta@@mymail.ro> Message-ID: <20031113084541.57257.qmail@web41001.mail.yahoo.com> --- Maria Mateescu wrote: > Cum vrei. > > Am schimbat putin enuntul temei. Nu mai trebuie > ca daca ai 4 scaune libere > si vine un grup de 5 si apoi un grup de 3, al > doilea grup sa o ia inainte. > Primul grup poate sa ocupe 4 scaune si sa mai > astepte unul. > > Maria. Asa trebuie facuta implementarea? Pentru ca din enunt se intelege ca grupul de 5 asteapta pana sunt libere 5 scaune? "Daca nu exista group_size locuri libere in sala consumatorii din intregul grup asteapta eliberarea lor" Intelesesem ca enuntul nu s-a schimbat. :( __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 13 21:07:55 2003 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Thu, 13 Nov 2003 13:07:55 -0800 Subject: [so] semafoare windows References: <20031113084541.57257.qmail@web41001.mail.yahoo.com> Message-ID: <010301c3aa2a$35bc7f40$42c8100a@dany> Salut! Pentru a simula un semafor care sa decrementeze cu mai mult de 1 odata este ok daca asociez fiecarui semafor o memorie partajata? toate bune! From so@atlantis.cs.pub.ro Thu Nov 13 10:41:44 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:41:44 +0300 Subject: [so] intrebare acces la frigider Message-ID: <2.0beta.1068723704000.-6533070337438367259.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Dupa cum ti-ai dat seama, abordarea ta este fundamental gresita. Gandeste-te de ce apar race-urile in general, si care sunt mecanismele pentru evitarea lor. =20 Hint: cum faci sa "rezervi" cate prajituri vrei, ca sa nu ti le poata lua celalalt proces ? =20 Maria. =20 >Am si eu o pb destul de ..grava... >Intrebarea se refera la accesul la memoria partajata. >Mai precis, daca de exp un consumator face cerere pe >memoria partajata si obtine drept de acces(adica sunt >suficiente prajituri)dar intre timp (inainte de a >"pune mana pe mutex") vine procesul care curata >frigiderul si ia mutexul si scoate suficiente >prajituri astfel incat, in momentul in care termina, >in frigider nu mai sunt suficiente prajituri pt a le >scoate din memorie...Ce se poate face. Noi avem >practic 2 tipuri de consumatori care actioneza >diferit. >Ce se poate face in acest caz? Sa mai introducem un >mutex ? Ma gandesc ca modificarea prod-cons nu se >poate pune pb.. =20 >=3D=3D=3D=3D=3D =20 >I dream of finding myself laughing! =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Dupa cum ti-ai dat seama, abordarea ta este fundamental gresita.
Gandeste-te de ce apar race-urile in general, si care sunt mecanismele pentru = evitarea lor.

Hint: cum faci sa "rezervi" cate prajituri vrei, ca sa nu ti le = poata lua celalalt proces ?

Maria.

>Am si eu o pb destul de ..grava...
>Intrebarea se refera la accesul la memoria partajata.
>Mai precis, daca de exp un consumator face cerere pe
>memoria partajata si obtine drept de acces(adica sunt
>suficiente prajituri)dar intre timp (inainte de a
>"pune mana pe mutex") vine procesul care curata
>frigiderul si ia mutexul si scoate suficiente
>prajituri astfel incat, in momentul in care termina,
>in frigider nu mai sunt suficiente prajituri pt a le
>scoate din memorie...Ce se poate face. Noi avem
>practic 2 tipuri de consumatori care actioneza
>diferit.
>Ce se poate face in acest caz? Sa mai introducem un
>mutex ? Ma gandesc ca modificarea prod-cons nu se
>poate pune pb..

>=3D=3D=3D=3D=3D

>I dream of finding myself laughing!


>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 10:43:48 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:43:48 +0300 Subject: [so] alta intrebare tema 2 Message-ID: <2.0beta.1068723828027.89367946393948167.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable mail.yahoo.com Asta se refera la faptul ca ei nu se apuca sa manance pana cand nu au toti loc. =20 Maria. =20 >"Daca nu exista group_size locuri libere in sala >consumatorii din intregul grup asteapta eliberarea >lor" =20 >Intelesesem ca enuntul nu s-a schimbat. :( =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable mail.yahoo.com
Asta se refera la faptul ca ei nu se apuca sa manance pana cand nu au toti = loc.

Maria.

>"Daca nu exista group_size locuri libere in sala
>consumatorii din intregul grup asteapta eliberarea
>lor"

>Intelesesem ca enuntul nu s-a schimbat. :(


>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 10:45:59 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:45:59 +0300 Subject: [so] semafoare windows Message-ID: <2.0beta.1068723959730.7933368643405124340.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable in principiu nu... dar depinde de ce faci cu memoria partajata :P. ai putea avea probleme cu downu'. =20 Maria. >Salut! =20 > Pentru a simula un semafor care sa decrementeze cu mai mult de 1 >odata este ok daca asociez fiecarui semafor o memorie partajata? =20 >toate bune! =20 >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable in principiu nu... dar depinde de ce faci cu memoria partajata :P.
ai putea avea probleme cu downu'.

Maria.
>Salut!

> Pentru a simula un semafor care sa decrementeze cu mai mult de = 1
>odata este ok daca asociez fiecarui semafor o memorie partajata?

>toate bune!

>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 11:50:20 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Thu, 13 Nov 2003 13:50:20 +0200 (E. Europe Standard Time) Subject: [so] Conflict References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> Message-ID: <3FB36FFC.000001.01540@einstein> --------------Boundary-00=_WVGAQL80000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_WVGALVC0000000000000" --------------Boundary-00=_WVGALVC0000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable M-am lovit de urmatoarea problema.=0D Se face o cerere de prajituri din partea consumatorilor.=0D Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si i= a pentru el prajuturile vechi.=0D Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei.=0D =0D Cum rezolv problema?=0D =0D Florin --------------Boundary-00=_WVGALVC0000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
M-am lovit de urmatoarea problema.
Se face o cerere de prajituri din partea consumatorilor.
Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul= si ia pentru el prajuturile vechi.
Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei= =2E
 
Cum rezolv problema?
 
Florin
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_WVGALVC0000000000000-- --------------Boundary-00=_WVGAQL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: <8373EF3A-E7B5-4240-8244-1781197289A5> R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_WVGAQL80000000000000-- From so@atlantis.cs.pub.ro Thu Nov 13 12:23:07 2003 From: so@atlantis.cs.pub.ro (dinca radu) Date: Thu, 13 Nov 2003 14:23:07 +0200 Subject: [so] semafoare Message-ID: <200311131223.hADCN85W010603@k.k.ro> Sunt obligat sa folosesc semafoare ? Daca programul meu ar functiona la fel de bine si fara, ar fi vreo problema ? Sentimente.ro - www.sentimente.ro Peste 50.000 de prieteni te asteapta! From so@atlantis.cs.pub.ro Thu Nov 13 13:28:42 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 15:28:42 +0200 Subject: [so] semafoare In-Reply-To: <200311131223.hADCN85W010603@k.k.ro> References: <200311131223.hADCN85W010603@k.k.ro> Message-ID: On Thu, 13 Nov 2003 14:23:07 +0200, dinca radu wrote: > > Sunt obligat sa folosesc semafoare ? Daca programul meu ar functiona la > fel de bine si fara, ar fi vreo problema ? > Nu poate sa functioneze corect fara semafoare/cozi de mesaje/alte mecanisme IPC. Prin functionat corect nu se intelege faptul ca "mi-e imi merge", ci faptul ca se poate demonstra mai mult sau mai putin riguros sa nu exista conditii de cursa sau probleme de sincronizare. tavi From so@atlantis.cs.pub.ro Thu Nov 13 13:31:11 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 15:31:11 +0200 Subject: [so] Conflict In-Reply-To: <3FB36FFC.000001.01540@einstein> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <3FB36FFC.000001.01540@einstein> Message-ID: On Thu, 13 Nov 2003 13:50:20 +0200 (E. Europe Standard Time), Florin Pop wrote: > M-am lovit de urmatoarea problema. > > Se face o cerere de prajituri din partea consumatorilor. > > Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si > ia > pentru el prajuturile vechi. > Consumatorilor nu trebuie sa li se spuna ca exista prajituri. Ei trebuie sa le astepte pana cand vin. tavi From so@atlantis.cs.pub.ro Thu Nov 13 13:49:57 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 15:49:57 +0200 Subject: [so] terminare In-Reply-To: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> ok Maria. >Sper ca nu sunt depunctat daca la mine cofetaria se termina la ctrl-c. >(signal pe linux si consolectrlhandler pe windows) >Toate structurile alocate sunt dealocate in ordine, toate ipc-urile create >sunt distruse. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Thu Nov 13 16:05:51 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 18:05:51 +0200 Subject: [so] semafoare In-Reply-To: <200311131431.hADEV7eD021996@k.k.ro> References: <200311131431.hADEV7eD021996@k.k.ro> Message-ID: On Thu, 13 Nov 2003 16:31:07 +0200, dinca radu wrote: > > Pai am o locatie de memorie in care imi pun "mutex-ul" meu virtual > ...daca > locatia respectiva e 0 atunci mi se da acces la frigider , altfel > programul > asteapta sa se faca locatia 0. De ce nu mi s-ar functiona ? > > Trebuie sa ai garantia ca citirea si scrierea din "mutex-ul virtual" se fac atomic. Sunt multe motive pentru care citirea si scrierea in "multex-ul virtual" ar putea sa nu fie atomice: - optimizari de compilator - optimizari in procesor - executie paralela in procesor - cvasi-paralelismul oferit de SO pentru procese - sisteme SMP In al doilea rand, daca tu astepti ca locatia sa se faca 0 fara a folosi semafoare & stuff, o sa o faci busy wating. From so@atlantis.cs.pub.ro Thu Nov 13 20:13:42 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 13 Nov 2003 22:13:42 +0200 Subject: [so] Asteptare Message-ID: <004001c3aa22$a332c7d0$6400a8c0@andrei> This is a multi-part message in MIME format. ------=_NextPart_000_003D_01C3AA33.65B09070 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable O asteptare de genul urmator: repeta la infinit: take mutex verificare resursa partajata (eventual break) release mutex facuta de mai multe procese simultan, se considera a fi ok sau tinde = spre o asteptare blocanta? daca e ok, au toate procesele "sanse" egale de a face verificarea = resursei? ------=_NextPart_000_003D_01C3AA33.65B09070 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
O asteptare de genul = urmator:
 
repeta la infinit:
    take = mutex
    verificare resursa=20 partajata (eventual break)
    release = mutex
 
facuta de mai multe procese simultan, = se considera=20 a fi ok sau tinde spre o asteptare blocanta?
daca e ok, au toate procesele "sanse" = egale de a=20 face verificarea resursei?
------=_NextPart_000_003D_01C3AA33.65B09070-- From so@atlantis.cs.pub.ro Thu Nov 13 20:56:28 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 13 Nov 2003 12:56:28 -0800 (PST) Subject: [so] Asteptare In-Reply-To: <004001c3aa22$a332c7d0$6400a8c0@andrei> Message-ID: <20031113205628.98887.qmail@web60509.mail.yahoo.com> --- Andrei Hagiescu wrote: > O asteptare de genul urmator: > > repeta la infinit: > take mutex > verificare resursa partajata (eventual break) > release mutex > > facuta de mai multe procese simultan, se considera a > fi ok sau tinde spre o asteptare blocanta? > daca e ok, au toate procesele "sanse" egale de a > face verificarea resursei? Nu e OK pentru ca e busy-waiting. Asta daca nu cumva procesul care modifica resursa tine mutexul de la inceput si ii da drumul abia dupa modificarea resursei iar cei care citesc nu cicleaza infinit. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 09:33:52 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Fri, 14 Nov 2003 01:33:52 -0800 (PST) Subject: [so] prajituri vs consumatori In-Reply-To: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> Message-ID: <20031114093352.9175.qmail@web41007.mail.yahoo.com> Daca un consumator vrea 5 prajituri si in frigider sunt doar 3 , consumatorul va lua 3 prajituri dupa care va mai astepta sa ia 2 ? sau va astepta sa fie 5 prajituri in frigider ca sa le poate lua pe toate? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 09:55:11 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 14 Nov 2003 11:55:11 +0200 Subject: [so] prajituri vs consumatori In-Reply-To: <20031114093352.9175.qmail@web41007.mail.yahoo.com> References: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031114115453.00a5f640@mail.mymail.ro> cum vrei. Maria. >Daca un consumator vrea 5 prajituri si in frigider >sunt doar 3 , consumatorul va lua 3 prajituri dupa >care va mai astepta sa ia 2 ? > >sau va astepta sa fie 5 prajituri in frigider ca sa le >poate lua pe toate? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Fri Nov 14 14:21:39 2003 From: so@atlantis.cs.pub.ro (sorin adi) Date: Fri, 14 Nov 2003 06:21:39 -0800 (PST) Subject: [so] despre upload Message-ID: <20031114142139.22742.qmail@web21207.mail.yahoo.com> Am dat din greseala upload la o tema de windows in loc de tema de linux. Dupa care am uploadat si pe tema de linux,adica eu am trimis 2 teme identice fara sa vreau si mi-au aparut ca 2 teme trimise. Acuma nu as vrea sa ii fie corectata tema de windows (care e de fapt de linux) si vreau sa trimit si tema Windows(dar poate mai incolo in vacanta).Cum fac? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 16:03:15 2003 From: so@atlantis.cs.pub.ro (Badea Ovidiu) Date: Fri, 14 Nov 2003 08:03:15 -0800 (PST) Subject: [so] loc Message-ID: <20031114160315.98270.qmail@web13507.mail.yahoo.com> Exista vreo restrictie in ceea ce priveste locul (programul) in care trebuie sa aiba loc consumarea prajiturilor. Ceva de genul: consumatorii trebuie sa astepte sa intre in cofetarie in programul consumer si apoi sa isi astepte prajiturile in programul sweetshop? Sau asta ramane la latitudinea noastra ? In enunt nu era nimic explicit, dar dupa ce am citit niste mesaje de pe lista m-au lovit dubiile (si m-au trantit la pamant). __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 15:36:32 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 14 Nov 2003 18:36:32 +0300 Subject: [so] loc Message-ID: <2.0beta.1068827792528.2399367487516369908.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable nu exista nici o restrictie explicita dar trebuie sa te gandesti cum e mai bine. =20 Maria. >Exista vreo restrictie in ceea ce priveste locul >(programul) in care trebuie sa aiba loc consumarea >prajiturilor. Ceva de genul: consumatorii trebuie sa >astepte sa intre in cofetarie in programul consumer si >apoi sa isi astepte prajiturile in programul >sweetshop? Sau asta ramane la latitudinea noastra ? In >enunt nu era nimic explicit, dar dupa ce am citit >niste mesaje de pe lista m-au lovit dubiile (si m-au >trantit la pamant). =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable nu exista nici o restrictie explicita dar trebuie sa te gandesti cum e mai = bine.

Maria.
>Exista vreo restrictie in ceea ce priveste locul
>(programul) in care trebuie sa aiba loc consumarea
>prajiturilor. Ceva de genul: consumatorii trebuie sa
>astepte sa intre in cofetarie in programul consumer si
>apoi sa isi astepte prajiturile in programul
>sweetshop? Sau asta ramane la latitudinea noastra ? In
>enunt nu era nimic explicit, dar dupa ce am citit
>niste mesaje de pe lista m-au lovit dubiile (si m-au
>trantit la pamant).

>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/





Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Fri Nov 14 18:10:07 2003 From: so@atlantis.cs.pub.ro (Irina Carabus) Date: Fri, 14 Nov 2003 10:10:07 -0800 (PST) Subject: [so] Cakes_max Message-ID: <20031114181007.28599.qmail@web42002.mail.yahoo.com> Buna! Am si eu o intrebare : daca un consumator cere mai mult de "cakes_max " prajituri, ce se intampla? Il las sa astepte (treaba lui!) sau ii dau mesaj (si atunci va sti sa plece)? Mersi! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 22:48:23 2003 From: so@atlantis.cs.pub.ro (Ionut Cirjan) Date: Fri, 14 Nov 2003 14:48:23 -0800 (PST) Subject: Fwd: Re: [so] expandarea var de mediu in lin de comanda Message-ID: <20031114224823.21245.qmail@web41106.mail.yahoo.com> Fac fwd la un mail din timpul temei 1 . Este legat de expandarea variabilelor de mediu in Linux. S-a discutat acest lucru pe lista, s-a lamurit (atunci). Insa daca va uitati sunt puncte scazute pentru ca nu tinem cont de variabile de genul $HOME/bin (varibila trebuia sa se termina la / ). Nu e mult scazut (-0.3) si nu numai la mine, ci la toti!. Ca principiu mi se pare incorect din moment ce a aparut aceasta intrebare, a fost discutata clar si nu era *necesar* sa se utilizeze ca delimitatori si '/'. Durerea nu este in punctele scazute, si in principiul de functionare al acestei liste: avem incredere 100% in ce se raspunde/lamureste/stabileste aici ??? Ionut. PS: cred ca majoritatea colegilor mei ar vrea un raspuns. --- Cosmin Arad wrote: > From: Cosmin Arad > Subject: Re: [so] expandarea var de mediu in lin de > comanda > To: so@atlantis.cs.pub.ro > Date: Tue, 28 Oct 2003 00:17:08 -0800 (PST) > > --- Ionut Cirjan wrote: > > Sal. > > > > Pls, o mica lamurire. > > > > Daca $ apare intr-o comanda, dupa el e un cuvant > > care > > vrea sa reprezinte o variabila de mediu. > > Cum delimitam acest cuvant la celalat capat (la > > sfarsit, la ce caractere ne oprim) ? Space e > > evident, > > dar mai e si altul ? > > Alti delimitatori ar fi operatorii. Atentie insa la > '\' care poate sa iti protejeze $-ul de la inceput > caz > in care nu e vorba de o variabila de mediu ci de > numele unei comenzi sau fisier, de exemplu: ls > \$HOME > va incerca sa faca ls pe fisierul cu numele '$HOME'. > > > Dar daca cuvantul gasit nu e variabila de mediu, > cu > > ce > > il inlocuim ? > > Cu sirul vid. > > > Thanks, > > Ionut. > > __________________________________ > Do you Yahoo!? > Exclusive Video Premiere - Britney Spears > http://launch.yahoo.com/promos/britneyspears/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so ===== I wish you all a lovely day, tomorow and today. Cirjan Ionut Silviu __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 23:46:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Fri, 14 Nov 2003 15:46:32 -0800 (PST) Subject: Fwd: Re: [so] expandarea var de mediu in lin de comanda In-Reply-To: <20031114224823.21245.qmail@web41106.mail.yahoo.com> Message-ID: <20031114234632.99022.qmail@web60506.mail.yahoo.com> Salut, Eu am zis ca "Alti delimitatori ar fi operatorii". Nu am spus ca sunt singurii alti delimitatori. Din ce ti-am raspuns eu in mailul respectiv nu reiese in nici un fel ca nu este *necesar* ca variabilele de mediu sa fie delimitate la dreapta de '/'. Scopul listei este sa te ajute sa-ti faci temele. Bineinteles ca poti sa ai incredere in raspunsurile de pe lista insa citeste-le cu atentie si daca simti ca nu esti lamurit 100% mai intreaba. Succes, Cosmin --- Ionut Cirjan wrote: > Fac fwd la un mail din timpul temei 1 . > Este legat de expandarea variabilelor de mediu in > Linux. > S-a discutat acest lucru pe lista, s-a lamurit > (atunci). > Insa daca va uitati sunt puncte scazute pentru ca nu > tinem cont de variabile de genul $HOME/bin (varibila > trebuia sa se termina la / ). > Nu e mult scazut (-0.3) si nu numai la mine, ci la > toti!. > Ca principiu mi se pare incorect din moment ce a > aparut aceasta intrebare, a fost discutata clar si > nu > era *necesar* sa se utilizeze ca delimitatori si > '/'. > > Durerea nu este in punctele scazute, si in > principiul > de functionare al acestei liste: avem incredere 100% > in ce se raspunde/lamureste/stabileste aici ??? > > Ionut. > > PS: cred ca majoritatea colegilor mei ar vrea un > raspuns. > > > --- Cosmin Arad wrote: > > From: Cosmin Arad > > Subject: Re: [so] expandarea var de mediu in lin > de > > comanda > > To: so@atlantis.cs.pub.ro > > Date: Tue, 28 Oct 2003 00:17:08 -0800 (PST) > > > > --- Ionut Cirjan wrote: > > > Sal. > > > > > > Pls, o mica lamurire. > > > > > > Daca $ apare intr-o comanda, dupa el e un cuvant > > > care > > > vrea sa reprezinte o variabila de mediu. > > > Cum delimitam acest cuvant la celalat capat (la > > > sfarsit, la ce caractere ne oprim) ? Space e > > > evident, > > > dar mai e si altul ? > > > > Alti delimitatori ar fi operatorii. Atentie insa > la > > '\' care poate sa iti protejeze $-ul de la inceput > > caz > > in care nu e vorba de o variabila de mediu ci de > > numele unei comenzi sau fisier, de exemplu: ls > > \$HOME > > va incerca sa faca ls pe fisierul cu numele > '$HOME'. > > > > > Dar daca cuvantul gasit nu e variabila de mediu, > > cu > > > ce > > > il inlocuim ? > > > > Cu sirul vid. > > > > > Thanks, > > > Ionut. > > > > __________________________________ > > Do you Yahoo!? > > Exclusive Video Premiere - Britney Spears > > http://launch.yahoo.com/promos/britneyspears/ > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > ===== > > > > I wish you all a lovely day, > tomorow and today. > > Cirjan Ionut Silviu > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 23:44:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 01:44:55 +0200 Subject: [so] Cakes_max In-Reply-To: <20031114181007.28599.qmail@web42002.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> il lasi sa astepte. Maria. >daca un consumator cere mai >mult de "cakes_max " prajituri, ce se intampla? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Fri Nov 14 23:50:57 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 01:50:57 +0200 Subject: [so] Conflict In-Reply-To: <3FB36FFC.000001.01540@einstein> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Iti inteleg lovitura.... :). solutia ar fi ca in loc sa lasi consumatorii sa rezerve prajituri care ar putea dispare sa pui gunoierul in situatia in care sa poata rezerva pentru aruncare prajituri care pot fi mancate intre timp. Maria. >M-am lovit de urmatoarea problema. >Se face o cerere de prajituri din partea consumatorilor. >Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si ia >pentru el prajuturile vechi. >Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei. > >Cum rezolv problema? > >Florin --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 00:06:16 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Fri, 14 Nov 2003 16:06:16 -0800 (PST) Subject: [so] ./sweetshop parametri Message-ID: <20031115000616.29411.qmail@web60305.mail.yahoo.com> Este o sugestie ca max_cakes si max_seats sa fie luati cu getenv. Bun! dar ala care testeaza ce face se duce in fiecare consola si seteaza variabilele sau le are setate odate de la bootare si atunci ar cam trebuie sa stim numele. Sau alta intrebare, ce rost mai au paramtrii pt sweetshop daca vom face cu getenv? Intreb pt ca ar fi trist sa fac tema si la corectare: ./sweetshop 30 30 70 ... hmm nu merge? nota 4 :P deci care ma lumineaza (intrebarea este pt cei care corecteaza)? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:18:41 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 15 Nov 2003 01:18:41 -0800 (PST) Subject: [so] Cakes_max In-Reply-To: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <20031115091841.77992.qmail@web41002.mail.yahoo.com> In cazul in care un consumator va cere mai mult de cakes max el nu va fi niciodata servit deci tot grupul va ramane blocat. Sa intelegem ca acesta e un comportamnet ok ? --- Maria Mateescu wrote: > > il lasi sa astepte. > > Maria. > > > >daca un consumator cere mai > >mult de "cakes_max " prajituri, ce se intampla? > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:20:13 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 15 Nov 2003 01:20:13 -0800 (PST) Subject: [so] parametrii liniei de comanda In-Reply-To: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <20031115092013.8122.qmail@web41009.mail.yahoo.com> Se presupune ca paramterii liniei de comanda sunt dati corect adica se vor introduce niste parametrii valizi? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:34:38 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 11:34:38 +0200 Subject: [so] parametrii liniei de comanda In-Reply-To: <20031115092013.8122.qmail@web41009.mail.yahoo.com> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115113430.00a5f960@mail.mymail.ro> da >Se presupune ca paramterii liniei de comanda sunt dati >corect adica se vor introduce niste parametrii valizi? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 09:34:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 11:34:55 +0200 Subject: [so] Cakes_max In-Reply-To: <20031115091841.77992.qmail@web41002.mail.yahoo.com> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> da >In cazul in care un consumator va cere mai mult de >cakes max el nu va fi niciodata servit deci tot grupul >va ramane blocat. Sa intelegem ca acesta e un >comportamnet ok ? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 10:06:35 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sat, 15 Nov 2003 12:06:35 +0200 Subject: [so] Cakes_max References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> Message-ID: <3FB5FAAB.2040303@pcnet.ro> E a nu stiu cata oara cand se vorbeste despre chestia asta si m-am incurcat de tot.....vreau sa stiu daca e ok ca eu l-am dat afara pe clientul "mancacios" care vrea mai multe prajituri decat capacitatea frigiderului.Mai exact ies imedit ce constat ca a cerut mai multe prajituri decat cate i de pot da. Multumesc! Ruxandra From so@atlantis.cs.pub.ro Sat Nov 15 10:54:14 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 12:54:14 +0200 Subject: [so] Cakes_max In-Reply-To: <3FB5FAAB.2040303@pcnet.ro> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115125358.00ae5a68@mail.mymail.ro> e ok. si asa, si asa. >E a nu stiu cata oara cand se vorbeste despre chestia asta si m-am >incurcat de tot.....vreau sa stiu daca e ok ca eu l-am dat afara pe >clientul "mancacios" care vrea mai multe prajituri decat capacitatea >frigiderului.Mai exact ies imedit ce constat ca a cerut mai multe >prajituri decat cate i de pot da. > >Multumesc! > >Ruxandra --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 11:34:22 2003 From: so@atlantis.cs.pub.ro (Octavian PURDILA) Date: Sat, 15 Nov 2003 13:34:22 +0200 Subject: [so] Re: Am o nelamurire In-Reply-To: <20031114212032.96165.qmail@web40020.mail.yahoo.com> References: <20031114212032.96165.qmail@web40020.mail.yahoo.com> Message-ID: <1068896062.3fb60f3ecd151@cs.pub.ro> Quoting Murgan Mihai : Acest raspuns este unul generic pentru toate plangerile de genul celor de mai jos (buguri de tip buffer overflow). Nu se va mai raspunde la alte plangeri similare. > Domnule profesor, > > nedumerit. Din ceea ce spuneati dumneavoastra pe lista > reiesea clar ca se pot limita comenzile la maxim 500 > de caractere, dar sa specificam acest lucru in readme. > Exact asa am facut si eu, am specificat in readme > acest lucru si intr-adevar nu am mai verificat in > program daca se depaseste sau nu aceasta limita, din Dupa cum reiese din discutia de pe lista, puteai sa limitezi buferele, DAR trebuia sa verifici atunci cand scrii in ele astfel incat sa nu le depasesti. Problema care s-a intalnit la tine poarte numele de buffer overflow si este responsabila de 90% (sau poate chiar mai mult) de exploiturile existente. Problema buffer overflow nu poate fi corectata decat - daca programatorul programeaza corect si nu scrie in bufere mai mult decat este cazul - limbajul verifica la fiecare scriere dimensiunea bufferului Cum optiunea doi nu este implementata in C, singura solutie corecta este optiunea unu. tavi ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Sat Nov 15 12:24:18 2003 From: so@atlantis.cs.pub.ro (dinca radu) Date: Sat, 15 Nov 2003 14:24:18 +0200 Subject: [so] JMP Message-ID: <200311151224.hAFCOI6I002971@k.k.ro> ce instructiune gen jmp din assembler exista in C de linux ? si cum folosesc etichete pt. ea? daca se poate as dori un raspuns cat mai rapid , pt. ca chiar am nevoie de ea :) Radu Sentimente.ro - www.sentimente.ro Peste 50.000 de prieteni te asteapta! From so@atlantis.cs.pub.ro Sat Nov 15 12:26:36 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 04:26:36 -0800 (PST) Subject: [so] JMP In-Reply-To: <200311151224.hAFCOI6I002971@k.k.ro> Message-ID: <20031115122636.90010.qmail@web60503.mail.yahoo.com> --- dinca radu wrote: > > ce instructiune gen jmp din assembler exista in C de > linux ? si cum > folosesc etichete pt. ea? > daca se poate as dori un raspuns cat mai rapid , pt. > ca chiar am nevoie de > ea :) instructiuni; goto label; instructiuni; label: instructiuni; Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 17:09:53 2003 From: so@atlantis.cs.pub.ro (Dana Tiba) Date: Sat, 15 Nov 2003 19:09:53 +0200 (EET) Subject: [so] Conflict In-Reply-To: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Message-ID: <35508.81.196.10.119.1068916193.squirrel@dazoot.ro> Salut, In textul temei scrie: "Chiar daca a obtinut numarul de prajituri cerute, fiind tare politicos, consumatorul nu va incepe sa manance decat atunci cand toti prietenii lui si-au primit prajiturile. " Eu intelesesem ca in momentul in care un consumator comanda prajiturile dorite le si primeste (daca acestea exista in momentul acela in frigider) si apoi asteapta sa le manince (adica sa inceapa timpul aleator de microsecunde destinat mincarii). Adica in timpul in care este "politicos" si ii asteapta pe ceilalti el are deja prajiturile pe masa, nu mai sunt in frigider, deci gunoierul nu mai are de ce sa le arunce. dana > > Iti inteleg lovitura.... :). > solutia ar fi ca in loc sa lasi consumatorii sa rezerve prajituri care > ar putea dispare sa pui gunoierul in situatia in care sa poata rezerva > pentru aruncare prajituri care pot fi mancate intre timp. > > Maria. > > >>M-am lovit de urmatoarea problema. >>Se face o cerere de prajituri din partea consumatorilor. >>Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si >> ia pentru el prajuturile vechi. >>Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei. >> >>Cum rezolv problema? >> >>Florin > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so From so@atlantis.cs.pub.ro Sat Nov 15 17:48:00 2003 From: so@atlantis.cs.pub.ro (andrei damian) Date: Sat, 15 Nov 2003 19:48:00 +0200 Subject: [so] Testarea temelor Message-ID: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Salut, In urma rezultatului obtinut la tema 1 am 2 intrebari: - se tine cont de conventiile pe care le-am mentionat in readme privind = implementarea temei? - eu de exemplu am fost depunctat pentru redirectari de genul cmd1 < = cmd2 in conditiile in care am mentionat ca minishellul meu, atunci cand = apar operatori de redirectare, prelucreaza o comanda de genul 'cmd = op_redir nume_fisier'; - din discutiile de pe forum si din textul temei am inteles ca nici = nu se asteapta altceva - va exista un server pe care ne vom putea testa temele si pe care se va = face si corectura? - unele din erorile pentru care am fost depunctat nu imi apar acasa; = e posibil sa fii programat prost, dar nu as fi trimis o tema daca la = comenzi simple ar fi dat segm.fault:D; poate ar fi util sa se = stabileasca macar versiunea de kernel si cea a compilatorului pe care se = face testarea. 10x Andrei DAMIAN 342CA ------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Salut,
 
In urma rezultatului obtinut la tema 1 = am 2=20 intrebari:
- se tine cont de conventiile pe care = le-am=20 mentionat in readme privind implementarea temei?
    - eu de exemplu am = fost=20 depunctat pentru redirectari de genul cmd1 < cmd2 in conditiile = in care=20 am mentionat ca minishellul meu, atunci cand apar operatori de=20 redirectare, prelucreaza o = comanda de genul=20 'cmd op_redir nume_fisier';
    - din discutiile de = pe forum si=20 din textul temei am inteles ca nici nu se asteapta = altceva
 
- va exista un server pe care ne vom = putea testa=20 temele si pe care se va face si corectura?
    - unele din erorile = pentru care=20 am fost depunctat nu imi apar acasa; e posibil sa fii programat prost, = dar nu as=20 fi trimis o tema daca la comenzi simple ar fi dat segm.fault:D; poate ar = fi util=20 sa se stabileasca macar versiunea de kernel si cea a compilatorului pe = care se=20 face testarea.
 
10x
 
Andrei DAMIAN
342CA
 
------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/ignore; charset=US-ASCII; name="SecurityCheck.txt" Content-Disposition: inline ------------------------------------------------------- Xnet scaneaza automat toate mesajele impotriva virusilor folosind RAV AntiVirus. Xnet automatically scans all messages for viruses using RAV AntiVirus. Nota: RAV AntiVirus poate sa nu detecteze toti virusii noi sau toate variantele lor. Va rugam sa luati in considerare ca exista un risc de fiecare data cand deschideti fisiere atasate si ca MobiFon nu este responsabila pentru nici un prejudiciu cauzat de virusi. Disclaimer: RAV AntiVirus may not be able to detect all new viruses and variants. Please be aware that there is a risk involved whenever opening e-mail attachments to your computer and that MobiFon is not responsible for any damages caused by viruses. ------=_NextPart_000_0007_01C3ABB1.5FC03920-- From so@atlantis.cs.pub.ro Sat Nov 15 23:31:10 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 15 Nov 2003 15:31:10 -0800 (PST) Subject: [so] semget Message-ID: <20031115233110.90269.qmail@web11206.mail.yahoo.com> Atunci cand creez un set de semafoare cu semget, ce valoare este introdusa default in semval ? Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo legatura cu numarul maxim de grupuri ? Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 23:42:53 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 15:42:53 -0800 (PST) Subject: [so] semget In-Reply-To: <20031115233110.90269.qmail@web11206.mail.yahoo.com> Message-ID: <20031115234253.11813.qmail@web60502.mail.yahoo.com> --- Andrei Stefan wrote: > Atunci cand creez un set de semafoare cu semget, ce > valoare este introdusa default in semval ? > Id-urile grupurilor pot fi orice numere sau trebuie > sa > aiba vreo legatura cu numarul maxim de grupuri ? Referitor la prima intrebare ai putea presupune ca semafoarele sunt initializate la 0, dar cel mai sigur e sa faci tu un semctl ca sa setezi valaorea. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 00:27:08 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 15 Nov 2003 16:27:08 -0800 (PST) Subject: [so] semget In-Reply-To: <20031115234253.11813.qmail@web60502.mail.yahoo.com> Message-ID: <20031116002708.51318.qmail@web11207.mail.yahoo.com> Pot sa setez la 0 semaforul, dar intre apelul functiei semget si apelul imediat al functiei semctl, un alt proces poate accesa acest semafor, iar pe mine ma intereseaza ca inainte de accesul la semafor, el sa aiba valoarea 1. Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 00:31:24 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 16:31:24 -0800 (PST) Subject: [so] semget In-Reply-To: <20031116002708.51318.qmail@web11207.mail.yahoo.com> Message-ID: <20031116003124.71205.qmail@web60505.mail.yahoo.com> --- Andrei Stefan wrote: > Pot sa setez la 0 semaforul, dar intre apelul > functiei > semget si apelul imediat al functiei semctl, un alt > proces poate accesa acest semafor, iar pe mine ma > intereseaza ca inainte de accesul la semafor, el sa > aiba valoarea 1. Initializarea semafoarelor ar trebui facuta inainte de crearea proceselor care le vor folosi. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 08:09:45 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sun, 16 Nov 2003 00:09:45 -0800 (PST) Subject: [so] aceeasi intrebare Message-ID: <20031116080945.87256.qmail@web11204.mail.yahoo.com> Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo legatura cu numarul maxim de grupuri (intre 0 si GROUP_MAX) ? Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 12:03:23 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 16 Nov 2003 14:03:23 +0200 Subject: [so] inchidere cofetarie References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <3FB7678B.7020400@pcnet.ro> Va rog sa imi spuneti daca se scade din punctaj in caz ca nu ofer posibilitate de inchidere cofetarie in Windows.In linux le-am inchis dar cum nu s-a specificat nimic in partea de enuntz obligatoriu am considerat ca inchiderea este o facilitate in plus.In Linux oricum se impunea pentru ca altfel raman IPC-urile agatate. multumesc! Ruxandra From so@atlantis.cs.pub.ro Sun Nov 16 14:41:52 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 16 Nov 2003 06:41:52 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <20031116144152.9122.qmail@web60309.mail.yahoo.com> --0-1664088012-1068993712=:1228 Content-Type: text/plain; charset=us-ascii e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 de exemplu sa ia fiecare cate 3 si sa se blocheze? Evident ca este vorba de windows ( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1664088012-1068993712=:1228 Content-Type: text/html; charset=us-ascii

e posibil ca, daca exista 6 prajituri si vin doi clienti care cer  4 si 5 de exemplu

sa ia fiecare cate 3 si sa se blocheze?

 

Evident ca este vorba de windows

( si eu care speram sa o portez in mai putin de 3 ore )

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1664088012-1068993712=:1228-- From so@atlantis.cs.pub.ro Sun Nov 16 16:18:08 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 16 Nov 2003 08:18:08 -0800 (PST) Subject: [so] tema 1 corectare Message-ID: <20031116161808.26378.qmail@web41013.mail.yahoo.com> Salut Uitandu-ma peste notele colegilor mei, am observat urmatoarea depunctare: implementare "gresita" a operatorului de cauzalitate, comanda a doua se executa intotdeauna. Recunosc ca, la momentul implementarii temei, nu m-am documentat exact asupra chestiunii. Insa, daca dati man bash, veti observa ca si acolo spune negru pe alb (sau cum aveti voi setate terminalele) ca a doua comanda se executa "if and only if" prima a returnat cod de eroare 0. Deci, pana la urma ne straduim sa urmarim Posix-ul, sau nu? (eu de exemplu am pierdut destul de mult timp simuland paralelismul exact ca in shell, pentru ca acum sa vad ca nu asta se astepta de la noi, mai ales ca nu s-a precizat la vreun moment dat comportamentul exact asteptat). Astept lamuriri. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 16:29:39 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 16 Nov 2003 08:29:39 -0800 (PST) Subject: [so] tema 1 corectare In-Reply-To: <20031116161808.26378.qmail@web41013.mail.yahoo.com> Message-ID: <20031116162939.33899.qmail@web60504.mail.yahoo.com> --- Diana Fulger wrote: > Salut > Uitandu-ma peste notele colegilor mei, am observat > urmatoarea depunctare: implementare "gresita" a > operatorului de cauzalitate, comanda a doua se > executa > intotdeauna. > Recunosc ca, la momentul implementarii temei, nu > m-am > documentat exact asupra chestiunii. Insa, daca dati > man bash, veti observa ca si acolo spune negru pe > alb > (sau cum aveti voi setate terminalele) ca a doua > comanda se executa "if and only if" prima a returnat > cod de eroare 0. Deci, pana la urma ne straduim sa > urmarim Posix-ul, sau nu? (eu de exemplu am pierdut > destul de mult timp simuland paralelismul exact ca > in > shell, pentru ca acum sa vad ca nu asta se astepta > de > la noi, mai ales ca nu s-a precizat la vreun moment > dat comportamentul exact asteptat). > > Astept lamuriri. Iata-le: Cred ca tu interpretezi gresit textul corecturii. "Comanda a doua se executa intotdeauna" in implementarea din tema respectiva si e gresit. Corect este cum ai citit si tu in man. Nu inteleg de ce te referi la paralelism cand operatorul de cauzalitate secventiaza comenzile. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 16:31:00 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 16 Nov 2003 08:31:00 -0800 (PST) Subject: [so] tema 1 corectare In-Reply-To: <20031116162939.33899.qmail@web60504.mail.yahoo.com> Message-ID: <20031116163100.12851.qmail@web41008.mail.yahoo.com> Referinta la paralelism era ceva diferit, am observat ca si pentru asta s-a mai scazut. --- Cosmin Arad wrote: > --- Diana Fulger wrote: > > Salut > > Uitandu-ma peste notele colegilor mei, am observat > > urmatoarea depunctare: implementare "gresita" a > > operatorului de cauzalitate, comanda a doua se > > executa > > intotdeauna. > > Recunosc ca, la momentul implementarii temei, nu > > m-am > > documentat exact asupra chestiunii. Insa, daca > dati > > man bash, veti observa ca si acolo spune negru pe > > alb > > (sau cum aveti voi setate terminalele) ca a doua > > comanda se executa "if and only if" prima a > returnat > > cod de eroare 0. Deci, pana la urma ne straduim sa > > urmarim Posix-ul, sau nu? (eu de exemplu am > pierdut > > destul de mult timp simuland paralelismul exact ca > > in > > shell, pentru ca acum sa vad ca nu asta se astepta > > de > > la noi, mai ales ca nu s-a precizat la vreun > moment > > dat comportamentul exact asteptat). > > > > Astept lamuriri. > > Iata-le: > Cred ca tu interpretezi gresit textul corecturii. > "Comanda a doua se executa intotdeauna" in > implementarea din tema respectiva si e gresit. > Corect > este cum ai citit si tu in man. > > Nu inteleg de ce te referi la paralelism cand > operatorul de cauzalitate secventiaza comenzile. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 21:33:21 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 16 Nov 2003 23:33:21 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <20031116080945.87256.qmail@web11204.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031116233309.00a5fce8@mail.mymail.ro> orice numar. Maria. >Id-urile grupurilor pot fi orice numere sau trebuie sa >aiba vreo legatura cu numarul maxim de grupuri (intre >0 si GROUP_MAX) ? > > > >Andrei > >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 16 21:34:51 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 16 Nov 2003 23:34:51 +0200 Subject: [so] Bill Gates x-( In-Reply-To: <20031116144152.9122.qmail@web60309.mail.yahoo.com> References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031116233417.00a9e610@mail.mymail.ro> da. Maria. >e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 >de exemplu > >sa ia fiecare cate 3 si sa se blocheze? > > > >Evident ca este vorba de windows > >( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 16 22:15:09 2003 From: so@atlantis.cs.pub.ro (miahi) Date: Mon, 17 Nov 2003 00:15:09 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <5.1.0.14.0.20031116233309.00a5fce8@mail.mymail.ro> Message-ID: <20031116231629.DD14328C059@atlantis> nu e un pic cam tarzie precizarea asta? miahi -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Maria Mateescu Sent: 16 noiembrie 2003 23:33 To: so@atlantis.cs.pub.ro Subject: Re: [so] aceeasi intrebare orice numar. Maria. >Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo >legatura cu numarul maxim de grupuri (intre 0 si GROUP_MAX) ? > > > >Andrei From so@atlantis.cs.pub.ro Sun Nov 16 22:27:44 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Sun, 16 Nov 2003 14:27:44 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <5.1.0.14.0.20031116233417.00a9e610@mail.mymail.ro> Message-ID: <20031116222744.47117.qmail@web40002.mail.yahoo.com> --0-1932631138-1069021664=:42994 Content-Type: text/plain; charset=us-ascii Nu inteleg de ce da. In mod normal nu ar trebui sa fie servit unul dintre el si sa ramana celalalt sa astepte? In tema scrie: "fiecare consumator isi asteapta prajiturile (daca nu exista cakes_no prajituri consumatorul va astepta sa se aduca (de catre un furnizor). " Eu inteleg de aici ca presupunand ca cel cu 4 prajituri e primul venit el va lua 4 din cele 6, vor ramane 2 in frigider si cel care vrea 5 va astepta pana vine un furnizor si ii aduce cakes_no(nu neaparat cakes_no, in acest caz cakes_no-2, adica sa ii completeze pana la cakes_no). Am trimis tema in acest mod si as vrea un raspuns, te rog mult, ca sa stiu ca totul e in ordine. Mihai Murgan Maria Mateescu wrote: da. Maria. >e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 >de exemplu > >sa ia fiecare cate 3 si sa se blocheze? > > > >Evident ca este vorba de windows > >( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1932631138-1069021664=:42994 Content-Type: text/html; charset=us-ascii
Nu inteleg de ce da. In mod normal nu ar trebui sa fie servit unul dintre el si sa ramana celalalt sa astepte?
In tema scrie:
"fiecare consumator isi asteapta prajiturile (daca nu exista cakes_no prajituri consumatorul va astepta sa se aduca (de catre un furnizor). "
Eu inteleg de aici ca presupunand ca cel cu 4 prajituri e primul venit el va lua 4 din cele 6, vor ramane 2 in frigider si cel care vrea 5 va astepta pana vine un furnizor si ii aduce cakes_no(nu neaparat cakes_no, in acest caz cakes_no-2, adica sa ii completeze pana la cakes_no). Am trimis tema in acest mod si as vrea un raspuns, te rog mult, ca sa stiu ca totul e in ordine.
 
Mihai Murgan

Maria Mateescu <atta@mymail.ro> wrote:

da.

Maria.



>e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5
>de exemplu
>
>sa ia fiecare cate 3 si sa se blocheze?
>
>
>
>Evident ca este vorba de windows
>
>( si eu care speram sa o portez in mai putin de 3 ore )



---------------------------------------------------------------
Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
http://poze.acasa.ro/

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1932631138-1069021664=:42994-- From so@atlantis.cs.pub.ro Sun Nov 16 22:48:12 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 16 Nov 2003 14:48:12 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <20031116222744.47117.qmail@web40002.mail.yahoo.com> Message-ID: <20031116224812.83220.qmail@web41011.mail.yahoo.com> io am intrebat exact acelasi lucru si mi s-a zis ca putem sa facem tema cum vrem adica fie ia cate o prajitura pana isi face numarul fie le asteapta pe toate. --- Murgan Mihai wrote: > Nu inteleg de ce da. In mod normal nu ar trebui sa > fie servit unul dintre el si sa ramana celalalt sa > astepte? > In tema scrie: > "fiecare consumator isi asteapta prajiturile (daca > nu exista cakes_no prajituri consumatorul va astepta > sa se aduca (de catre un furnizor). " > Eu inteleg de aici ca presupunand ca cel cu 4 > prajituri e primul venit el va lua 4 din cele 6, vor > ramane 2 in frigider si cel care vrea 5 va astepta > pana vine un furnizor si ii aduce cakes_no(nu > neaparat cakes_no, in acest caz cakes_no-2, adica sa > ii completeze pana la cakes_no). Am trimis tema in > acest mod si as vrea un raspuns, te rog mult, ca sa > stiu ca totul e in ordine. > > Mihai Murgan > > Maria Mateescu wrote: > > da. > > Maria. > > > > >e posibil ca, daca exista 6 prajituri si vin doi > clienti care cer 4 si 5 > >de exemplu > > > >sa ia fiecare cate 3 si sa se blocheze? > > > > > > > >Evident ca este vorba de windows > > > >( si eu care speram sa o portez in mai putin de 3 > ore ) > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > --------------------------------- > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 07:17:16 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 09:17:16 +0200 Subject: [so] Testarea temelor In-Reply-To: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> References: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> Message-ID: <1069053436.3fb875fc2981e@cs.pub.ro> Salut, > In urma rezultatului obtinut la tema 1 am 2 intrebari: > - eu de exemplu am fost depunctat pentru redirectari de genul cmd1 < cmd2 > in conditiile in care am mentionat ca minishellul meu, atunci cand apar > operatori de redirectare, prelucreaza o comanda de genul 'cmd op_redir > nume_fisier'; Intr-adevar cmd1 < cmd2 nu avea ce cauta acolo, nefiind in cerintele temei. Am corectat. > - va exista un server pe care ne vom putea testa temele si pe care se va face > si corectura? > - unele din erorile pentru care am fost depunctat nu imi apar acasa; e > posibil sa fii programat prost, dar nu as fi trimis o tema daca la comenzi > simple ar fi dat segm.fault:D; poate ar fi util sa se stabileasca macar > versiunea de kernel si cea a compilatorului pe care se face testarea. In legatura cu serverul de lucru, o sa intreb. Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 07:53:04 2003 From: so@atlantis.cs.pub.ro (Ifrim Mircea) Date: Sun, 16 Nov 2003 23:53:04 -0800 (PST) Subject: [so] CreateProcess Message-ID: <20031117075304.41556.qmail@web20308.mail.yahoo.com> --0-360097760-1069055584=:38427 Content-Type: text/plain; charset=us-ascii Am si eu o mica problema: cum creez un proces pe windows care sa aiba ca parametru o functie de-a mea, de exemplu functia void myprocedure(void) ? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-360097760-1069055584=:38427 Content-Type: text/html; charset=us-ascii
Am si eu o mica problema: cum creez un proces pe windows care sa aiba ca parametru o functie de-a mea,  de exemplu functia void myprocedure(void) ?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-360097760-1069055584=:38427-- From so@atlantis.cs.pub.ro Mon Nov 17 08:39:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 00:39:32 -0800 (PST) Subject: [so] CreateProcess In-Reply-To: <20031117075304.41556.qmail@web20308.mail.yahoo.com> Message-ID: <20031117083932.12528.qmail@web60509.mail.yahoo.com> --- Ifrim Mircea wrote: > Am si eu o mica problema: cum creez un proces pe > windows care sa aiba ca parametru o functie de-a > mea, de exemplu functia void myprocedure(void) ? Nu inteleg prea bine ce vrei sa faci. Banuiesc ca vrei sa executi o functie specificata la run-time. Daca asta este cazul iti dai seama ca codul functiei trebuie sa fie executabil si sa fie incarcat undeva in segmentul de cod al procesului. Ai 2 variante: Sa definesti toate functiile al caror nume il poti primi ca parametru in programul tau sau sa le definesti intr-un DLL pe care sa-l incarci. Daca vrei sa faci altceva specifica clar ce. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 10:02:18 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 17 Nov 2003 12:02:18 +0200 Subject: [so] Testarea temelor In-Reply-To: <1069053436.3fb875fc2981e@cs.pub.ro> References: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> <1069053436.3fb875fc2981e@cs.pub.ro> Message-ID: On Mon, 17 Nov 2003 09:17:16 +0200, Doina Bucur wrote: > Salut, >> - va exista un server pe care ne vom putea testa temele si pe care se >> va face si corectura? >> Acest lucru nu este posibil: unii dintre asistenti nu pot corecta tema pe server pentru ca nu au Internet decat prin dial-up. tavi From so@atlantis.cs.pub.ro Mon Nov 17 10:18:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 17 Nov 2003 12:18:55 +0200 Subject: [so] Conflict In-Reply-To: <35508.81.196.10.119.1068916193.squirrel@dazoot.ro> References: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031117121826.00a5ff20@mail.mymail.ro> asa este cum ai zis tu, dar alta era problema lui Florin. Maria. >Salut, > >In textul temei scrie: >"Chiar daca a obtinut numarul de prajituri cerute, fiind tare politicos, >consumatorul nu va incepe sa manance decat atunci cand toti prietenii lui >si-au primit prajiturile. " > >Eu intelesesem ca in momentul in care un consumator comanda prajiturile >dorite le si primeste (daca acestea exista in momentul acela in frigider) >si apoi asteapta sa le manince (adica sa inceapa timpul aleator de >microsecunde destinat mincarii). Adica in timpul in care este "politicos" >si ii asteapta pe ceilalti el are deja prajiturile pe masa, nu mai sunt in >frigider, deci gunoierul nu mai are de ce sa le arunce. > >dana --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 17 10:20:27 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 17 Nov 2003 12:20:27 +0200 Subject: [so] inchidere cofetarie In-Reply-To: <3FB7678B.7020400@pcnet.ro> References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031117121925.00a93778@mail.mymail.ro> e bine. terminarea se cere tocmai pentru ca ramaneau IPCuri nedistruse. Maria. >Va rog sa imi spuneti daca se scade din punctaj in caz ca nu ofer >posibilitate de inchidere cofetarie in Windows.In linux le-am inchis dar >cum nu s-a specificat nimic in partea de enuntz obligatoriu am considerat >ca inchiderea este o facilitate in plus.In Linux oricum se impunea pentru >ca altfel raman IPC-urile agatate. > >multumesc! > >Ruxandra --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 17 10:46:35 2003 From: so@atlantis.cs.pub.ro (bogdan dragusanu) Date: Mon, 17 Nov 2003 02:46:35 -0800 (PST) Subject: [so] 'ipcs' pe Win Message-ID: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Cum putem vedea semafoarele , cozile de mesaje, memoriile partajate ramase pe Windows. Adica ceva analog lui 'ipcs' de pe Linux. Eventual cum se poate da remove. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 10:59:25 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Mon, 17 Nov 2003 12:59:25 +0200 Subject: [so] despre upload In-Reply-To: <20031114142139.22742.qmail@web21207.mail.yahoo.com> References: <20031114142139.22742.qmail@web21207.mail.yahoo.com> Message-ID: <3FB8AA0D.5080903@romus.ro> sorin adi wrote: >Am dat din greseala upload la o tema de windows in loc >de tema de linux. >Dupa care am uploadat si pe tema de linux,adica eu am >trimis 2 teme identice fara sa vreau si mi-au aparut >ca 2 teme trimise. >Acuma nu as vrea sa ii fie corectata tema de windows >(care e de fapt de linux) si vreau sa trimit si tema >Windows(dar poate mai incolo in vacanta).Cum fac? > > Se ia in considerare ultima tema trimisa. --Adrian. From so@atlantis.cs.pub.ro Mon Nov 17 11:06:39 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Mon, 17 Nov 2003 13:06:39 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <20031116231629.DD14328C059@atlantis> References: <20031116231629.DD14328C059@atlantis> Message-ID: <3FB8ABBF.6090707@romus.ro> miahi wrote: >nu e un pic cam tarzie precizarea asta? > >miahi > > Cred ca intrebarile voastre vin cam tarziu! Au fost doua saptamani pentru tema!! --Adrian. From so@atlantis.cs.pub.ro Mon Nov 17 11:10:02 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Mon, 17 Nov 2003 13:10:02 +0200 Subject: [so] 'ipcs' pe Win In-Reply-To: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Message-ID: > Cum putem vedea semafoarele , cozile de mesaje, memoriile partajate ramase pe Windows. Adica ceva analog lui 'ipcs' de pe Linux. Eventual cum se poate da remove. http://www.sysinternals.com/ntw2k/freeware/procexp.shtml Toate obiectele din kernel sunt distruse cand e distrusa ultima referinta din sistem care indica spre ele. Referintele se inchid cu CloseHandle de catre programator sau la terminarea procesului. Ca sa fii sigur ca ai distrus un obiect din kernel, ori inchizi tu tot ce ai deschis (CloseHandle) ori inchizi toate procesele care au deschis handles la obiectele respective. Ovidiu From so@atlantis.cs.pub.ro Mon Nov 17 11:11:05 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 03:11:05 -0800 (PST) Subject: [so] 'ipcs' pe Win In-Reply-To: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Message-ID: <20031117111105.14742.qmail@web60505.mail.yahoo.com> --- bogdan dragusanu wrote: > Cum putem vedea semafoarele , cozile de mesaje, > memoriile partajate ramase pe Windows. Adica ceva > analog lui 'ipcs' de pe Linux. Eventual cum se poate > da remove. Exista utilitarul WinObj cu care poti vedea obiectele Windows. Daca dai dublu-click pe un Mutex sau Semafor iti spune daca este ocupat respectiv valoarea smeaforului. http://www.sysinternals.com/ntw2k/freeware/winobj.shtml Fiecare obiect are un contor de utilizare (de handle-uri deschise la acel obiect). La CloseHandle contorul respectiv este decrementat iar la Open... ori DuplicateHandle este incrementat. Mai exista un contor de referiri ale obiectului respectiv de catre sistemul de operare. De exemplu un semafor poate fi folosit de catre un driver. Cand ambele contoare ajung la 0 obiectul este distrus automat. Chiar daca tu nu dai CloseHandle oricum la terminarea procesului sunt inchise toate handle-urile deschise in proces, asadar obiectele se distrug automat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 13:00:41 2003 From: so@atlantis.cs.pub.ro (Roxana Andrei) Date: Mon, 17 Nov 2003 05:00:41 -0800 (PST) Subject: [so] Inchidere handle in Windows Message-ID: <20031117130041.11433.qmail@web21102.mail.yahoo.com> Eu am trimis tema de win si in urma discutiilor de astazi de pe grup m-am gandit sa intreb daca se depuncteaza daca nu am dat closehandle la toate obiectele. Dau doar in cei care le CREEAZA (frara cei care le deschid). Si inca o intrebare: negasind un "random" pentru win32 api, am citit in linia de comanda timpul de mancare prajituri. Daca nu se scade, nu as vrea sa retrimit (-0.25). Multumesc __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 13:08:16 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Mon, 17 Nov 2003 15:08:16 +0200 Subject: [so] tema 3 Message-ID: <20031117125913.M97111@idilis.ro> In enuntul temei 3 se specifica ca trebuie implementate politicile SIGNAL AND CONTINUE si SIGNAL AND WAIT. Eu am citit in primul document dat pe site ca exista SIGNAL AND WAIT si SIGNAL AND URGENT WAIT diferenta fiind aceea ca la SIGNAL AND WAIT prioritate cozii Entry=prioritatea cozii Signaller, iar la SIGNAL AND URGENT WAIT prioritatea cozii Entry 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu zice nimic de pb. 2. In documentatia de mingw care e referita la observatii (http://www.mingw.org/docs.shtml) nu am gasit instructiuni despre creat DLL de windows. Zice acolo ceva de librarii .so, etc, dar de .dll nu am vazut nimic. Daca se poate un link mai precis... -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again From so@atlantis.cs.pub.ro Mon Nov 17 16:45:38 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 18:45:38 +0200 Subject: [so] tema1 - corectare & note Message-ID: <1069087538.3fb8fb32075ad@cs.pub.ro> Salut, Baremul temei 1 arata asa: 1p - afisarea promptului si tot ce depinde de el 0.25p - posibilitatea de a citi & executa comenzi in linia de comanda/fisier (aici s-a scazut mai ales pentru buguri de citire din fisier) 0.75p - implementarea cd (comanda interna) 1p - executia comenzilor externe 1p - recunoasterea si expandarea variabilelor de mediu 1p - executia secventiala ";" 1p - executia paralela "&" 1p - executia cauzala "&&" 1p - executia cu pipe "|" 0.5p - redirectarea de output ">" 0.5p - redirectarea de output/err "&>" 0.5p - redirectarea de err "2>" 0.5p - indirectarea "<" Punctajele de mai sus sunt maximul de punctaj care vi se poate scadea pe o subproblema (de ex. "|") daca nu e implementata deloc. In afara de punctajele care vi se pot scadea pentru asta, exista punctaje scazute pentru incorectitudinea programarii (materializate prin segfault, de ex) . Pentru fiecare problema/bug pe care l-am intalnit, exista un punctaj fix care se scade (sau un interval de punctaj, in cazuri rare). Au existat vreo doua probleme/buguri pentru care a fost cazul ca punctajele sa fie modificate pe parcursul corectarii, de unde si eventualele neclaritati (asta si din cauza ca rezultatele au fost publicate partial pe site, inainte de terminarea corectarii - asta a fost necesar, ca sa nu repetati greselile la tema2). De ex.: -0.30 - fisierele rezultate prin redirectare de output/err nu au drepturi (parametrul mode la open) -0.20 - redirectarea la output/err nu face trunchiere pe fisiere existente -0.30 - segfault la getenv -1 - segfault la malloc & friends (buffer overflow) intre 0 si 0.60 - probleme de parsare a spatiilor (depunctarea depinde de gravitate); pentru simplitate problemele de genul asta, in afara de cateva cazuri speciale, au fost in final uniformizate etc Pentru neclaritati mailto: dee@cs.pub.ro, nu pe lista. Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 17:54:43 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 17 Nov 2003 19:54:43 +0200 Subject: [so] tema3 In-Reply-To: <20031117145954.6D8643FCF2@server1.messagingengine.com> References: <20031117145954.6D8643FCF2@server1.messagingengine.com> Message-ID: On Mon, 17 Nov 2003 16:59:54 +0200, Bogdan Butnaru wrote: > 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei > probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu > zice nimic de pb. > Formularea va invita sa trimiteti mailuri pe lista daca exista neclaritati :) > 2. In documentatia de mingw care e referita la observatii > (http://www.mingw.org/docs.shtml) nu am gasit instructiuni despre creat > DLL de windows. Zice acolo ceva de librarii .so, etc, dar de .dll nu am > vazut nimic. Daca se poate un link mai precis... > Nu prea ai cautat... Al treilea bulet: How to create a dll Here's an example. Cut and paste the following into a file named dllfct.h: #ifdef BUILD_DLL // the dll exports #define EXPORT __declspec(dllexport) #else // the exe imports #define EXPORT __declspec(dllimport) #endif // function to be imported/exported EXPORT void tstfunc (void); Cut and paste the following into a file named dllfct.c: #include #include "dllfct.h" EXPORT void tstfunc (void) { printf ("Hello\n"); } Cut and paste the following into a file named hello.c: #include "dllfct.h" int main () { tstfunc (); return (0); } To create the dll and an executable that uses it, try the following: gcc -c hello.c gcc -c -DBUILD_DLL dllfct.c dllwrap --output-lib=libtstdll.a --dllname=tst.dll --driver-name=gcc dllfct.o gcc -o hello.exe hello.o -L./ -ltstdll For more information on dlls, see http://www.nanotech.wisc.edu/~khan/software/gnu-win32/dllhelpers.html tavi From so@atlantis.cs.pub.ro Mon Nov 17 18:11:33 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Mon, 17 Nov 2003 10:11:33 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <1069087538.3fb8fb32075ad@cs.pub.ro> Message-ID: <20031117181133.70849.qmail@web11203.mail.yahoo.com> Ar fi fost bine de stiut de la inceput cam ce teste ar fi trebuit sa indeplineasca temele noastre, nu sa ne imaginam noi teste posibile si sa nu stim de fapt ce se cere de la noi ..... Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 20:24:51 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 22:24:51 +0200 Subject: [so] Re: Fwd: corectare tema1 linux In-Reply-To: References: Message-ID: <1069100691.3fb92e9373fc4@cs.pub.ro> Cum destul de multi dintre voi ati ales comportamentul tip "pus in background" pentru &, mesajul asta devine general: > ------- Forwarded message ------- > From: Catalin Constantin > To: tavi@cs.pub.ro > Subject: corectare tema1 linux > Date: Mon, 17 Nov 2003 22:14:01 +0200 > > > http://cs.pub.ro/so/Teme/note/343CA/ConstantinCatalin/tema1/lin/NOTA > > > > -0.40 > > > > Actiunea lui sleep nu e vizibila in testul urmator: > > > > [tavi@lemon]> sleep 2 & ls -la > > total 108 > > drwxr-xr-x 4 tavi tavi 4096 Nov 16 20:06 . > > drwxr-xr-x 3 tavi tavi 4096 Nov 2 23:35 .. > > // executia se termina imediat; pe primul proces nu faci wait la > > exec_comanda(,,false) > > > > > > mi se pare perfect normal sa faca asa > > pentru ca & pune in background ! Enuntul temei zice asa: "Operatorul de paralelism "&" . Astfel "alfa & beta" va executa comenzile alfa si beta in paralel." Adica trebuia sa implementati o facilitate care nu isi are echivalentul in bash, si pentru operatorul asta sa nu imitati bashul. > > am testat si pe bash si face la fel cum fac eu. Doina -- dee@cs.pub.ro ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 22:36:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 14:36:21 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031117125913.M97111@idilis.ro> Message-ID: <20031117223621.23494.qmail@web60508.mail.yahoo.com> --- Ioana Cutcutache wrote: > In enuntul temei 3 se specifica ca trebuie > implementate politicile SIGNAL > AND CONTINUE si SIGNAL AND WAIT. Eu am citit in > primul document dat pe site > ca exista SIGNAL AND WAIT si SIGNAL AND URGENT WAIT > diferenta fiind aceea ca > la SIGNAL AND WAIT prioritate cozii > Entry=prioritatea cozii Signaller, iar la > SIGNAL AND URGENT WAIT prioritatea cozii > Entry In enunt se specifica de asemenea ca : > "Cand aveti fire de executie in toate cozile > alegerea se va face tinand > cont ca coada de procese blocate la intrare, Entry > Queue, este cea mai putin > prioritara." > Din aceasta inteleg ca prioritatea Entry > Queue Queue, deci noi practic trebuie sa implementam > varianta SIGNAL AND URGENT > WAIT. Asa e? Da, asa e. Am scris eu prescurtat :). Am pus o clarificare la Observatii in legatura cu asta. > A doua intrebare : daca mai multe fire de > executie asteapta la o variabila > conditie trebuie ca atunci cand se da signal pe > variabila respectiva sa fie > trecut in coada Waiting cel care asteapta de cel mai > mult timp sau oricare > din ele? (daca ar trebui luat in considerare cel > care asteapta de cel mai de > mult ar trebui folosite si niste cozi...) Oricare dintre ele. Pe langa faptul ca este mai complicata, implementarea cu cozi FIFO aduce si o penalizare de performanta (can u see why?), deci nu isi are rostul. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 23:02:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 15:02:54 -0800 (PST) Subject: [so] P(n) pe Windows Message-ID: <20031117230254.17549.qmail@web60509.mail.yahoo.com> Salut, Cred ca unii dintre voi ati abordat gresit problema cu P(n) in Windows. Daca protejezi semaforul cu un mutex si faci n operatii WaitForSingleObject dupa care eliberezi mutexul se intampla serializarea operatiilor P. De exemplu pentru un semafor cu valoarea 6 pe care se fac operatiile P(7), P(2), P(2), P(2) din 4 threaduri diferite, operatiile P(2) vor astepta dupa P(7) care tine mutexul asociat semaforului, desi nu ar trebui sa astepte. Am pus la http://cs.pub.ro/~so/Laboratoare/Semaphore.zip o propunere de semafor generalizat pe Windows cu operatiile P(n), V(n) si WaitZero(). Semaforul poate fifolosit cu threaduri, asigura fairness si nu serializeaza operatiile. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 18 14:26:13 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Tue, 18 Nov 2003 16:26:13 +0200 Subject: [so] tema3 In-Reply-To: References: <20031117145954.6D8643FCF2@server1.messagingengine.com> Message-ID: <20031118142613.6A54941E2E@server1.messagingengine.com> OK, am inteles cum e cu dll-urile. Totusi, care sunt formularile pentru cele trei probleme suplimentare: Bounded Buffer cu mai multi producatori si mai multi consumatori, Dining Philosophers, Cigarette Smokers? On Mon, 17 Nov 2003 19:54:43 +0200, "Octavian Purdila" said: > On Mon, 17 Nov 2003 16:59:54 +0200, Bogdan Butnaru > wrote: > > > 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei > > probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu > > zice nimic de pb. > > > > Formularea va invita sa trimiteti mailuri pe lista daca exista > neclaritati > :) > -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Faster than the air-speed velocity of an unladen european swallow From so@atlantis.cs.pub.ro Wed Nov 19 06:51:54 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Wed, 19 Nov 2003 08:51:54 +0200 Subject: [so] tema 3 References: <20031117223621.23494.qmail@web60508.mail.yahoo.com> Message-ID: <000c01c3ae69$a1be7ac0$0c829ad5@ioana> Am o nelamurire : vad ca s-a mai schimbat ceva in enuntul temei, si anume a disparut propozitia "Deblocarea unui fir de executie din orice coada din monitor se va face obligatoriu in ordine FIFO." Asta inseamna ca nu trebuie sa fie deblocate in ordine FIFO firele de executie din Entry, Waiting, Signaller? De asemenea la destroy se spune "destroy - apelat cand monitorul nu este liber, mai exista un fir de executie activ in monitor. " Prin fir activ ce se intelege? Firul care detine monitorul? Banuiesc ca nu se poate distruge un monitor daca sunt fire care asteapta in una din cozi, chiar daca nici unul nu il detine. Rezolvarea celor 2 probleme se poate face cu oricare din politici vrem? From so@atlantis.cs.pub.ro Wed Nov 19 10:30:46 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 19 Nov 2003 02:30:46 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <000c01c3ae69$a1be7ac0$0c829ad5@ioana> Message-ID: <20031119103046.86608.qmail@web60505.mail.yahoo.com> --- Ioana Cutcutache wrote: > Am o nelamurire : vad ca s-a mai schimbat ceva > in enuntul temei, si > anume a disparut propozitia "Deblocarea unui fir de > executie din orice coada > din monitor se va face obligatoriu in ordine FIFO." > Asta inseamna ca nu > trebuie sa fie deblocate in ordine FIFO firele de > executie din Entry, > Waiting, Signaller? Exact. Nu este obligatorie ordinea FIFO in nici una din cozi. > De asemenea la destroy se spune "destroy - > apelat cand monitorul nu > este liber, mai exista un fir de executie activ in > monitor. " Prin fir activ > ce se intelege? Firul care detine monitorul? > Banuiesc ca nu se poate > distruge un monitor daca sunt fire care asteapta in > una din cozi, chiar daca > nici unul nu il detine. Da, prin fir activ se intelege cel care detine monitorul. Da, nu se poate distruge nici daca ai fire blocate in el. Am omis sa specific. > Rezolvarea celor 2 probleme se poate face cu > oricare din politici vrem? Da. In situatia in care una din probleme necesita o anumita politica specificati in README de ce. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 10:55:09 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 19 Nov 2003 02:55:09 -0800 (PST) Subject: [so] tema3 In-Reply-To: <20031118142613.6A54941E2E@server1.messagingengine.com> Message-ID: <20031119105510.3631.qmail@web60508.mail.yahoo.com> --- Bogdan Butnaru wrote: > OK, am inteles cum e cu dll-urile. Totusi, care sunt > formularile pentru > cele trei probleme suplimentare: > > Bounded Buffer cu mai multi producatori si mai multi > consumatori, > Dining Philosophers, > Cigarette Smokers? BoundedBuffer e problema producator consumator. Producatorul produce (adauga) elemente intr-un buffer de dimensiune fixa, iar consumatorul extrage elemente din buffer. De data aceasta vei avea mai mult de un producator si mai mult de un consumator. Practic nu e mare diferenta. Producatorii trebuie sa astepte la o conditie full si consumatorii la o conditie empty. Problema e banala dar s-o rezolvati corect. Dining philosophers e problema clasica cu N filosofi in jurul unei mese rotunde. Fiecare are in fata sa o farfurie cu spagette si exista N furculite plasate intre cele N farfurii astfel incat fiecare filosof are in stanga si in dreapta cate o furculita pe care se "bate" cu vecinii din stanga respectiv dreapta. In caz ca mai trebuie mentionat, filosofii sunt procese care concureaza pt resursele de tip furculita. Exista in cartea Modern Operating Systems a lui Tanenbaum o solutie cu semafoare la acesta problema. Voi trebuie sa gasiti o solutie cu monitoare si sunteti restrictionati la a folosi doar un monitor. Probabil ca in loc sa astepte la niste monitoare filosofii vor astepta la niste variabile conditie din monitor. S-ar putea ca inlocuirea chioara a semafoarelor din solutia lui Tanenbaum cu variabile conditie sa nu reprezinte o solutie corecta. Trebuie sa evitati deadlock, livelock, etc. Solutii gresite gasiti in curs ca sa vedeti care sunt capcanele. In problema Cigarette Smokers avem 4 procese: 3 fumatori si un agent. Fiecare fumator detine unul dintre ingredientele: tutun, hartie si chibrite, necesare pentru a aprinde o tigara. Asadar un fumator va avea doar tutun, unul doar hartie si unul doar chibrite. Agentul va avea o cantitate nelimitata din toate cele 3 ingrediente. La un moment dat agentul pune pe masa 2 dintre ingrediente, pe rand, iar fumatorul care il are pe al treilea isi va aprinde o tigara. Agentul va astepta ca fumatorul sa termine de fumat dupa care ciclul se repeta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 11:20:57 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 19 Nov 2003 13:20:57 +0200 Subject: [so] tema1 - corectare & note In-Reply-To: <20031117181133.70849.qmail@web11203.mail.yahoo.com> References: <20031117181133.70849.qmail@web11203.mail.yahoo.com> Message-ID: <3FBB5219.3080707@romus.ro> Andrei Stefan wrote: >Ar fi fost bine de stiut de la inceput cam ce teste ar >fi trebuit sa indeplineasca temele noastre, nu sa ne >imaginam noi teste posibile si sa nu stim de fapt ce >se cere de la noi ..... > Nu inteleg care-i problema. Scrie pe site (in enuntul temei si pe mail-list) ce trebuie sa faca temele, sau cum zici tu: ce se cere de la voi. Programele nu se fac sa mearga pe anumite teste! Ci pe toate combinatiile de teste care se incadreaza in cerinte. --sadyc From so@atlantis.cs.pub.ro Wed Nov 19 11:24:55 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 19 Nov 2003 13:24:55 +0200 Subject: [so] tema3 In-Reply-To: <20031118142613.6A54941E2E@server1.messagingengine.com> References: <20031117145954.6D8643FCF2@server1.messagingengine.com> <20031118142613.6A54941E2E@server1.messagingengine.com> Message-ID: <3FBB5307.6030805@romus.ro> Bogdan Butnaru wrote: >OK, am inteles cum e cu dll-urile. Totusi, care sunt formularile pentru >cele trei probleme suplimentare: > >Bounded Buffer cu mai multi producatori si mai multi consumatori, >Dining Philosophers, >Cigarette Smokers? > Da voi chiar nu cititi nimic ??? Daca nu ma insel aveti bibliografie pentru SO, crezi ca-i data de pomana? PS: nu astept raspuns la acest email! --sadyc From so@atlantis.cs.pub.ro Wed Nov 19 11:45:10 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Wed, 19 Nov 2003 03:45:10 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <3FBB5219.3080707@romus.ro> Message-ID: <20031119114510.22866.qmail@web41014.mail.yahoo.com> Sa nu exageram importanta informatiilor vehiculate atat pe site, cat si pe mailing list, atata timp cat la intrebarile pentru tema 1 v-ati lansat cu totii in indicatii din cele mai pretioase, iar specificatia exacta a ceea ce se astepta de la noi a sosit abia ca justificare a corectarii. --- Adrian Stanciu wrote: > Andrei Stefan wrote: > > >Ar fi fost bine de stiut de la inceput cam ce teste > ar > >fi trebuit sa indeplineasca temele noastre, nu sa > ne > >imaginam noi teste posibile si sa nu stim de fapt > ce > >se cere de la noi ..... > > > Nu inteleg care-i problema. > Scrie pe site (in enuntul temei si pe mail-list) ce > trebuie sa faca > temele, sau cum zici tu: ce se cere de la voi. > > Programele nu se fac sa mearga pe anumite teste! > Ci pe toate combinatiile de teste care se incadreaza > in cerinte. > > --sadyc > > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 12:41:22 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 19 Nov 2003 14:41:22 +0200 Subject: [so] tema1 - corectare & note In-Reply-To: <20031119114510.22866.qmail@web41014.mail.yahoo.com> References: <20031119114510.22866.qmail@web41014.mail.yahoo.com> Message-ID: Acesta este raspunsul final. Alte intrebari similare (sau comentarii) nu vor mai primi raspuns din partea noastra. On Wed, 19 Nov 2003 03:45:10 -0800 (PST), Diana Fulger wrote: > Sa nu exageram importanta informatiilor vehiculate > atat pe site, cat si pe mailing list, atata timp cat > la intrebarile pentru tema 1 v-ati lansat cu totii in > indicatii din cele mai pretioase, iar specificatia O fraza de introducere frumos construita, cu accente satirice. Dar cu ce o sustii? > exacta a ceea ce se astepta de la noi a sosit abia ca > justificare a corectarii. > Ce se astepta de la voi era specificat in cerintele temei. Fiecare punct din barem este prezent in cerintele temei. Cat despre "nu ar trebuie sa fim depunctati pentru greseli de C" pe care am mai auzit-o... Este o scuza lamentabila. Si in contextul de fata nu are sens: toate sistemele de operare in uz la ora actuala au fost scrise in C, si facilitatile puse la dispozitie de ele sunt disponibile la nivelul cel mai apropiat de SO tot din C. Si ati fost avertizati de la inceput, dar cati dintre voi s-au obosit sa citeasca regulile? Si in fine, o ultima remarca relativ la "cam ce teste ar fi trebuit sa indeplineasca temele noastre". Programele nu sunt terminate atunci cand s-a terminat de scris ultima linie de cod. Ele trebuie testate. De catre programatori in faza initiala pentru a scoate bug-urile evidente, si apoi de echipa QA. tavi From so@atlantis.cs.pub.ro Wed Nov 19 15:59:37 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Wed, 19 Nov 2003 07:59:37 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <3FBB5219.3080707@romus.ro> Message-ID: <20031119155937.94875.qmail@web11208.mail.yahoo.com> Pot sa existe mii de teste ..... Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 20 22:00:25 2003 From: so@atlantis.cs.pub.ro (Sava Ionut) Date: Thu, 20 Nov 2003 14:00:25 -0800 (PST) Subject: [so] In legatura cu corectarea Message-ID: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Am vazut ca tema 1 a fost corectata mai dur. E foarte bine. Ideea ar fi sa invatam ceva din toata chestia asta. Nu sa vedem ce punctaje mici am luat ... Eu as propune asta : sa se spuna cam care vor fi testele ( cel putin mai vag ) sau anume la ce sa fim atenti. Cu alte cuvinte ar trebui sa fim un pic ajutati sa gasim bugurile ca sa putem rezolvam, mai degraba decat sa vedem ca suntem depunctati. Eu personal nu cred ca cineva dupa ce isi vede tema corectata se apuca sa isi corecteze bugurile, deci cu alte cuvinte nu prea invata multe. De asemenea ar fi sa se faca pentru fiecare tema o lista de greseli frecvente si cum se pot rezolva ( eventual si cod dc nu depaseste 5-6 linii). Sau sa fie puse pe site un numar de teme facute f bine ca sa putem sa ne comparam (Chiar daca toti ar face o tema perfect tot ar fi unele care sa fie facute optimizat, cu mai putine linii de cod, mai elegant ... SI TOT AR FI O SANSA IN PLUS SA INVETI CEVA). De exemplu am vazut la mai multi oamneni nu se inchidea pipe-ul. Nu stiam ca trebuia inchis capatul de scriere al pipeului inainte de exec. Si probabil dc nu auzeam pe cine trebuie nici n-as fi aflat prea curand. As dori sa primesc un raspuns la acest mail. Have a nice day! __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Fri Nov 21 08:08:17 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 21 Nov 2003 10:08:17 +0200 Subject: [so] In legatura cu corectarea In-Reply-To: <20031120220025.85634.qmail@web21107.mail.yahoo.com> References: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Message-ID: On Thu, 20 Nov 2003 14:00:25 -0800 (PST), Sava Ionut wrote: > Eu as propune asta : sa se spuna cam care vor fi > testele ( cel putin mai vag ) sau anume la ce sa fim > atenti. Cu alte cuvinte ar trebui sa fim un pic In primul si in primul rand ar trebui sa cititi modalitatea de punctare, si mai ales de depunctare din sectiunea Reguli. Daca exista neclaritati, la cum puteti detecta situatiile descrise acolo, intrebati pe lista. Aproape toate greselile pentru care au fost depunctate majoritatea temelor sunt intalnite in acea lista. In al doilea rand: testati-va temele singuri. Contrar a ceea ce cred unii, nu e nevoie de mii de teste pentru a va verifica programul. Daca aveti clara arhitectura programului este simplu sa testati componentele acestuia, si sa eliminati bugurile evidente. In cazul primei teme acest lucru era banal, pentru ca fiecare comanda putea fi testata separat. Testarea temei este la fel de importanta ca si implementarea ei, asa ca noi consideram ca este mai bine sa nu va dam testele, astfel incat voi sa va ganditi la ele, si prin acest lucru sa intelegeti mai bine tema. > ajutati sa gasim bugurile ca sa putem rezolvam, mai > degraba decat sa vedem ca suntem depunctati. Eu > personal nu cred ca cineva dupa ce isi vede tema > corectata se apuca sa isi corecteze bugurile, deci cu > alte cuvinte nu prea invata multe. > Nu e atat de important sa corectati bugurile unei teme ce a fost notata deja, decat ca exercitiu. Dar e important sa intelegeti de ce a aparuta bugul, si cum puteti evita situatii de genul acesta in viitor. Stiti voi, errare humanum est, perseverare diabolicum. > De asemenea ar fi sa se faca pentru fiecare tema o > lista de greseli frecvente si cum se pot rezolva ( > eventual si cod dc nu depaseste 5-6 linii). Sau sa fie Cea mai frecventa "greseala" este faptul ca nu se programeaza cu pagina de manual in fata. Inainte de a folosi o functie, cititi cu atentie, si pe cat posibil, toata pagina de manual si luati in calcul toate posibilitatile oricat de improbabile ar parea ele. In plus, exista un stil de programare ce duce inevitabil la buguri: fixarea unor limite. Uneori acest lucru este inevitabil, dar in aceste cazuri tineti cont de limite. Aceste greseli sunt cauza a probabil 90% din buguri. > puse pe site un numar de teme facute f bine ca sa > putem sa ne comparam (Chiar daca toti ar face o tema > perfect tot ar fi unele care sa fie facute optimizat, > cu mai putine linii de cod, mai elegant ... SI TOT AR > FI O SANSA IN PLUS SA INVETI CEVA). Acest lucru este imposibil, in situatia in care temele sunt valabile inclusiv in sesiunea de restanta. > De exemplu am vazut la mai multi oamneni nu se > inchidea pipe-ul. Nu stiam ca trebuia inchis capatul > de scriere al pipeului inainte de exec. Si probabil dc > nu auzeam pe cine trebuie nici n-as fi aflat prea > curand. Sunt curios: ai fost la laborator? tavi From so@atlantis.cs.pub.ro Fri Nov 21 09:07:48 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Fri, 21 Nov 2003 01:07:48 -0800 (PST) Subject: [so] In legatura cu corectarea In-Reply-To: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Message-ID: <20031121090748.64855.qmail@web41015.mail.yahoo.com> --0-752689260-1069405668=:62183 Content-Type: text/plain; charset=us-ascii Salut, Chestia cu pipe-ul nu a fost o capcana. Este o chestie tehnica deci legata de laborator , si la care ai fi primit raspunsul si inainte daca ai fi intrebat ( inainte de a trimite tema). P.S. : Aceasta lista vizeaza numai intrebari si raspunsuri legate de teme. Pentru orice alta nelamurire,propunere, etc ar trebui sa va adresati direct la tavi@cs.pub.ro sau direct laborantului (cand problema este de ordin tehnic) George Sava Ionut wrote: Am vazut ca tema 1 a fost corectata mai dur. E foarte bine. Ideea ar fi sa invatam ceva din toata chestia asta. Nu sa vedem ce punctaje mici am luat ... Eu as propune asta : sa se spuna cam care vor fi testele ( cel putin mai vag ) sau anume la ce sa fim atenti. Cu alte cuvinte ar trebui sa fim un pic ajutati sa gasim bugurile ca sa putem rezolvam, mai degraba decat sa vedem ca suntem depunctati. Eu personal nu cred ca cineva dupa ce isi vede tema corectata se apuca sa isi corecteze bugurile, deci cu alte cuvinte nu prea invata multe. De asemenea ar fi sa se faca pentru fiecare tema o lista de greseli frecvente si cum se pot rezolva ( eventual si cod dc nu depaseste 5-6 linii). Sau sa fie puse pe site un numar de teme facute f bine ca sa putem sa ne comparam (Chiar daca toti ar face o tema perfect tot ar fi unele care sa fie facute optimizat, cu mai putine linii de cod, mai elegant ... SI TOT AR FI O SANSA IN PLUS SA INVETI CEVA). De exemplu am vazut la mai multi oamneni nu se inchidea pipe-ul. Nu stiam ca trebuia inchis capatul de scriere al pipeului inainte de exec. Si probabil dc nu auzeam pe cine trebuie nici n-as fi aflat prea curand. As dori sa primesc un raspuns la acest mail. Have a nice day! __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-752689260-1069405668=:62183 Content-Type: text/html; charset=us-ascii
Salut,
 
Chestia cu pipe-ul nu a fost o capcana. Este o chestie tehnica deci legata de laborator ,
si la care ai fi primit raspunsul si inainte daca ai fi intrebat ( inainte de a trimite tema).
 
P.S. : Aceasta lista vizeaza numai intrebari si raspunsuri legate de teme. Pentru orice alta nelamurire,propunere, etc  ar trebui sa va adresati direct la tavi@cs.pub.ro sau direct laborantului (cand problema este de ordin tehnic)
 
George

Sava Ionut <sava_ionut@yahoo.com> wrote:
Am vazut ca tema 1 a fost corectata mai dur. E
foarte bine. Ideea ar fi sa invatam ceva din toata
chestia asta. Nu sa vedem ce punctaje mici am luat ...

Eu as propune asta : sa se spuna cam care vor fi
testele ( cel putin mai vag ) sau anume la ce sa fim
atenti. Cu alte cuvinte ar trebui sa fim un pic
ajutati sa gasim bugurile ca sa putem rezolvam, mai
degraba decat sa vedem ca suntem depunctati. Eu
personal nu cred ca cineva dupa ce isi vede tema
corectata se apuca sa isi corecteze bugurile, deci cu
alte cuvinte nu prea invata multe.
De asemenea ar fi sa se faca pentru fiecare tema o
lista de greseli frecvente si cum se pot rezolva (
eventual si cod dc nu depaseste 5-6 linii). Sau sa fie
puse pe site un numar de teme facute f bine ca sa
putem sa ne comparam (Chiar daca toti ar face o tema
perfect tot ar fi unele care sa fie facute optimizat,
cu mai putine linii de cod, mai elegant ... SI TOT AR
FI O SANSA IN PLUS SA INVETI CEVA).
De exemplu am vazut la mai multi oamneni nu se
inchidea pipe-ul. Nu stiam ca trebuia inchis capatul
de scriere al pipeului inainte de exec. Si probabil dc
nu auzeam pe cine trebuie nici n-as fi aflat prea
curand.
As dori sa primesc un raspuns la acest mail.
Have a nice day!

__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-752689260-1069405668=:62183-- From so@atlantis.cs.pub.ro Fri Nov 21 10:45:15 2003 From: so@atlantis.cs.pub.ro (Eu Io) Date: Fri, 21 Nov 2003 02:45:15 -0800 (PST) Subject: [so] Comparatie CA CB Message-ID: <20031121104515.59912.qmail@web60110.mail.yahoo.com> Protest Materia Sisteme de Operare ar trebui sa fie accesibila si studentilor medii.Greadul de dificultate al temelor trebuie sa permita unui student mediu sa rezolve temele.A se vedea spre comparatie Sistemele de Operare de la seria CB(ce teme sunt la CB si ce teme la CA).La CA avemteme de casa imense iar la laborator trebuie sa ne facem exercitiile de acasa pentru ca nu avem timp sa terminam la laborator. __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sat Nov 22 09:47:38 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 01:47:38 -0800 (PST) Subject: [so] vesti bune Message-ID: <20031122094738.59193.qmail@web60510.mail.yahoo.com> Salut, Iata o mica nelamurire care s-a ivit in legatura cu tema 3. Dupa cum deja probabil ca v-ati dat seama nu este necesar sa implementati in monitor cozi explicite si va puteti folosi de variabile conditie. Aceasta fiind situatia una dintre cerintele temei este depistarea situatiilor de folosire incorecta a monitorului (operatiile signal, broadcast si wait pot fi apelate doar de threaduri intrate deja in monitor). De aici se naste intrebarea: cum putem sa ne dam seama ca un thread apeleaza signal sau wait inainte de a face enter. Neavand in monitor liste cu toate threadurile intrate o solutie ar fi ca fiecare thread sa-si tina un flag care sa indice daca threadul este sau nu in monitor, flag care sa fie testat in fiecare operatie. Deoarece programatorul care foloseste biblioteca monitor trebuie sa nu fie constient de flagul respectiv acesta va trebui implementat in biblioteca. Dar cum bliblioteca este partajata si ea se incarca in spatiul de adrese al procesului, un simplu flag global in librarie ar fi comun tuturor threadurilor care incarca libraria. Pentru acest motiv va trebui sa folositi thread local storage astfel incat flagul sa fie privat in fiecare thread. Vestile bune erau ca aveti ocazia sa invatati sa folositi thread local storage :). Pentru a initializa TLS veti folosi entry-pointul in librarie. Pe Windows faceti un TlsAlloc/TlsFree in DllMain, iar pe Linux faceti un pthread_key_create in constructorul/destructorul librariei declarat astfel: void __attribute__ ((constructor)) my_init(void); void __attribute__ ((destructor)) my_fini(void); Pentru detalii vezi urmatoarele linkuri in Platform SDK pt Windows: ms-help://MS.PSDK.1033/dllproc/base/thread_local_storage.htm ms-help://MS.PSDK.1033/dllproc/base/using_thread_local_storage.htm ms-help://MS.PSDK.1033/dllproc/base/using_thread_local_storage_in_a_dynamic_link_library.htm Pentru Linux vezi man pthread_key_create si din Program Library HOWTO: http://www.tldp.org/HOWTO/Program-Library-HOWTO/miscellaneous.html#INIT-AND-CLEANUP Am pus linkurile de mai sus si in sectiunea Observatii a temei. Nu este cazul sa va impacientati. Nu este nimic complicat, doar nou. O sa va ia vreo ora sa cititi indicatiile din linkurile de mai sus dar nu este mare filosofie. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 10:23:03 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 12:23:03 +0200 Subject: [so] tema3 Message-ID: <002b01c3b0e2$a06a62d0$7c829ad5@ioana> This is a multi-part message in MIME format. ------=_NextPart_000_0028_01C3B0F3.605B3F00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Problemele ce trebuiesc rezolvate folosind monitorul presupun = rularea la infinit a firelor de executie (de exemplu la bounded buffer = si producatorii si consumatorii ruleaza la infinit). Deci terminarea = acestor programe s-ar face cu CTRL-C, si in acest caz nu se mai apeleaza = functia de distrugere a monitorului. Este ok asa? Chiar daca se face un handler pt. semnalul ctrl-c, oricum nu ar = merge destroy-ul pt. ca practic ar mai fi fire blocate in monitor. ------=_NextPart_000_0028_01C3B0F3.605B3F00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
    Problemele ce = trebuiesc=20 rezolvate folosind monitorul presupun rularea la infinit a firelor = de=20 executie (de exemplu la bounded buffer si producatorii si consumatorii = ruleaza=20 la infinit). Deci terminarea acestor programe s-ar face cu CTRL-C, si in = acest=20 caz nu se mai apeleaza functia de distrugere a monitorului. Este ok=20 asa?
    Chiar daca se face = un handler=20 pt. semnalul ctrl-c, oricum nu ar merge destroy-ul pt. ca practic ar mai = fi fire=20 blocate in monitor.
------=_NextPart_000_0028_01C3B0F3.605B3F00-- From so@atlantis.cs.pub.ro Sat Nov 22 10:29:56 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 02:29:56 -0800 (PST) Subject: [so] tema3 In-Reply-To: <002b01c3b0e2$a06a62d0$7c829ad5@ioana> Message-ID: <20031122102956.68549.qmail@web60510.mail.yahoo.com> --- Ioana Cutcutache wrote: > Problemele ce trebuiesc rezolvate folosind > monitorul presupun rularea la infinit a firelor de > executie (de exemplu la bounded buffer si > producatorii si consumatorii ruleaza la infinit). > Deci terminarea acestor programe s-ar face cu > CTRL-C, si in acest caz nu se mai apeleaza functia > de distrugere a monitorului. Este ok asa? > Chiar daca se face un handler pt. semnalul > ctrl-c, oricum nu ar merge destroy-ul pt. ca practic > ar mai fi fire blocate in monitor. Poti sa tii in proces un flag global de oprire pe care sa-l testeze fiecare thread inainte de o noua operatie de citire/scriere. Initial flagul este false adica toata lumea lucreaza. In handlerul pt Ctrl+C poti seta flagul respectiv si astfel toate threadurile se vor opri gracefully. Dupa ce le-ai asteptat pe toate (in main) poti distruge monitorul. Bineinteles threadurile vor parasi monitorul inainte sa se termine. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 11:51:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 03:51:51 -0800 (PST) Subject: [so] vesti si mai bune Message-ID: <20031122115151.5930.qmail@web60503.mail.yahoo.com> Salut, Desi sper ca putini dintre voi au avut dificultati in a interpreta specificatiile formale pentru operatiile cu monitorul, descrise prin axiomele din buhr95monitor.pdf, am considerat ca e corect sa va dau specificatiile in limbaj natural ca sa nu fie nici un dubiu. De asemenea din documentatie lipseau specificatiile pentru broadcast si specificatiile de la SIGNAL AND WAIT (cele din doc) se modifica putin prin introducerea operatiei broadcast. Am adaugat in sectiunea de Observatii a temei un link catre specificatiile in limbaj natural. Cititi-le si daca mai aveti nelamuriri intrebati. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 14:37:38 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 16:37:38 +0200 Subject: [so] tema3 References: <20031122102956.68549.qmail@web60510.mail.yahoo.com> Message-ID: <000d01c3b106$2e45eac0$4e0c6150@ioana> Mai e o problema : in linux ca sa folosesc sigaction trebuie sa includ signal.h, si in momentul asta apare un conflict de nume intre functia mea signal pt. monitor si functia signal definita in signal.h. Solutia ar fi sa numesc altfel functia pt. monitor, de exemplu SignalMonitor, e ok? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 12:29 PM Subject: Re: [so] tema3 > > Poti sa tii in proces un flag global de oprire pe care > > sa-l testeze fiecare thread inainte de o noua operatie > de citire/scriere. Initial flagul este false adica > toata lumea lucreaza. > In handlerul pt Ctrl+C poti seta flagul respectiv si > astfel toate threadurile se vor opri gracefully. > > Dupa ce le-ai asteptat pe toate (in main) poti > distruge monitorul. Bineinteles threadurile vor parasi > monitorul inainte sa se termine. > > Cosmin > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 14:53:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 06:53:21 -0800 (PST) Subject: [so] tema3 In-Reply-To: <000d01c3b106$2e45eac0$4e0c6150@ioana> Message-ID: <20031122145321.26040.qmail@web60510.mail.yahoo.com> --- Ioana Cutcutache wrote: > Mai e o problema : in linux ca sa folosesc > sigaction trebuie sa includ > signal.h, si in momentul asta apare un conflict de > nume intre functia mea > signal pt. monitor si functia signal definita in > signal.h. Solutia ar fi sa > numesc altfel functia pt. monitor, de exemplu > SignalMonitor, e ok? E ok. Poate mai potrivit ar fi SignalCondition :) sau doar Signal si Wait (capitalized). Pentru cei care fac tema in C++ problema asta nu apare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 18:11:14 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Sat, 22 Nov 2003 20:11:14 +0200 Subject: [so] P(n) pe Windows In-Reply-To: <20031117230254.17549.qmail@web60509.mail.yahoo.com> References: <20031117230254.17549.qmail@web60509.mail.yahoo.com> Message-ID: <1888217195.20031122201114@rdsnet.ro> Tuesday, November 18, 2003, 1:02:54 AM, you wrote: CA> Am pus la CA> http://cs.pub.ro/~so/Laboratoare/Semaphore.zip CA> o propunere de semafor generalizat pe Windows cu CA> operatiile P(n), V(n) si WaitZero(). Din pacate nu contine si un README. Ma intreb cum ti-a acceptat uploadul ;) Este super ca ai pus o solutie!, insa ma tot chinui sa o citesc de vreo saptamana si renunt de fiecare data pentru ca nu reusesc sa inteleg si nu am tot timpul din lume. In cazul in care nu se vor publica comentarii vreau sa profit chiar acum de ocazie sa fac un apel la cei care pot sa ma ajute sa inteleg codul sa imi raspunda pe adresa personala. Cu multumiri, Ion Petrescu From so@atlantis.cs.pub.ro Sat Nov 22 18:53:43 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Sat, 22 Nov 2003 20:53:43 +0200 Subject: [so] readers&writers? Message-ID: <20031122185343.66A2E40988@server1.messagingengine.com> Nu sunt sigur daca am inteles enuntul la "Readers and Writers cu prioritate pentru writers": E vorba de o zona de memorie in care fiecare scrie/citeste unde/de unde vrea (respectand regulile de prioritati), cam ca la shared memory? Initial am crezut ca e bounded buffer, dar parca nu e asa, avand in vedere ca ati pus separat problema asta. --- Cosmin Arad wrote: >BoundedBuffer e problema producator consumator. >Producatorul produce (adauga) elemente intr-un buffer >de dimensiune fixa, iar consumatorul extrage elemente >din buffer. De data aceasta vei avea mai mult de un >producator si mai mult de un consumator. Practic nu e >mare diferenta. Producatorii trebuie sa astepte la o >conditie full si consumatorii la o conditie empty. >Problema e banala dar s-o rezolvati corect. -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again From so@atlantis.cs.pub.ro Sat Nov 22 19:14:25 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 21:14:25 +0200 Subject: [so] vesti si mai bune References: <20031122115151.5930.qmail@web60503.mail.yahoo.com> Message-ID: <001301c3b12c$db7f8270$090c6150@ioana> La "un thread executa leave" scrie la sfarsit "Daca si aceasta(Entry Queue) va fi goala, threadul curent nu are pe cine sa planifice si va parasi monitorul, care in acest caz este gol si poate fi distrus.". Mie nu mi se pare corecta afirmatia ca monitorul in acest caz este gol si poate fi distrus. Daca nu e nimeni in waiting, signaller, entry, nu inseamna ca nu exista fire blocate la variabile conditie. Deci monitorul poate sa nu fie gol. Pentru a stii cand nu mai e nimeni in monitor (deci cand poate fi distrus) putem folosi o variabila (contor) care sa contorizeze cate fire sunt la un moment dat in monitor? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 1:51 PM Subject: [so] vesti si mai bune > Salut, > > Desi sper ca putini dintre voi au avut dificultati in > a interpreta specificatiile formale pentru operatiile > cu monitorul, descrise prin axiomele din > buhr95monitor.pdf, am considerat ca e corect sa va dau > specificatiile in limbaj natural ca sa nu fie nici un > dubiu. > De asemenea din documentatie lipseau specificatiile > pentru broadcast si specificatiile de la SIGNAL AND > WAIT (cele din doc) se modifica putin prin > introducerea operatiei broadcast. > Am adaugat in sectiunea de Observatii a temei un link > catre specificatiile in limbaj natural. > > Cititi-le si daca mai aveti nelamuriri intrebati. > > Succes, > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 20:03:22 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 22:03:22 +0200 Subject: [so] tema3 References: <20031122145321.26040.qmail@web60510.mail.yahoo.com> Message-ID: <000801c3b133$af5e7f00$420c6150@ioana> Din pacate vad ca nu prea merge solutia cu ctrl+c si handler pe semnal, pentru ca daca sunt fire de executie blocate la o variabila conditie, semnalul sigint nu le deblocheaza... si deci programul nu se mai termina. Exista vreo posibilitate de a debloca firele care asteapta la o variabila conditie? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 4:53 PM Subject: Re: [so] tema3 > --- Ioana Cutcutache wrote: > > Mai e o problema : in linux ca sa folosesc > > sigaction trebuie sa includ > > signal.h, si in momentul asta apare un conflict de > > nume intre functia mea > > signal pt. monitor si functia signal definita in > > signal.h. Solutia ar fi sa > > numesc altfel functia pt. monitor, de exemplu > > SignalMonitor, e ok? > > E ok. Poate mai potrivit ar fi SignalCondition :) > sau doar Signal si Wait (capitalized). > Pentru cei care fac tema in C++ problema asta nu > apare. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 20:47:41 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 12:47:41 -0800 (PST) Subject: [so] vesti si mai bune In-Reply-To: <001301c3b12c$db7f8270$090c6150@ioana> Message-ID: <20031122204741.9322.qmail@web60506.mail.yahoo.com> --- Ioana Cutcutache wrote: > La "un thread executa leave" scrie la sfarsit > "Daca si aceasta(Entry > Queue) va fi goala, threadul curent nu are pe cine > sa planifice si va parasi > monitorul, care in acest caz este gol si poate fi > distrus.". Mie nu mi se > pare corecta afirmatia ca monitorul in acest caz > este gol si poate fi > distrus. > Daca nu e nimeni in waiting, signaller, entry, > nu inseamna ca nu exista > fire blocate la variabile conditie. Deci monitorul > poate sa nu fie gol. > Pentru a stii cand nu mai e nimeni in monitor > (deci cand poate fi > distrus) putem folosi o variabila (contor) care sa > contorizeze cate fire > sunt la un moment dat in monitor? Ai dreptate. My mistake. Am corectat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 21:04:57 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 13:04:57 -0800 (PST) Subject: [so] readers&writers? In-Reply-To: <20031122185343.66A2E40988@server1.messagingengine.com> Message-ID: <20031122210457.5361.qmail@web60505.mail.yahoo.com> --- Bogdan Butnaru wrote: > Nu sunt sigur daca am inteles enuntul la "Readers > and Writers cu > prioritate pentru writers": E vorba de o zona de > memorie in care fiecare > scrie/citeste unde/de unde vrea (respectand regulile > de prioritati), cam > ca la shared memory? Initial am crezut ca e bounded > buffer, dar parca nu > e asa, avand in vedere ca ati pus separat problema > asta. Readers and Writers modeleaza problema accesului concurential la o inregistrare dintr-o baza de date. Bufferul amintit in enunt e de dimensiune 1 (doar o variabila). Variabila poate fi citita in paralel de oricati readeri insa nu poate fi scrisa decat de un singur writer la un moment dat. Asadar in timpul unei scrieri nu este permis nici un alt acces insa in timpul unei citiri sunt admise oricate alte citiri. Astfel, daca un reader citeste dbufferul, in timpul acestei citiri pot sa mai apara alte cereri de citire care sunt permise. Se observa ca nu este exclus cazul in care cereri de citire sa ajunga in mod constant astfel incat sa se mentina tot timpul un cititor in buffer. In acest caz avem de-a face cu writer starvation pt ca unui writer nu-i va fi permis accesul la buffer decat cand toti readerii au iesit, dar cum readerii continua sa vina ... Voi trebuie sa implementati o solutie cu prioritate pt writeri, in care un writer nu va astepta la infinit chiar daca cereri de citire vin la infinit. O solutie ar fi ca in momentul sosirii unei cereri de scriere sa nu mai fie admisi in buffer alti cititori decat cei care erau deja, urmand ca dupa ce citirile deja incepute se termina, sa se faca scrierea dupa care alte citiri sau alte scrieri. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 21:18:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 13:18:54 -0800 (PST) Subject: [so] tema3 In-Reply-To: <000801c3b133$af5e7f00$420c6150@ioana> Message-ID: <20031122211854.56882.qmail@web60503.mail.yahoo.com> --- Ioana Cutcutache wrote: > Din pacate vad ca nu prea merge solutia cu ctrl+c si > handler pe semnal, > pentru ca daca sunt fire de executie blocate la o > variabila conditie, > semnalul sigint nu le deblocheaza... si deci > programul nu se mai termina. > Exista vreo posibilitate de a debloca firele care > asteapta la o variabila > conditie? Ar fi pthread_cancel. Threadurile ar trebui sa aiba setat tipul de cancelation PTHREAD_CANCELATION_ASYNCHRONOUS. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 00:18:30 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 16:18:30 -0800 (PST) Subject: [so] precizare tema 3 Message-ID: <20031123001830.55076.qmail@web60510.mail.yahoo.com> Hintul de la problema barbierilor nu trebuie neaparat luat in considerare. Problema se poate rezolva si cu un singur monitor. Ideea celor 2 monitoare era ca frizerii sa nu concureze pt ocuparea monitorului cu clientii nou intrati, insa este ok si o implementare cu un singur monitor, fiind mai simpla. Aveti grija la urmatoarele aspecte: - clientii care asteapta pe scaune vor fi tunsi cu prioritate fata de clientii tocmai intrati; - un client nou intrat nu va astepta pe scaun daca nimeni nu mai asteapta pe scaun si sunt barbieri liberi; - un client nou intrat va pleca imediat daca toate scaunele de asteptare sunt ocupate; - mai multi frizeri trebuie sa poata tunde in paralel; - un frizer care a terminat un tuns va trebui sa-l anunte exact pe clientul pe care l-a tuns el. Sa nu existe situatii in care cand un frizer termina un tuns elibereaza clientul altui frizer. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 01:17:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 17:17:29 -0800 (PST) Subject: [so] P(n) pe Windows In-Reply-To: <1888217195.20031122201114@rdsnet.ro> Message-ID: <20031123011729.27499.qmail@web60507.mail.yahoo.com> Incearca sa scrii pseudocodul pe hartie si o sa vezi ca e simplu. 4 mutexuri si 4 semafoare. Toate P-urile care nu pot continua se blocheaza la semaforul blockP si toate WaitZero care nu pot continua se blocheaza la semaforul blockZ. La fiecare V toate P-urile isi vor reevalua conditiile iar cele care se pot termina se vor termina. Se va folosi semaforul EvaluateP pt ca operatia V sa se asigure ca toate P-urile s-au reevaluat inainte de a continua. La fiecare P care aduce valoarea semaforului la 0 toate WaitZero blocate isi vor reevalua conditiile si se vor termina. Se va folosi semaforul EvaluateZ pt ca operatia P sa se asigure ca toate WaitZero s-au reevaluat inainte de a continua. 3 dintre mutexuri sunt folosite pt protejarea unor contoare iar sectionSequence pentru a departaja operatiile P ajunse inaintea unui V de cele ajunse dupa. In rest mai sunt niste contoare si un flag self-explanatory. Cosmin --- Ion Petrescu wrote: > Tuesday, November 18, 2003, 1:02:54 AM, you wrote: > > CA> Am pus la > CA> http://cs.pub.ro/~so/Laboratoare/Semaphore.zip > CA> o propunere de semafor generalizat pe Windows cu > CA> operatiile P(n), V(n) si WaitZero(). > > Din pacate nu contine si un README. Ma intreb cum > ti-a acceptat > uploadul ;) > > Este super ca ai pus o solutie!, insa ma tot chinui > sa o citesc de vreo > saptamana si renunt de fiecare data pentru ca nu > reusesc sa inteleg si > nu am tot timpul din lume. > > > In cazul in care nu se vor publica comentarii vreau > sa profit chiar > acum de ocazie sa fac un apel la cei care pot sa ma > ajute sa inteleg > codul sa imi raspunda pe adresa personala. > > > Cu multumiri, > Ion Petrescu > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 06:37:19 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sun, 23 Nov 2003 08:37:19 +0200 Subject: [so] readers&writers? References: <20031122210457.5361.qmail@web60505.mail.yahoo.com> Message-ID: <002f01c3b18c$d1029110$25829ad5@ioana> In legatura cu aceasta problema : cand termina un scriitor, daca sunt alti scriitori in asteptare, unul din ei trebuie sa fie anuntat ca poate sa scrie? Eu asa inteleg ca ar fi, daca se face cu prioritate pt. writeri. Dar in acest mod se poate ajunge la reader starvation, daca sunt multi scriitori. Ma gandesc ca atunci cand termina un scriitor el sa dea prioritatea cititorilor care deja asteptau (daca mai vin altii si exista scriitori ce asteapta, nu o sa poata intra in buffer), apoi cand termina ei, o sa aiba prioritate scriitori care asteapta si tot asa, in felul asta nu se ajunge la starvation pt. nimeni. ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 11:04 PM Subject: Re: [so] readers&writers? > --- Bogdan Butnaru wrote: > > Nu sunt sigur daca am inteles enuntul la "Readers > > and Writers cu > > prioritate pentru writers": E vorba de o zona de > > memorie in care fiecare > > scrie/citeste unde/de unde vrea (respectand regulile > > de prioritati), cam > > ca la shared memory? Initial am crezut ca e bounded > > buffer, dar parca nu > > e asa, avand in vedere ca ati pus separat problema > > asta. > > Readers and Writers modeleaza problema accesului > concurential la o inregistrare dintr-o baza de date. > Bufferul amintit in enunt e de dimensiune 1 (doar o > variabila). > Variabila poate fi citita in paralel de oricati > readeri insa nu poate fi scrisa decat de un singur > writer la un moment dat. > Asadar in timpul unei scrieri nu este permis nici un > alt acces insa in timpul unei citiri sunt admise > oricate alte citiri. Astfel, daca un reader citeste > dbufferul, in timpul acestei citiri pot sa mai apara > alte cereri de citire care sunt permise. Se observa ca > nu este exclus cazul in care cereri de citire sa > ajunga in mod constant astfel incat sa se mentina tot > timpul un cititor in buffer. In acest caz avem de-a > face cu writer starvation pt ca unui writer nu-i va fi > permis accesul la buffer decat cand toti readerii au > iesit, dar cum readerii continua sa vina ... > Voi trebuie sa implementati o solutie cu prioritate pt > writeri, in care un writer nu va astepta la infinit > chiar daca cereri de citire vin la infinit. > O solutie ar fi ca in momentul sosirii unei cereri de > scriere sa nu mai fie admisi in buffer alti cititori > decat cei care erau deja, urmand ca dupa ce citirile > deja incepute se termina, sa se faca scrierea dupa > care alte citiri sau alte scrieri. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sun Nov 23 09:29:00 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 01:29:00 -0800 (PST) Subject: [so] readers&writers? In-Reply-To: <002f01c3b18c$d1029110$25829ad5@ioana> Message-ID: <20031123092900.56247.qmail@web60510.mail.yahoo.com> Se presupune ca numarul cititorilor e mai mare decat cel al scriitorilor, adica cereri de scriere vin mai rar decat cereri de citire, si daca ai face o alternanta cum propui tu, scriitorii tot ar avea de suferit. Pe de alta parte se presupune ca un cititor isi doreste sa citeasca informatia actualizata, deci vrem ca un scriitor sa poata sa actualizeze informatia cat mai devreme. Cu alte cuvinte ne convine mai mult ca un cititor sa astepte dupa un scriitor decat invers. Cosmin --- Ioana Cutcutache wrote: > In legatura cu aceasta problema : cand termina un > scriitor, daca sunt alti > scriitori in asteptare, unul din ei trebuie sa fie > anuntat ca poate sa > scrie? Eu asa inteleg ca ar fi, daca se face cu > prioritate pt. writeri. Dar > in acest mod se poate ajunge la reader starvation, > daca sunt multi > scriitori. Ma gandesc ca atunci cand termina un > scriitor el sa dea > prioritatea cititorilor care deja asteptau (daca mai > vin altii si exista > scriitori ce asteapta, nu o sa poata intra in > buffer), apoi cand termina ei, > o sa aiba prioritate scriitori care asteapta si tot > asa, in felul asta nu se > ajunge la starvation pt. nimeni. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 16:26:54 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 23 Nov 2003 18:26:54 +0200 Subject: [so] creare shared library References: <20031123092900.56247.qmail@web60510.mail.yahoo.com> Message-ID: <3FC0DFCE.4060602@pcnet.ro> Buna! As vrea sa ma lamureasca si pe mine cineva de ce obtin urmataore eroare daca incerc sa crez shared library de care avem nevoie.Am urmat exemplul cu libhello din Program Library HOWTO. [root@ruxi tema3]# gcc -fPIC -Wall -g -c libmonitor1.c [root@ruxi tema3]# gcc -g -shared -Wl,-soname,libmonitor1.so.0 -o libmonitor1.so.0.0 libmonitor1.o -lc [root@ruxi tema3]# /sbin/ldconfig -n . [root@ruxi tema3]# ln -sf libmonitor1.so.0 libmonitor1.so [root@ruxi tema3]# gcc -Wall -g -c rw.c -o rw.o [root@ruxi tema3]# gcc -Wall -c rw.c -o rw.o -L. -lmonitor1 gcc: -lmonitor1: linker input file unused since linking not done p.s. nu am mai copiat libmonitor1.so.0.0 in vreun /usr/local/lib pt ca vreau sa fie in directorul curent, asa ca fac chestia aia cu /sbin/ldconfig -n . From so@atlantis.cs.pub.ro Sun Nov 23 16:33:25 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 08:33:25 -0800 (PST) Subject: [so] creare shared library In-Reply-To: <3FC0DFCE.4060602@pcnet.ro> Message-ID: <20031123163325.1172.qmail@web60507.mail.yahoo.com> La ultima comanda gcc ai specificat flagul -c care inseamna doar compilare fara legare, deci -l nu isi are sensul. Cosmin --- Ruxi Jitianu wrote: > Buna! > > As vrea sa ma lamureasca si pe mine cineva de ce > obtin urmataore eroare > daca incerc sa crez shared library de care avem > nevoie.Am urmat exemplul > cu libhello din Program Library HOWTO. > > > [root@ruxi tema3]# gcc -fPIC -Wall -g -c > libmonitor1.c > [root@ruxi tema3]# gcc -g -shared > -Wl,-soname,libmonitor1.so.0 -o libmonitor1.so.0.0 > libmonitor1.o -lc > [root@ruxi tema3]# /sbin/ldconfig -n . > [root@ruxi tema3]# ln -sf libmonitor1.so.0 > libmonitor1.so > [root@ruxi tema3]# gcc -Wall -g -c rw.c -o rw.o > [root@ruxi tema3]# gcc -Wall -c rw.c -o rw.o -L. > -lmonitor1 > gcc: -lmonitor1: linker input file unused since > linking not done > > p.s. > > nu am mai copiat libmonitor1.so.0.0 in vreun > /usr/local/lib pt ca vreau sa fie in directorul > curent, > asa ca fac chestia aia cu /sbin/ldconfig -n . __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 17:25:52 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sun, 23 Nov 2003 19:25:52 +0200 Subject: [so] tema 3 Message-ID: <002201c3b1e6$d83d3430$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_001F_01C3B1F7.9BA70A80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable libraria noastra cuprinde functii pentru monitoare. ok. dar pentru un = singur monitor sau pot sa fie oricate? adica: exista un grup de procese care reprezinta o aplicatie. acestea = folosesc un monitor. nu pot exista si alte grupuri de procese care sa = aiba nevoie de mecanismul de monitor sau o aceiasi aplicatie sa aiba = nevoie de mai multe monitoare? presupun ca da, si libraria noastra sa le = poata deservii pe toate. altfel nu vad ce rol are parametrul Monitor * = in toate functiile cerute. apoi, de ce este nevoie de un Monitor *? ce nevoie are o aplicatie sa = stie exact ce e acela un monitor? stie de concept, stie ce functii pune = la dispozitie libraria si ii este de ajuns. ce vreau eu sa zic este, nu = putem inlocui acel Monitor* cu un int? un fel de monitor descriptor = (analogie cu file descriptor). apoi, un proces creaza monitorul. ok, are un handle la el (int sau = Monitor *, nu conteaza) si face treaba cu el. celelalte procese cum procedeaza? pentru ca nu vad alta functie = asemanatoare cu create sau init ar trebui sa creeze el din nou monitorul = respectiv (adica din ou create). am putea face o chestie asemanatoare cu = MONITOR_CREATE | MONITOR_EXCLUSIVE la creare care sa returneze eroare = daca exista deja monitorul care voria sa fie creat. si asa ajung la o alta chestiune. ar trebui ca la crearea monitorului sa = se furnizeze si un identificator, o semnatura a aplicatiei, etc. o = chestie prin care sa se identifica monitorul in afara librariei. adica e = nevoie de un parametru extern pentru ca mecanismul CreateMonitor open = Monitor sa functioneze (analogie cu orice alta pereche Create / Open din = windows).=20 si ca sa fim consecventi ideii din windows, destroy nu ar sterge pur si = simplu monitorul ci doar ar marca renuntarea unui proces la serviciile = lui. cand monitorul nu mai este folosit de nimeni (folosit nu inseamna = toate cozile din el goale) s-ar sterge efectiv monitorul. sper ca m-am exprimat destul de clar ca sa se poate intelege ce am vrut = sa spun.=20 deci, ce intreb eu: 1. librarie monitor =3D un obiect monitor sau mai multe obiecte monitor 2. se poate inlocui Monitor* cu int 3. se poate adapta create la CreateMonitor si OpenMonitor si deci = adaugarea unui parametru in plus ------=_NextPart_000_001F_01C3B1F7.9BA70A80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
libraria noastra cuprinde functii = pentru monitoare.=20 ok. dar pentru un singur monitor sau pot sa fie oricate?
adica: exista un grup de procese care = reprezinta o=20 aplicatie. acestea folosesc un monitor. nu pot exista si alte grupuri de = procese=20 care sa aiba nevoie de mecanismul de monitor sau o aceiasi aplicatie sa = aiba=20 nevoie de mai multe monitoare? presupun ca da, si libraria noastra sa le = poata=20 deservii pe toate. altfel nu vad ce rol are parametrul Monitor * in = toate=20 functiile cerute.
 
apoi, de ce este nevoie de un Monitor = *? ce nevoie=20 are o aplicatie sa stie exact ce e acela un monitor? stie de concept, = stie ce=20 functii pune la dispozitie libraria si ii este de ajuns. ce vreau eu sa = zic=20 este, nu putem inlocui acel Monitor* cu un int? un fel de monitor = descriptor=20 (analogie cu file descriptor).
 
apoi, un proces creaza monitorul. ok, = are un handle=20 la el (int sau Monitor *, nu conteaza) si face treaba cu = el.
celelalte procese cum procedeaza? = pentru ca nu vad=20 alta functie asemanatoare cu create sau init ar trebui sa creeze el din = nou=20 monitorul respectiv (adica din ou create). am putea face o chestie = asemanatoare=20 cu MONITOR_CREATE | MONITOR_EXCLUSIVE la creare care sa returneze eroare = daca=20 exista deja monitorul care voria sa fie creat.
 
si asa ajung la o alta chestiune. ar = trebui ca la=20 crearea monitorului sa se furnizeze si un identificator, o semnatura a=20 aplicatiei, etc. o chestie prin care sa se identifica monitorul in afara = librariei. adica e nevoie de un parametru extern pentru ca mecanismul=20 CreateMonitor open Monitor sa functioneze (analogie cu orice alta = pereche Create=20 / Open din windows).
si ca sa fim consecventi ideii din = windows, destroy=20 nu ar sterge pur si simplu monitorul ci doar ar marca renuntarea unui = proces la=20 serviciile lui. cand monitorul nu mai este folosit de nimeni (folosit nu = inseamna toate cozile din el goale) s-ar sterge efectiv = monitorul.
 
sper ca m-am exprimat destul de clar ca = sa se poate=20 intelege ce am vrut sa spun.
 
deci, ce intreb eu:
 
1. librarie monitor =3D un obiect = monitor sau mai=20 multe obiecte monitor
2. se poate inlocui Monitor* cu = int
3. se poate adapta create la = CreateMonitor si=20 OpenMonitor si deci adaugarea unui parametru in=20 plus
------=_NextPart_000_001F_01C3B1F7.9BA70A80-- From so@atlantis.cs.pub.ro Sun Nov 23 17:41:38 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 09:41:38 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <002201c3b1e6$d83d3430$0200a8c0@smeagol> Message-ID: <20031123174138.17371.qmail@web60507.mail.yahoo.com> --- Cibu Cristian wrote: > libraria noastra cuprinde functii pentru monitoare. > ok. dar pentru un singur monitor sau pot sa fie > oricate? oricate. > adica: exista un grup de procese care reprezinta o > aplicatie. acestea folosesc un monitor. nu pot monitorul se va folosi de catre un grup de threaduri ale unui proces. nu de catre procese diferite. Memoria alocata pt monitor la create se aloca in spatiul de adrese al procesului apelant. > exista si alte grupuri de procese care sa aiba > nevoie de mecanismul de monitor sau o aceiasi > aplicatie sa aiba nevoie de mai multe monitoare? > presupun ca da, si libraria noastra sa le poata > deservii pe toate. altfel nu vad ce rol are > parametrul Monitor * in toate functiile cerute. un proces poate crea mai multe monitoare care sa fie folosite de firele sale de executie. Mai multe procese pot incarca libraria si crea mai multe monitoare. > apoi, de ce este nevoie de un Monitor *? ce nevoie > are o aplicatie sa stie exact ce e acela un monitor? > stie de concept, stie ce functii pune la dispozitie > libraria si ii este de ajuns. ce vreau eu sa zic > este, nu putem inlocui acel Monitor* cu un int? un > fel de monitor descriptor (analogie cu file > descriptor). Monitor * e un pointer de care aplicatia nu trebuie sa stie nimic. exact ca un handle din windows. Nu poti cu int pt ca in cazul asta biblioteca ar trebui sa tina un array de monitoare indexat dupa int-ul tau, si cum nu are de unde sa stie cate monitoare vor fi create e o complicatie inutila. > apoi, un proces creaza monitorul. ok, are un handle > la el (int sau Monitor *, nu conteaza) si face > treaba cu el. > celelalte procese cum procedeaza? pentru ca nu vad > alta functie asemanatoare cu create sau init ar > trebui sa creeze el din nou monitorul respectiv > (adica din ou create). am putea face o chestie > asemanatoare cu MONITOR_CREATE | MONITOR_EXCLUSIVE > la creare care sa returneze eroare daca exista deja > monitorul care voria sa fie creat. Un monitor se va partaja intre firele de executie ale unui proces, nu intre procese. Nu este necesar deci un apel de genul Open. Procesul va crea monitorul inainte de crearea firelor care il folosesc, acestea avand astfel acces la monitor. > si asa ajung la o alta chestiune. ar trebui ca la > crearea monitorului sa se furnizeze si un > identificator, o semnatura a aplicatiei, etc. o > chestie prin care sa se identifica monitorul in > afara librariei. adica e nevoie de un parametru > extern pentru ca mecanismul CreateMonitor open > Monitor sa functioneze (analogie cu orice alta > pereche Create / Open din windows). > si ca sa fim consecventi ideii din windows, destroy > nu ar sterge pur si simplu monitorul ci doar ar > marca renuntarea unui proces la serviciile lui. cand > monitorul nu mai este folosit de nimeni (folosit nu > inseamna toate cozile din el goale) s-ar sterge > efectiv monitorul. am vazut deja ca cele de mai sus nu sunt necesare > sper ca m-am exprimat destul de clar ca sa se poate > intelege ce am vrut sa spun. > > deci, ce intreb eu: > > 1. librarie monitor = un obiect monitor sau mai > multe obiecte monitor mai multe obiecte monitor. > 2. se poate inlocui Monitor* cu int nu > 3. se poate adapta create la CreateMonitor si > OpenMonitor si deci adaugarea unui parametru in plus nu are sens. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 23:57:00 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Mon, 24 Nov 2003 01:57:00 +0200 Subject: [so] vesti bune References: <20031122094738.59193.qmail@web60510.mail.yahoo.com> Message-ID: <003001c3b21d$7d052230$6400a8c0@andrei> Datorita posibilitatii folosirii mai multor monitoare un thread poate fi la un moment dat intr-unul dintre ele si in afara altuia....sau de ce nu in mai multe monitoare? Daca da, atunci informatia stocata in TLS (cu privire la starea unui thread inauntrul sau in afara unui monitor) trebuie sa nu mai fie o simpla informatie booleana ci o lista de monitoare in care thread-ul este intrat, nu? Nu devine o solutie mai greu de implementat decat o lista de thread-uri intrate pentru fiecare monitor? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, 22 November, 2003 11:47 AM Subject: [so] vesti bune > > Salut, > > Iata o mica nelamurire care s-a ivit in legatura cu > tema 3. Dupa cum deja probabil ca v-ati dat seama nu > este necesar sa implementati in monitor cozi explicite > si va puteti folosi de variabile conditie. > Aceasta fiind situatia una dintre cerintele temei este > depistarea situatiilor de folosire incorecta a > monitorului (operatiile signal, broadcast si wait pot > fi apelate doar de threaduri intrate deja in monitor). > De aici se naste intrebarea: cum putem sa ne dam seama > ca un thread apeleaza signal sau wait inainte de a > face enter. Neavand in monitor liste cu toate > threadurile intrate o solutie ar fi ca fiecare thread > sa-si tina un flag care sa indice daca threadul este > sau nu in monitor, flag care sa fie testat in fiecare > operatie. > Deoarece programatorul care foloseste biblioteca > monitor trebuie sa nu fie constient de flagul > respectiv acesta va trebui implementat in biblioteca. > Dar cum bliblioteca este partajata si ea se incarca in > spatiul de adrese al procesului, un simplu flag global > in librarie ar fi comun tuturor threadurilor care > incarca libraria. > Pentru acest motiv va trebui sa folositi thread local > storage astfel incat flagul sa fie privat in fiecare > thread. Vestile bune erau ca aveti ocazia sa invatati > sa folositi thread local storage :). > From so@atlantis.cs.pub.ro Mon Nov 24 00:20:34 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 16:20:34 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <003001c3b21d$7d052230$6400a8c0@andrei> Message-ID: <20031124002034.29811.qmail@web60503.mail.yahoo.com> --- Andrei Hagiescu wrote: > Datorita posibilitatii folosirii mai multor > monitoare un thread poate fi la > un moment dat intr-unul dintre ele si in afara > altuia....sau de ce nu in mai > multe monitoare? Daca da, atunci informatia stocata > in TLS (cu privire la > starea unui thread inauntrul sau in afara unui > monitor) trebuie sa nu mai > fie o simpla informatie booleana ci o lista de > monitoare in care thread-ul > este intrat, nu? Nu devine o solutie mai greu de > implementat decat o lista > de thread-uri intrate pentru fiecare monitor? Oops. You've got that right. Solutia ramane totusi simpla. In loc sa faceti TlsAlloc respectiv pthread_key_create in entry-pointul librariei (DllMain respectiv constructorul librariei pe Linux) veti face in functia create. Astfel fiecare monitor contine un index distinct in TLS iar verificarile de utilizare corecta care se fac in operatii se vor face folosind indexul respectiv. Asadar informatia ramane booleana :) si implementarea nu presupune overhead. Limitele sunt rezonabile: 1088 de indexuri in Windows 2000 si 1024 in Linux, deci un proces poate sa construiasca cam 1000 de monitoare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 11:05:58 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 03:05:58 -0800 (PST) Subject: [so] alta precizare Message-ID: <20031124110558.69575.qmail@web60506.mail.yahoo.com> Pe Windows nu folositi functiile SuspendThread, ResumeThread ori SwitchToThread pentru sincronizare. Acestea sunt puse la dispozitie pt alte scopuri. Precizarea e valabila pentru orice functie si pentru orice alta tema. Cititi cu atentie rolul ei in documentatie si daca nu face exact ceea ce aveti voi nevoie cautati altceva. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 13:49:08 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Mon, 24 Nov 2003 15:49:08 +0200 Subject: [so] win Message-ID: <20031124134820.M16684@idilis.ro> La varianta de windows putem folosi functia TerminateThread pt. a opri firele in cazul in care se da CTRL+C? http://www.idilis.ro - Stiri, e-mail gratuit, download, SMS, server de counter-strike, hosting gratuit, servicii internet... Fii cu un pas inaintea celorlati! From so@atlantis.cs.pub.ro Mon Nov 24 18:52:41 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 10:52:41 -0800 (PST) Subject: [so] win In-Reply-To: <20031124134820.M16684@idilis.ro> Message-ID: <20031124185241.87333.qmail@web60509.mail.yahoo.com> Cred ca e mai indicat sa folositi ExitProcess pt ca macar apeleaza o data enry-pointul in dll. Cosmin --- Ioana Cutcutache wrote: > La varianta de windows putem folosi functia > TerminateThread pt. a opri firele in > cazul in care se da CTRL+C? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 19:03:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 11:03:51 -0800 (PST) Subject: [so] inca o precizare la tema 3 Message-ID: <20031124190351.42656.qmail@web60505.mail.yahoo.com> Pe Linux, daca aveti nevoie de semafoare folositi semafoarele POSIX prezentate in laboratorul 7, nu pe cele SYS V din laboratorul 4. Incercati sa va bazati cat mai mult pe variabile conditie pentru ca abordarea asta e cea mai simpla si cea mai eficienta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 00:08:06 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Mon, 24 Nov 2003 16:08:06 -0800 (PST) Subject: [so] link lib In-Reply-To: <20031124190351.42656.qmail@web60505.mail.yahoo.com> Message-ID: <20031125000806.81570.qmail@web41006.mail.yahoo.com> gcc -fPIC -Wall -g -c libmonitor.c gcc -g -lpthread -shared -Wl,-soname,libmonitor.so.0 -o libmonitor.so.0.0 libmonitor.o -lc /sbin/ldconfig -n . Cand ajung la acest pas obtin /sbin/ldconfig: Can't link ./libmonitor.so.0 to libmonitor.so.0.0 Any ideas? multam __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Tue Nov 25 00:15:34 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Mon, 24 Nov 2003 16:15:34 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031123174138.17371.qmail@web60507.mail.yahoo.com> Message-ID: <20031125001534.64025.qmail@web60309.mail.yahoo.com> --0-1839004515-1069719334=:63283 Content-Type: text/plain; charset=us-ascii Monitor * e un pointer de care aplicatia nu trebuie sa stie nimic. exact ca un handle din windows. Nu poti cu int pt ca in cazul asta biblioteca ar trebui sa tina un array de monitoare indexat dupa int-ul tau, si cum nu are de unde sa stie cate monitoare vor fi create e o complicatie inutila. Cred ca e nevoie sa stie care sunt functiile care se pot aplica pe el nu? Nu se include .h monitorului in aplicatie? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1839004515-1069719334=:63283 Content-Type: text/html; charset=us-ascii

<quote>

Monitor * e un pointer de care aplicatia nu trebuie sa
stie nimic. exact ca un handle din windows. Nu poti cu
int pt ca in cazul asta biblioteca ar trebui sa tina
un array de monitoare indexat dupa int-ul tau, si cum
nu are de unde sa stie cate monitoare vor fi create e
o complicatie inutila.

</quote>

Cred ca e nevoie sa stie care sunt functiile care se pot aplica pe el nu?

Nu se include .h monitorului in aplicatie?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1839004515-1069719334=:63283-- From so@atlantis.cs.pub.ro Tue Nov 25 00:57:13 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Mon, 24 Nov 2003 16:57:13 -0800 (PST) Subject: [so] Semafor windows In-Reply-To: <20031125000806.81570.qmail@web41006.mail.yahoo.com> Message-ID: <20031125005713.69950.qmail@web60306.mail.yahoo.com> Avem voie cu functia asta? NtQuerySemaphore e buna sa aflam valoarea unui semafor (nu sunt sigur ca e atomica, dar mi s-ar parea ca normal sa fie) http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20Objects/Semaphore/NtQuerySemaphore.html __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 06:15:14 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Tue, 25 Nov 2003 08:15:14 +0200 (EET) Subject: [so] .so-uri Message-ID: <1177.141.85.0.67.1069740914.squirrel@www.as.ro> Nu e nevoie sa instalati libraria pentru a o folosi (ldconfig). Puneti "." in LD_LIBRARY_PATH si va merge. ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Tue Nov 25 07:01:16 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Mon, 24 Nov 2003 23:01:16 -0800 (PST) Subject: [so] variabile conditie pe windows In-Reply-To: <1177.141.85.0.67.1069740914.squirrel@www.as.ro> Message-ID: <20031125070116.98782.qmail@web41013.mail.yahoo.com> --0-810786181-1069743676=:98646 Content-Type: text/plain; charset=us-ascii Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos. Se observa ca nu mai exista mutexul suplimentar care tb luat inainte de orice operatie. Voi folosi doua semafoare si un contor ce vor fi tinute intr-o structura sau intr-o clasa in implementarea voastra : //------------------------------------ sem zonaCritica = 1; sem conditie = 0; int contor = 0; //------------------------------------ void signal() { WaitForSingleObject(zonaCritica); if (contor) { // trezesc pe cineva contor--; ReleaseSemaphore(conditie, 1); } else { // pierde semnalul ReleaseSemaphore(zonaCritica, 1); } } //------------------------------------ void wait() { WaitForSingleObject(zonaCritica); contor++; SignalObjectAndWait(zonaCritica, conditie); } //------------------------------------ void broadcast() { WaitForSingleObject(zonaCritica); if (contor) { // era cineva blocat ReleaseSemaphore(zonaCritica, contor); contor = 0; ReleaseSemaphore(zonaCritica, 1); } else { // se pierde broadcast-ul ReleaseSemaphore(zonaCritica, 1); } } //------------------------------------ Observatie : ce vedeti mai sus este pseudocod ;) George --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-810786181-1069743676=:98646 Content-Type: text/html; charset=us-ascii

Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos.
Se observa ca nu mai exista mutexul suplimentar care tb luat inainte de orice operatie.
Voi folosi doua semafoare si un contor ce vor fi tinute intr-o structura sau intr-o clasa
in implementarea voastra :


//------------------------------------
sem zonaCritica = 1;
sem conditie = 0;
int contor = 0;
//------------------------------------

void signal() {
 WaitForSingleObject(zonaCritica);
 if (contor) { // trezesc pe cineva
  contor--;
  ReleaseSemaphore(conditie, 1);
  
 } else { // pierde semnalul
  ReleaseSemaphore(zonaCritica, 1);
 }
}
//------------------------------------
void wait() {
 WaitForSingleObject(zonaCritica);
 contor++;
 SignalObjectAndWait(zonaCritica, conditie);
}
//------------------------------------
void broadcast() {
 WaitForSingleObject(zonaCritica);
 if (contor) { // era cineva blocat
  ReleaseSemaphore(zonaCritica, contor);
  contor = 0;
  ReleaseSemaphore(zonaCritica, 1);
 } else { // se pierde broadcast-ul
  ReleaseSemaphore(zonaCritica, 1);
 }
}
//------------------------------------

Observatie : ce vedeti mai sus este pseudocod ;)
George

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-810786181-1069743676=:98646-- From so@atlantis.cs.pub.ro Tue Nov 25 07:48:45 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Mon, 24 Nov 2003 23:48:45 -0800 (PST) Subject: [so] variabile conditie pe windows In-Reply-To: <20031125070116.98782.qmail@web41013.mail.yahoo.com> Message-ID: <20031125074845.73810.qmail@web41014.mail.yahoo.com> --0-183392963-1069746525=:73628 Content-Type: multipart/alternative; boundary="0-1634801847-1069746525=:73628" --0-1634801847-1069746525=:73628 Content-Type: text/plain; charset=us-ascii Salut, Implementarea data este gresita (cam mult copy/paste).Pentru o implementare corecta (zic eu) a se vedea fisierul atasat. George --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-1634801847-1069746525=:73628 Content-Type: text/html; charset=us-ascii
Salut,
 
Implementarea data este gresita (cam mult copy/paste).Pentru o implementare corecta (zic eu) a se vedea fisierul atasat.
 
George

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-1634801847-1069746525=:73628-- --0-183392963-1069746525=:73628 Content-Type: text/plain; name="var_cond.txt" Content-Description: var_cond.txt Content-Disposition: inline; filename="var_cond.txt" Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos. Se observa ca nu mai exista mutexul suplimentar. Voi folosi 4 semafoare si 2 contoare ce vor fi tinute intr-o structura sau intr-o clasa in implementarea voastra : //------------------------------------ sem zonaCritica = 1; sem conditie = 0; sem asteaptaTrezire := 0; sem blocheazaAlti :=1 volatile int asteapta = 0; volatile int contor = 0; //------------------------------------ void signal() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); if (contor) { // trezesc pe cineva contor--; asteapta++; ReleaseSemaphore(conditie, 1); ReleaseSemaphore(zonaCritica, 1); P(asteaptaTrezire); ReleaseSemaphore(blocheazaAlti, 1); } else { // pierde semnalul ReleaseSemaphore(zonaCritica, 1); ReleaseSemaphore(blocheazaAlti, 1); } } //------------------------------------ void wait() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); contor++; ReleaseSemaphore(blocheazaAlti, 1); SignalObjectAndWait(zonaCritica, conditie); WaitForSingleObject(zonaCritica); asteapta--; if (asteapta == 0) V(asteaptaTrezire); ReleaseSemaphore(zonaCritica, 1); } //------------------------------------ void broadcast() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); if (contor) { // era cineva blocat ReleaseSemaphore(conditie, contor); asteapta = contor; contor = 0; ReleaseSemaphore(zonaCritica, 1); P(asteaptaTrezire); ReleaseSemaphore(blocheazaAlti, 1); } else { // se pierde broadcast-ul ReleaseSemaphore(zonaCritica, 1); ReleaseSemaphore(blocheazaAlti, 1); } } //------------------------------------ --0-183392963-1069746525=:73628-- From so@atlantis.cs.pub.ro Tue Nov 25 09:54:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 01:54:54 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031125001534.64025.qmail@web60309.mail.yahoo.com> Message-ID: <20031125095454.16495.qmail@web60508.mail.yahoo.com> --- Mihai Iancu wrote: > > > > Monitor * e un pointer de care aplicatia nu trebuie > sa > stie nimic. exact ca un handle din windows. Nu poti > cu > int pt ca in cazul asta biblioteca ar trebui sa tina > un array de monitoare indexat dupa int-ul tau, si > cum > nu are de unde sa stie cate monitoare vor fi create > e > o complicatie inutila. > > > > > Cred ca e nevoie sa stie care sunt functiile care se > pot aplica pe el nu? > > Nu se include .h monitorului in aplicatie? Ba da. Nu era evident? Am spus ca aplicatia nu trebuie sa stie nimic despre pointerul la monitor in sensul ca nu trebuie sa-l dereferentieze direct ci sa-l dea ca parametru in functiile respective. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 10:36:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 02:36:32 -0800 (PST) Subject: [so] Semafor windows In-Reply-To: <20031125005713.69950.qmail@web60306.mail.yahoo.com> Message-ID: <20031125103632.85699.qmail@web60510.mail.yahoo.com> Hmmmmmmm. Chiar ai nevoie de ea? Ai putea sa tii un contor asociat si sa-l verifici pe el. Cosmin --- Mihai Iancu wrote: > Avem voie cu functia asta? > NtQuerySemaphore > > e buna sa aflam valoarea unui semafor > (nu sunt sigur ca e atomica, dar mi s-ar parea > ca normal sa fie) > > http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20Objects/Semaphore/NtQuerySemaphore.html __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 11:51:35 2003 From: so@atlantis.cs.pub.ro (Badea Ovidiu) Date: Tue, 25 Nov 2003 03:51:35 -0800 (PST) Subject: [so] despre group_id Message-ID: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Am citit pe lista ca cica group_id putea sa fie oricat si nu intre 0 si groups_max. Ca e gresit daca l-am facut sa fie intre 0 si groups_max. Ma duc la enuntul temei si acolo scrie: Consumatorii intra in cofetaria in grupuri de prieteni. Pot exista maxim GROUP_MAX grupuri, putand avea maxim PEOPLE_MAX membri. Un grup este caracterizat printr-un ID si un numar de membri. Vreau sa vad locul EXACT unde scrie ca group_id poate fi oricat. Nu vad ca raspuns valid la aceasta intrebare reprosul ca "de ce nu am intrebat?". Nu am intrebat pt. ca nu mi-a trecut prin cap asa ceva. Mie mi s-a parut logic ca din moment ce sunt maxim groups_max grupuri, group_id sa ia valori intre 0 si groups_max. Oricum mi se pare aiurea o galceava pe astfel de chestii, cu uite group_idu', nu e group_idu', cand scopul temei era sa invatam sa facem niste sincronizari corecte. __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Tue Nov 25 15:35:55 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Tue, 25 Nov 2003 17:35:55 +0200 Subject: [so] despre group_id References: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Message-ID: <002001c3b369$d1cd0c40$210c6150@ioana> Buna, Si eu am considerat group_id-ul intre 1 si group_max, si am intrebat-o pe Maria daca era gresit si mi-a zis ca nu e gresit nici asa, oricum nu prea cred ca asta ar avea o mare importanta... nu id-ul ala era esenta temei :). ----- Original Message ----- From: "Badea Ovidiu" To: Sent: Tuesday, November 25, 2003 1:51 PM Subject: [so] despre group_id > Am citit pe lista ca cica group_id putea sa fie oricat > si nu intre 0 si groups_max. Ca e gresit daca l-am > facut sa fie intre 0 si groups_max. Ma duc la enuntul > temei si acolo scrie: > > Consumatorii intra in cofetaria in grupuri de > prieteni. Pot exista maxim GROUP_MAX grupuri, putand > avea maxim PEOPLE_MAX membri. Un grup este > caracterizat printr-un ID si un numar de membri. > > Vreau sa vad locul EXACT unde scrie ca group_id poate > fi oricat. Nu vad ca raspuns valid la aceasta > intrebare reprosul ca "de ce nu am intrebat?". Nu am > intrebat pt. ca nu mi-a trecut prin cap asa ceva. Mie > mi s-a parut logic ca din moment ce sunt maxim > groups_max grupuri, group_id sa ia valori intre 0 si > groups_max. > Oricum mi se pare aiurea o galceava pe astfel de > chestii, cu uite group_idu', nu e group_idu', cand > scopul temei era sa invatam sa facem niste > sincronizari corecte. > > > __________________________________ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Tue Nov 25 15:38:54 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 25 Nov 2003 17:38:54 +0200 Subject: [so] despre group_id In-Reply-To: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031125173807.00ae3990@mail.mymail.ro> Arata'mi locul EXACT unde am scris ca e gresit daca l'ai facut sa fie intre 0 si groups_max. Maria. >Am citit pe lista ca cica group_id putea sa fie oricat >si nu intre 0 si groups_max. Ca e gresit daca l-am >facut sa fie intre 0 si groups_max. Ma duc la enuntul >temei si acolo scrie: --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 25 16:37:16 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Tue, 25 Nov 2003 18:37:16 +0200 Subject: [so] vesti bune References: <20031124002034.29811.qmail@web60503.mail.yahoo.com> Message-ID: <008a01c3b372$63a50a70$6400a8c0@andrei> Nu pare bine nici asa. Daca un thread este deschis inainte de crearea TLS-ului (deci de pornirea acelui monitor) nu are cine sa initializeze acel spatiu de stocare decat daca monitorul ar sti ce thread-uri sunt in proces. Presupunand ca avem incredere ca Windows initializeaza acel spatiu cu NULL (ceea ce nu stiu daca e valabil si in Linux) ar mai fi o problema daca acel TLS a fost folosit in prealabil in thread-ul nostru de catre altcineva (totusi monitorul va putea fi folosit in orice aplicatie) care nu l-a lasat cu NULL cand l-a eliberat. ----- Original Message ----- From: "Cosmin Arad" To: Sent: Monday, 24 November, 2003 2:20 AM Subject: Re: [so] vesti bune > > --- Andrei Hagiescu wrote: > > Datorita posibilitatii folosirii mai multor > > monitoare un thread poate fi la > > un moment dat intr-unul dintre ele si in afara > > altuia....sau de ce nu in mai > > multe monitoare? Daca da, atunci informatia stocata > > in TLS (cu privire la > > starea unui thread inauntrul sau in afara unui > > monitor) trebuie sa nu mai > > fie o simpla informatie booleana ci o lista de > > monitoare in care thread-ul > > este intrat, nu? Nu devine o solutie mai greu de > > implementat decat o lista > > de thread-uri intrate pentru fiecare monitor? > > Oops. You've got that right. > Solutia ramane totusi simpla. In loc sa faceti > TlsAlloc respectiv pthread_key_create in entry-pointul > librariei (DllMain respectiv constructorul librariei > pe Linux) veti face in functia create. > Astfel fiecare monitor contine un index distinct in > TLS > iar verificarile de utilizare corecta care se fac in > operatii se vor face folosind indexul respectiv. > Asadar informatia ramane booleana :) si implementarea > nu presupune overhead. > > Limitele sunt rezonabile: 1088 de indexuri in Windows > 2000 si 1024 in Linux, deci un proces poate sa > construiasca cam 1000 de monitoare. > > Cosmin > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > > From so@atlantis.cs.pub.ro Tue Nov 25 18:01:33 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 10:01:33 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <008a01c3b372$63a50a70$6400a8c0@andrei> Message-ID: <20031125180133.20884.qmail@web60505.mail.yahoo.com> Nu trebuie sa fii ingrijorat. Hai sa lamurim lucrurile: - aloci un index in TLS la monitor_create; - la monitor_enter daca valoarea lui e NULL, aloci o zona unde sa tii informatia, sau pur si simplu setezi pointerul la alta valoare diferita de NULL pt ca tot ce ai tu nevoie e o info booleana (NULL vs NOT NULL could do it). - daca la enter nu era NULL inseamna ca threadul era deja in monitor deci oops. - la leave setezi pointerul la NULL (si faci free in cazul in care ai alocat ceva acolo) - la signal, wait, broadcast testezi pointerul sa nu fie NULL. - la destroi eliberezi indexul. Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie: -Windows (PSDK): "If the function succeeds, the return value is a TLS index. The slots for the index are initialized to zero." e vb de TlsAlloc. -Linux (man pthread_key_create): "The value initially associated with the returned key is !NULL! in all currently executing threads." Cosmin --- Andrei Hagiescu wrote: > Nu pare bine nici asa. Daca un thread este deschis > inainte de crearea > TLS-ului (deci de pornirea acelui monitor) nu are > cine sa initializeze acel > spatiu de stocare decat daca monitorul ar sti ce > thread-uri sunt in proces. > Presupunand ca avem incredere ca Windows > initializeaza acel spatiu cu NULL > (ceea ce nu stiu daca e valabil si in Linux) ar mai > fi o problema daca acel > TLS a fost folosit in prealabil in thread-ul nostru > de catre altcineva > (totusi monitorul va putea fi folosit in orice > aplicatie) care nu l-a lasat > cu NULL cand l-a eliberat. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 18:01:16 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 10:01:16 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <008a01c3b372$63a50a70$6400a8c0@andrei> Message-ID: <20031125180116.51002.qmail@web60510.mail.yahoo.com> Nu trebuie sa fii ingrijorat. Hai sa lamurim lucrurile: - aloci un index in TLS la monitor_create; - la monitor_enter daca valoarea lui e NULL, aloci o zona unde sa tii informatia, sau pur si simplu setezi pointerul la alta valoare diferita de NULL pt ca tot ce ai tu nevoie e o info booleana (NULL vs NOT NULL could do it). - daca la enter nu era NULL inseamna ca threadul era deja in monitor deci oops. - la leave setezi pointerul la NULL (si faci free in cazul in care ai alocat ceva acolo) - la signal, wait, broadcast testezi pointerul sa nu fie NULL. - la destroi eliberezi indexul. Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie: -Windows (PSDK): "If the function succeeds, the return value is a TLS index. The slots for the index are initialized to zero." e vb de TlsAlloc. -Linux (man pthread_key_create): "The value initially associated with the returned key is !NULL! in all currently executing threads." Cosmin --- Andrei Hagiescu wrote: > Nu pare bine nici asa. Daca un thread este deschis > inainte de crearea > TLS-ului (deci de pornirea acelui monitor) nu are > cine sa initializeze acel > spatiu de stocare decat daca monitorul ar sti ce > thread-uri sunt in proces. > Presupunand ca avem incredere ca Windows > initializeaza acel spatiu cu NULL > (ceea ce nu stiu daca e valabil si in Linux) ar mai > fi o problema daca acel > TLS a fost folosit in prealabil in thread-ul nostru > de catre altcineva > (totusi monitorul va putea fi folosit in orice > aplicatie) care nu l-a lasat > cu NULL cand l-a eliberat. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 19:19:26 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Tue, 25 Nov 2003 21:19:26 +0200 Subject: [so] vesti bune References: <20031125180116.51002.qmail@web60510.mail.yahoo.com> Message-ID: <003b01c3b389$0b404a40$6400a8c0@andrei> Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie Sunt de acord cu aceasta afirmatie atata vreme cat am si garantia ca in toate thread-urile care vor folosi monitorul nimeni nu se va fi folosit de acel TLS inainte si nu-l va elibera _uitand_ sa-l curete ----- Original Message ----- From: "Cosmin Arad" To: Sent: Tuesday, 25 November, 2003 20:01 PM Subject: Re: [so] vesti bune > > Nu trebuie sa fii ingrijorat. Hai sa lamurim > lucrurile: > - aloci un index in TLS la monitor_create; > - la monitor_enter daca valoarea lui e NULL, aloci o > zona unde sa tii informatia, sau pur si simplu setezi > pointerul la alta valoare diferita de NULL pt ca tot > ce ai tu nevoie e o info booleana (NULL vs NOT NULL > could do it). > - daca la enter nu era NULL inseamna ca threadul era > deja in monitor deci oops. > - la leave setezi pointerul la NULL (si faci free in > cazul in care ai alocat ceva acolo) > - la signal, wait, broadcast testezi pointerul sa nu > fie NULL. > - la destroi eliberezi indexul. > > Ai garantia ca la alocarea indexului in TLS valoarea > lui e NULL in toate threadurile atat in Windows cat si > in Linux. Iti citez din documentatie: > > -Windows (PSDK): "If the function succeeds, the return > value is a TLS index. The slots for the index are > initialized to zero." e vb de TlsAlloc. > > -Linux (man pthread_key_create): "The value initially > associated with the returned key is !NULL! in all > currently executing threads." > > Cosmin > > --- Andrei Hagiescu wrote: > > Nu pare bine nici asa. Daca un thread este deschis > > inainte de crearea > > TLS-ului (deci de pornirea acelui monitor) nu are > > cine sa initializeze acel > > spatiu de stocare decat daca monitorul ar sti ce > > thread-uri sunt in proces. > > Presupunand ca avem incredere ca Windows > > initializeaza acel spatiu cu NULL > > (ceea ce nu stiu daca e valabil si in Linux) ar mai > > fi o problema daca acel > > TLS a fost folosit in prealabil in thread-ul nostru > > de catre altcineva > > (totusi monitorul va putea fi folosit in orice > > aplicatie) care nu l-a lasat > > cu NULL cand l-a eliberat. > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > > From so@atlantis.cs.pub.ro Tue Nov 25 19:37:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 11:37:29 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <003b01c3b389$0b404a40$6400a8c0@andrei> Message-ID: <20031125193729.85553.qmail@web60506.mail.yahoo.com> Daca il elibereaza in prealabil inseamna ca poate fi alocat de mine la create si dupa cum se spune in documentatie la alocare valoarea lui e NULL. Daca nu-l elibereaza inseamna ca e ocupat si mie alocarea imi va intoarce un altul care era liber si din nou valoarea lui e NULL. Cosmin --- Andrei Hagiescu wrote: > Ai garantia ca la alocarea indexului in TLS valoarea > lui e NULL in toate threadurile atat in Windows cat > si > in Linux. Iti citez din documentatie > > Sunt de acord cu aceasta afirmatie atata vreme cat > am si garantia ca in > toate thread-urile care vor folosi monitorul nimeni > nu se va fi folosit de > acel TLS inainte si nu-l va elibera _uitand_ sa-l > curete __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 10:53:59 2003 From: so@atlantis.cs.pub.ro (iana ionel cristian) Date: Wed, 26 Nov 2003 02:53:59 -0800 (PST) Subject: [so] De ce TLS ? Message-ID: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Salut Am cateva nelamuriri in legatura cu tema 3: 1. Exista problema verificarii daca firul care a apelat enter, wait, leave, etc., este firul activ. Este gresit daca in loc sa retin o variabila boolean folosind tls, procedez in felul urmator: - fiecare structura monitor retine id-ul firului activ - atunci cand se executa o functie, (de ex enter) verific sa am idActiv = 0, dupa care fac idActiv = idFirCurent. Sau pentru leave verific sa am idActiv = idFirCurent dupa care la iesire fac idActiv = 0, s.a.m.d. - pt a obtine IdFirCurent folosesc pthread_self 2. Se cere "sa fim atenti la utilizari gresite ale functiilor ". Este suficient ca functiile pt monitor sa returneaze o valoarea de eroare cand se intampla asa ceva ? Sau trebuie sa mai facem si altceva, de ex mesaj afisat la consola, aruncare de exceptii ... ? 3. Monitorul se poate distruge doar atunci cand nu exista fir activ in el si nu exista nici un fir care este blocat intr-o coada de asteptare sau la vreo variablia de conditie ? __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 13:50:13 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 05:50:13 -0800 (PST) Subject: [so] Barbers In-Reply-To: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Message-ID: <20031126135013.23337.qmail@web60305.mail.yahoo.com> --0-1133674118-1069854613=:21682 Content-Type: text/plain; charset=us-ascii La pornire trebuie ca toti barbierii/frizeri sa fie gata de tuns? sau trebuie sa se astepte sa fie toti gata. Eu astept sa fie toti gata si dupa incep clientii sa se tunda, e ok asa? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1133674118-1069854613=:21682 Content-Type: text/html; charset=us-ascii

La pornire trebuie ca toti barbierii/frizeri sa fie gata de tuns?

sau trebuie sa se astepte sa fie toti gata.

 

Eu astept sa fie toti gata si dupa incep clientii sa se tunda, e ok asa?

 

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1133674118-1069854613=:21682-- From so@atlantis.cs.pub.ro Wed Nov 26 14:28:34 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 06:28:34 -0800 (PST) Subject: [so] Barbers In-Reply-To: <20031126135013.23337.qmail@web60305.mail.yahoo.com> Message-ID: <20031126142834.52820.qmail@web60510.mail.yahoo.com> --- Mihai Iancu wrote: > > La pornire trebuie ca toti barbierii/frizeri sa fie > gata de tuns? > > sau trebuie sa se astepte sa fie toti gata. > > Eu astept sa fie toti gata si dupa incep clientii sa > se tunda, e ok asa? Da, trebuie sa te asiguri ca barbierii dorm in scaunele lor cand incepi sa lansezi clientii. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 14:56:16 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 06:56:16 -0800 (PST) Subject: [so] De ce TLS ? In-Reply-To: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Message-ID: <20031126145616.63185.qmail@web60510.mail.yahoo.com> --- iana ionel cristian wrote: > Salut > > Am cateva nelamuriri in legatura cu tema 3: > > 1. Exista problema verificarii daca firul care a > apelat > enter, wait, leave, etc., este firul activ. Este > gresit > daca in loc sa retin o variabila boolean folosind > tls, > procedez in felul urmator: > > - fiecare structura monitor retine id-ul firului > activ > > - atunci cand se executa o functie, (de ex enter) > verific sa am idActiv = 0, dupa care fac idActiv = > idFirCurent. Sau pentru leave verific sa am idActiv > = > idFirCurent dupa care la iesire fac idActiv = 0, > s.a.m.d. > > - pt a obtine IdFirCurent folosesc pthread_self S-ar putea sa ai dreptate, nu pot sa ma pronunt acum. Ai insa grija sa nu ai race-uri intre operatii la setarea proprietarului. Totusi, daca este corect pierzi experienta utilizarii TLS si tema ta s-ar putea clasa pe o pozitie medie sau codasa :) > 2. Se cere "sa fim atenti la utilizari gresite ale > functiilor ". Este suficient ca functiile pt monitor > sa > returneaze o valoarea de eroare cand se intampla asa > ceva ? Sau trebuie sa mai facem si altceva, de ex > mesaj afisat la consola, aruncare de exceptii ... ? Este suficient un cod de eroare. > 3. Monitorul se poate distruge doar atunci cand nu > exista fir activ in el si nu exista nici un fir care > este blocat intr-o coada de asteptare sau la vreo > variablia de conditie ? Da, asta ar trebui sa faca destroy. Ar mai trebui sa va scrieti o functie de distrugere fortata, _destroy, pe care s-o apelati de exemplu la oprirea fortata a programului (Ctrl+C) pentru ca altfel nu se pot debloca firele care asteptau la conditii. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 16:10:54 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Wed, 26 Nov 2003 08:10:54 -0800 (PST) Subject: [so] De ce TLS ? In-Reply-To: <20031126145616.63185.qmail@web60510.mail.yahoo.com> Message-ID: <20031126161054.98496.qmail@web11704.mail.yahoo.com> > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 16:15:21 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Wed, 26 Nov 2003 08:15:21 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126145616.63185.qmail@web60510.mail.yahoo.com> Message-ID: <20031126161521.48409.qmail@web11707.mail.yahoo.com> > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie - setez un flag de destroy (de ex un semafor) apoi deblochez toate firele de la variabilele conditie; ele citesc flag-ul inainte de a ajunge in waiting, iar daca este setat pe destroy fac pthread_exit() ? - astept sa primesc o notificare ca toate firele au facut pthread_exit - apoi pot distruge toate elementele de sincronizare > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 16:21:38 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 08:21:38 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126161521.48409.qmail@web11707.mail.yahoo.com> Message-ID: <20031126162138.89465.qmail@web60302.mail.yahoo.com> --0-480435163-1069863698=:89351 Content-Type: text/plain; charset=us-ascii Asteptarea asta mi se pare mie sau este un fel de continuare a "algoritmului" cu barbieri si clienti, adica un fel de "terminare corecta"? daca da, la ce bun? oricum userul daca vrea sa termine nu il mai intereseaza ce se intampla cu toata logica programului. Iar daca resursele sunt eliberate, chiar daca fortat rau eu cred ca e ok. Gresesc? Stela Suciu wrote: > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie - setez un flag de destroy (de ex un semafor) apoi deblochez toate firele de la variabilele conditie; ele citesc flag-ul inainte de a ajunge in waiting, iar daca este setat pe destroy fac pthread_exit() ? - astept sa primesc o notificare ca toate firele au facut pthread_exit - apoi pot distruge toate elementele de sincronizare > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-480435163-1069863698=:89351 Content-Type: text/html; charset=us-ascii
Asteptarea asta mi se pare mie sau este un fel
de continuare a "algoritmului" cu barbieri si clienti,
adica un fel de "terminare corecta"?
 
daca da, la ce bun? oricum userul daca vrea sa termine
nu il mai intereseaza ce se intampla cu toata logica programului.
Iar daca resursele sunt eliberate, chiar daca fortat rau eu cred ca e ok.
Gresesc?
 


Stela Suciu <stelasuciu@yahoo.com> wrote:

>
> > 3. Monitorul se poate distruge doar atunci cand nu
> > exista fir activ in el si nu exista nici un fir
> care
> > este blocat intr-o coada de asteptare sau la vreo
> > variablia de conditie ?
>
> Da, asta ar trebui sa faca destroy. Ar mai trebui sa
> va scrieti o functie de distrugere fortata,
> _destroy,
> pe care s-o apelati de exemplu la oprirea fortata a
> programului (Ctrl+C) pentru ca altfel nu se pot
> debloca firele care asteptau la conditii.
>
> Cosmin
>
>
E corect daca in functia destroy:
- astept ca toate firele din cozile waiting,
signaller si entry sa plece sau sa se blocheze la
variabile conditie
- setez un flag de destroy (de ex un semafor) apoi
deblochez toate firele de la variabilele conditie; ele
citesc flag-ul inainte de a ajunge in waiting, iar
daca este setat pe destroy fac pthread_exit() ?
- astept sa primesc o notificare ca toate firele au
facut pthread_exit
- apoi pot distruge toate elementele de sincronizare
> __________________________________
> Do you Yahoo!?
> Protect your identity with Yahoo! Mail AddressGuard
> http://antispam.yahoo.com/whatsnewfree
> _______________________________________________
> so mailing list
> so@atlantis.cs.pub.ro
>
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-480435163-1069863698=:89351-- From so@atlantis.cs.pub.ro Wed Nov 26 16:23:19 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 08:23:19 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126162138.89465.qmail@web60302.mail.yahoo.com> Message-ID: <20031126162319.50529.qmail@web60501.mail.yahoo.com> e ok, nu gresesti. tocmai i-am raspuns Stelei. Cosmin --- Mihai Iancu wrote: > Asteptarea asta mi se pare mie sau este un fel > de continuare a "algoritmului" cu barbieri si > clienti, > adica un fel de "terminare corecta"? > > daca da, la ce bun? oricum userul daca vrea sa > termine > nu il mai intereseaza ce se intampla cu toata logica > programului. > Iar daca resursele sunt eliberate, chiar daca fortat > rau eu cred ca e ok. > Gresesc? > > > > Stela Suciu wrote: > > > > > > 3. Monitorul se poate distruge doar atunci cand > nu > > > exista fir activ in el si nu exista nici un fir > > care > > > este blocat intr-o coada de asteptare sau la > vreo > > > variablia de conditie ? > > > > Da, asta ar trebui sa faca destroy. Ar mai trebui > sa > > va scrieti o functie de distrugere fortata, > > _destroy, > > pe care s-o apelati de exemplu la oprirea fortata > a > > programului (Ctrl+C) pentru ca altfel nu se pot > > debloca firele care asteptau la conditii. > > > > Cosmin > > > > > E corect daca in functia destroy: > - astept ca toate firele din cozile waiting, > signaller si entry sa plece sau sa se blocheze la > variabile conditie > - setez un flag de destroy (de ex un semafor) apoi > deblochez toate firele de la variabilele conditie; > ele > citesc flag-ul inainte de a ajunge in waiting, iar > daca este setat pe destroy fac pthread_exit() ? > - astept sa primesc o notificare ca toate firele au > facut pthread_exit > - apoi pot distruge toate elementele de sincronizare > > __________________________________ > > Do you Yahoo!? > > Protect your identity with Yahoo! Mail > AddressGuard > > http://antispam.yahoo.com/whatsnewfree > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > __________________________________ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > --------------------------------- > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 16:22:07 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 08:22:07 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126161521.48409.qmail@web11707.mail.yahoo.com> Message-ID: <20031126162207.81364.qmail@web60505.mail.yahoo.com> --- Stela Suciu wrote: > E corect daca in functia destroy: > - astept ca toate firele din cozile waiting, > signaller si entry sa plece sau sa se blocheze la > variabile conditie > - setez un flag de destroy (de ex un semafor) apoi > deblochez toate firele de la variabilele conditie; > ele > citesc flag-ul inainte de a ajunge in waiting, iar > daca este setat pe destroy fac pthread_exit() ? > - astept sa primesc o notificare ca toate firele au > facut pthread_exit > - apoi pot distruge toate elementele de > sincronizare Functia destroy ar trebui sa verifice daca monitorul este liber (nu este ocupat si nu sunt fire blocate la conditii). Daca e liber sa-l distruga, daca nu sa intoarca un cod de eroare. Functia _destroy ar trebui sa distruga monitorul fortat si sa fie apelata doar in cazuri extreme cum este cel de terminare fortata a aplciatiei. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 17:19:41 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 26 Nov 2003 19:19:41 +0200 Subject: [so] De ce TLS ? - continuare:) References: <20031126162207.81364.qmail@web60505.mail.yahoo.com> Message-ID: <002801c3b441$7c056c70$0200a8c0@smeagol> pe mine m-a ametit putin chestia cu destroy. este evident ca trebuie sa existe un destroy dur care sa curete tot fara sa faca nici o verificare. acum, din cate am inteles, trebuie sa avem un destroy care curata doar daca nu are nimeni treaba cu monitorul. cineva are treaba cu monitorul daca se afla in vre-o coada sau daca este activ. Dar cum destroy-ul se da dintr-un thread care care se presupune ca nu are nici o legatura cu threadurile care folosesc monitorul este destul de complicat modul in care se determina daca monitorul este sau nu folosit. de exemplu: in destroy ma apuc sa verific daca este cineva blocat la o conditie. pp ca nu este, dar imediat ce fac verificare vine un thread care se blocheaza exact la variabila aia conditie. neplacut. trebuie deci sa impiedicam accesul la monitor in timp ce incerc sa distrug monitorul. singurul mod in care vad facandu-se asta (doar cu resursele monitorului) este ca threadul care face destroy sa fie el insusi activ in monitor (adica sa fi dat in prealabil un enter()). si de aici contradictia: distrug monitorul numai cand nimeni nu foloseste monitorul, dar pentru ca sa vad ca monitorul este liber tocmai cel care distruge trebuie sa fie in monitor. (presupun ca se face o exceptie :) ). Eu sincer inclin spre existenta unei singure functii destroy (cea care omoara tot si abia apoi intreaba), dar pe care o apelez cu grija dupa ce toate threadurile nu mai au nevoie de monitor. prefer deci sa fie de datoria aplicatiei care foloseste monitorul sa se asigure de corectitudinea folosirii lui destroy. zeii ce zic? From so@atlantis.cs.pub.ro Wed Nov 26 17:24:40 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 09:24:40 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <002801c3b441$7c056c70$0200a8c0@smeagol> Message-ID: <20031126172440.77246.qmail@web60501.mail.yahoo.com> --- Cibu Cristian wrote: > pe mine m-a ametit putin chestia cu destroy. > > este evident ca trebuie sa existe un destroy dur > care sa curete tot fara sa > faca nici o verificare. > > acum, din cate am inteles, trebuie sa avem un > destroy care curata doar daca > nu are nimeni treaba cu monitorul. > cineva are treaba cu monitorul daca se afla in vre-o > coada sau daca este > activ. Dar cum destroy-ul se da dintr-un thread care > care se presupune ca nu > are nici o legatura cu threadurile care folosesc > monitorul este destul de > complicat modul in care se determina daca monitorul > este sau nu folosit. > > de exemplu: > > in destroy ma apuc sa verific daca este cineva > blocat la o conditie. pp ca > nu este, dar imediat ce fac verificare vine un > thread care se blocheaza > exact la variabila aia conditie. neplacut. trebuie > deci sa impiedicam > accesul la monitor in timp ce incerc sa distrug > monitorul. singurul mod in > care vad facandu-se asta (doar cu resursele > monitorului) este ca threadul > care face destroy sa fie el insusi activ in monitor > (adica sa fi dat in > prealabil un enter()). > > si de aici contradictia: distrug monitorul numai > cand nimeni nu foloseste > monitorul, dar pentru ca sa vad ca monitorul este > liber tocmai cel care > distruge trebuie sa fie in monitor. (presupun ca se > face o exceptie :) ). Da, poti sa iei lockul asociat cozii Entry ca sa faci destroy. > Eu sincer inclin spre existenta unei singure functii > destroy (cea care > omoara tot si abia apoi intreaba), dar pe care o > apelez cu grija dupa ce > toate threadurile nu mai au nevoie de monitor. > prefer deci sa fie de datoria > aplicatiei care foloseste monitorul sa se asigure de > corectitudinea > folosirii lui destroy. Ambele sunt necesare, cea care omoara tot sa fie apelata doar in cazuri extreme in care nu te mai intereseaza ce se intampla cu monitorul in continuare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 17:43:09 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 26 Nov 2003 19:43:09 +0200 Subject: [so] De ce TLS ? - continuare:) References: <20031126172440.77246.qmail@web60501.mail.yahoo.com> Message-ID: <003001c3b444$c17c23e0$0200a8c0@smeagol> pai daca trebuie sa fac enter() ca sa pot distruge, inseamna ca nu mai este nimeni in waiting sau in signaler si mai concurez si cu alte threaduri care dau enter(). asadar destroy-ul obtine accesul la monitor cine stie peste cat timp. este ok ? dar tot mi se pare de datoria aplicatiei sa dea destroy-ul atotputernic cand se stie sigur ca nimeni nu mai are treaba cu monitorul. From so@atlantis.cs.pub.ro Wed Nov 26 17:48:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 09:48:51 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <003001c3b444$c17c23e0$0200a8c0@smeagol> Message-ID: <20031126174851.25368.qmail@web60509.mail.yahoo.com> --- Cibu Cristian wrote: > pai daca trebuie sa fac enter() ca sa pot distruge, > inseamna ca nu mai este > nimeni in waiting sau in signaler si mai concurez si > cu alte threaduri care > dau enter(). asadar destroy-ul obtine accesul la > monitor cine stie peste cat > timp. este ok ? Eu nu am zis sa faci enter(). Am zis doar sa iei lockul asociat cozii Entry. Astfel impiedici orice alt enter in timp ce tu verifici ca monitorul este sau nu liber. > dar tot mi se pare de datoria aplicatiei sa dea > destroy-ul atotputernic cand > se stie sigur ca nimeni nu mai are treaba cu > monitorul. destroy-ul normal e un fel de try_destroy care poate fi si el util uneori. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 19:48:09 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 11:48:09 -0800 (PST) Subject: [so] destroy In-Reply-To: <20031126174851.25368.qmail@web60509.mail.yahoo.com> Message-ID: <20031126194809.80997.qmail@web60307.mail.yahoo.com> --0-2062366077-1069876089=:78700 Content-Type: text/plain; charset=us-ascii Bun, hai ca nu ne intelegem cu destroy asta ce ar fi sa nu il mai facem ??? : )) Intreabarea este: "De ce trebuie sa se distruga cand nu mai este nici un thread activ sau nu mai stiu exact care erau specificatiile?" Poate ca cineva peste 4 min vrea sa il foloseasca! Distrugerea se face pornind de la presupunearea ca nu mai se asteapta nimic de la program si se indreapta singur catre exit? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-2062366077-1069876089=:78700 Content-Type: text/html; charset=us-ascii

Bun, hai ca nu ne intelegem cu destroy asta

ce ar fi sa nu il mai facem ??? : ))

 

Intreabarea este: "De ce trebuie sa se distruga cand nu mai este

nici un thread activ sau nu mai stiu exact care erau specificatiile?"

Poate ca cineva peste 4 min vrea sa il foloseasca!

Distrugerea se face pornind de la presupunearea ca nu mai se asteapta nimic

de la program si se indreapta singur catre exit?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-2062366077-1069876089=:78700-- From so@atlantis.cs.pub.ro Wed Nov 26 20:20:06 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 12:20:06 -0800 (PST) Subject: [so] destroy In-Reply-To: <20031126194809.80997.qmail@web60307.mail.yahoo.com> Message-ID: <20031126202006.78739.qmail@web60503.mail.yahoo.com> --- Mihai Iancu wrote: > > Bun, hai ca nu ne intelegem cu destroy asta > ce ar fi sa nu il mai facem ??? : )) vi s-ar scadea puncte :)) > Intreabarea este: "De ce trebuie sa se distruga cand > nu mai este > > nici un thread activ sau nu mai stiu exact care erau > specificatiile?" > > Poate ca cineva peste 4 min vrea sa il foloseasca! Daca vrea sa il foloseasca peste 4 minute nu il distruge. > Distrugerea se face pornind de la presupunearea ca > nu mai se asteapta nimic > > de la program si se indreapta singur catre exit? presupunerea poate fi gresita. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 09:05:00 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 11:05:00 +0200 Subject: [so] mingw Message-ID: <002101c3b4c5$897e5220$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_001E_01C3B4D6.4CFB3B40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai = mari decat cele facute de Visual C++ 6.0 Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de = nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare tind spre anumite valori fixe astfel incat dupa cateva iteratii toti = cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se = gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce = construieste Visual C++ totul se comporta cu totul diferit. valorile = aleatoare sunt chiar aleatoare. daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il = rog sa ma ajute. ------=_NextPart_000_001E_01C3B4D6.4CFB3B40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
mare balarie si mingw asta. Toate = executabilele=20 sunt de 3, 4 ori mai mari decat cele facute de Visual C++ = 6.0
Dar fie, nu aste e problema. toate = valorile=20 aleatoare sunt asa de nealeatoare :)... Cu executabilele facute de g++ = valorile=20 aleatoare
tind spre anumite valori fixe astfel = incat dupa=20 cateva iteratii toti cititorii se comporta unitar (nu-i mai dezlipesc) = pentru ca=20 toti se gasesc sa citeasca la fel de mult si fac pauza la fel de mult. = cu ce=20 construieste Visual C++ totul se comporta cu totul diferit. valorile = aleatoare=20 sunt chiar aleatoare.
daca cineva are vre-o idee de cum se = poate rezolva=20 treaba cu random, il rog sa ma = ajute.
------=_NextPart_000_001E_01C3B4D6.4CFB3B40-- From so@atlantis.cs.pub.ro Thu Nov 27 09:27:49 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Thu, 27 Nov 2003 11:27:49 +0200 Subject: [so] mingw Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B4C8.B9BE78AD Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGVvcmV0aWMsIGFpIHB1dGVhIHNhIGNvbXBpbGV6aSBjdSBNaW5HVywgZGFyIHNhIGxlZ2kgZmlz aWVydWwgdGF1IG9iaWVjdCBkZSBsaWJjIHNpIG1zdmNydCAocnVudGltZXVsIGRlIEMgZGluIFZp c3VhbCBTdHVkaW8pIC0gbi1hbSBpZGVlIGN1bSwgbnUgYW0gcHJlYSBpbnZlc3RpZ2F0IGRhciBh ciB0cmVidWkgc2Egc2UgcG9hdGEsIG9yaWNlIGNvbXBpbGF0b3IgY2F0IGRlIGNhdCBkZWNlbnQg cG9hdGUgZmFjZSBhc3RhICh2ZXppIGNhIGluIFNldHRpbmdzIGxhIFZpc3VhbCBTdHVkaW8gYWkg c2kgbGluaWEgZGUgY29tYW5kYSBjdSBjYXJlIGludm9jYSBjbC5leGUgLSBpbmNlYXJjYSBzYSBv IGFkYXB0ZXppIHB0IE1pbkdXKS4gSW4gcHJhY3RpY2EsIGFzdGEgaW5zZWFtbmEgY2EgZmFjaSBw cmVzdXB1bmVyZWEgY2EgcGUgY2FsY3VsIHBlIGNhcmUgc2UgZmFjZSBjb21waWxhcmVhIHNpIGNv cmVjdGFyZWEgc2Ugdm9yIGdhc2kgY2VsZSBkb3VhIC5saWItdXJpLi4uIElhciBhaWNpLCB5b3Un cmUgb24geW91ciBvd24uDQoNCgktLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLSANCglGcm9tOiBD aWJ1IENyaXN0aWFuIFttYWlsdG86Y2lidS5jcmlzdGlhbkByZHNsaW5rLnJvXSANCglTZW50OiBU aHUgMTEvMjcvMjAwMyAxMTowNSBBTSANCglUbzogZ3J1cCBTTyANCglDYzogDQoJU3ViamVjdDog W3NvXSBtaW5ndw0KCQ0KCQ0KCQ0KCW1hcmUgYmFsYXJpZSBzaSBtaW5ndyBhc3RhLiBUb2F0ZSBl eGVjdXRhYmlsZWxlIHN1bnQgZGUgMywgNCBvcmkgbWFpIG1hcmkgZGVjYXQgY2VsZSBmYWN1dGUg ZGUgVmlzdWFsIEMrKyA2LjANCglEYXIgZmllLCBudSBhc3RlIGUgcHJvYmxlbWEuIHRvYXRlIHZh bG9yaWxlIGFsZWF0b2FyZSBzdW50IGFzYSBkZSBuZWFsZWF0b2FyZSA6KS4uLiBDdSBleGVjdXRh YmlsZWxlIGZhY3V0ZSBkZSBnKysgdmFsb3JpbGUgYWxlYXRvYXJlDQoJdGluZCBzcHJlIGFudW1p dGUgdmFsb3JpIGZpeGUgYXN0ZmVsIGluY2F0IGR1cGEgY2F0ZXZhIGl0ZXJhdGlpIHRvdGkgY2l0 aXRvcmlpIHNlIGNvbXBvcnRhIHVuaXRhciAobnUtaSBtYWkgZGV6bGlwZXNjKSBwZW50cnUgY2Eg dG90aSBzZSBnYXNlc2Mgc2EgY2l0ZWFzY2EgbGEgZmVsIGRlIG11bHQgc2kgZmFjIHBhdXphIGxh IGZlbCBkZSBtdWx0LiBjdSBjZSBjb25zdHJ1aWVzdGUgVmlzdWFsIEMrKyB0b3R1bCBzZSBjb21w b3J0YSBjdSB0b3R1bCBkaWZlcml0LiB2YWxvcmlsZSBhbGVhdG9hcmUgc3VudCBjaGlhciBhbGVh dG9hcmUuDQoJZGFjYSBjaW5ldmEgYXJlIHZyZS1vIGlkZWUgZGUgY3VtIHNlIHBvYXRlIHJlem9s dmEgdHJlYWJhIGN1IHJhbmRvbSwgaWwgcm9nIHNhIG1hIGFqdXRlLg0KDQo= ------_=_NextPart_001_01C3B4C8.B9BE78AD Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IjMJAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAGwALABsAMQAEAFsBASCAAwAOAAAA0wcLABsACwAbADEABABbAQEJgAEAIQAAAEE1 RUVGRTM1OUQyNjVDNERCNDNDRDg3MjlDNjQ4QTA3AF8HAQOQBgBkEAAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAAB4AAABSAEUAOgAgAFsAcwBvAF0A IABtAGkAbgBnAHcAAAAAAEAAOQCteL65yLTDAR8APQABAAAACgAAAFIARQA6ACAAAAAAAAIBRwAB AAAAKwAAAGM9dXM7YT0gO3A9TVNMYWI7bD1TRVJWRVItMDMxMTI3MDkyNzQ5Wi0yNAAAHwBJAAEA AAAWAAAAWwBzAG8AXQAgAG0AaQBuAGcAdwAAAAAAQABOAADGNInFtMMBHwBaAAEAAAAcAAAAQwBp AGIAdQAgAEMAcgBpAHMAdABpAGEAbgAAAAIBWwABAAAARAAAAAAAAACBKx+kvqMQGZ1uAN0BD1QC AAAAAENpYnUgQ3Jpc3RpYW4AU01UUABjaWJ1LmNyaXN0aWFuQHJkc2xpbmsucm8AAgFcAAEAAAAe AAAAU01UUDpDSUJVLkNSSVNUSUFOQFJEU0xJTksuUk8AAAAfAF0AAQAAABwAAABDAGkAYgB1ACAA QwByAGkAcwB0AGkAYQBuAAAAAgFeAAEAAABEAAAAAAAAAIErH6S+oxAZnW4A3QEPVAIAAAAAQ2li dSBDcmlzdGlhbgBTTVRQAGNpYnUuY3Jpc3RpYW5AcmRzbGluay5ybwACAV8AAQAAAB4AAABTTVRQ OkNJQlUuQ1JJU1RJQU5AUkRTTElOSy5STwAAAB8AZgABAAAACgAAAFMATQBUAFAAAAAAAB8AZwAB AAAAMgAAAGMAaQBiAHUALgBjAHIAaQBzAHQAaQBhAG4AQAByAGQAcwBsAGkAbgBrAC4AcgBvAAAA AAAfAGgAAQAAAAoAAABTAE0AVABQAAAAAAAfAGkAAQAAADIAAABjAGkAYgB1AC4AYwByAGkAcwB0 AGkAYQBuAEAAcgBkAHMAbABpAG4AawAuAHIAbwAAAAAAHwBwAAEAAAAWAAAAWwBzAG8AXQAgAG0A aQBuAGcAdwAAAAAAAgFxAAEAAAAbAAAAAcO0xmdjfRk4fjawT8eNDkKm5PZeIwAANtm+AB8AdAAB AAAAEAAAAGcAcgB1AHAAIABTAE8AAAAfABoMAQAAABwAAABPAHYAaQBkAGkAdQAgAFAAbABhAHQA bwBuAAAAHwAdDgEAAAAWAAAAWwBzAG8AXQAgAG0AaQBuAGcAdwAAAAAAAgEJEAEAAACMCAAAiAgA AM4XAABMWkZ1k2+XxQMACgByY3BnMTI1gjIDQ2h0bWwxAzD/AQMB9wqAAqQD5AcTAoAQA/8AUARW CFUHshE1DlEDAQIAhGNoCsBzZXQyBgDbBsMRNTMERhPHMBI/AgDeNBBtEUMI7wn3Oxl/DjB2NREy DGBjAFALCQFkMyY2FmALpTQgEAIqXHsOsgGQZxRQCqMRQx6YNAEUUDwhRE9DVFkAUEUgSFRNTCAA UFVCTElDICJALS8vVzNDIjBEJFREIUQ0LhZgVHI5AHJ0aQIgB0AiMEVOnCI+H50fPyVBMTggoBsh UiSNMx4wJvBFQURfJI0O8SWvKZ8mdDYO8DzgTUVUQSAFoAIwCfBYdD0iBeAhUzYjQDCMLjIdkC4Q MCIgJAAJB4A9RyRQRVJBVLxPUii/Kx8gUixhUyEAXExFJI4x4R+eOSCgL+8yLzBfJQUx4i8ofyVf OJQCNRZgPEJPRFkgzGJnCFAZET0jASA7YtggZGk7MDiwcjgAOHNLACEDMHYIkHdrC4Bk6jU4JGIA 0GsJwAhgPWDiIAAAc2hwOEI+wQuArHN0PqE+4XMDoGYDEEZsOvMCkXN2ICxAN7FBQDIxNRiQP6hG QEEvCYBAxRiQQzFcPBFkb+cA4DwRCrFccRlgPBET4D8DMDx1FmA4Kx2hOS9nOeI2IKBESVY8SQAA RReZOEk2NEhPRWJUZQWwExQwDeAsIAtwIHB1sS0QYSBzTMAFoG0/UGVCkHpMYGN1BdALgEe6V0ww ZArBTOFCkGdMYHdAMACQBJB1AyABkE3Ab/piCJBjBUA2rEaFAQBOsNhpYmNM0ExgbUDwBQD9BUAo T2ACMAdxT3FRoSHwazvQA6BWBAB1B0AGAHRCdTvQbykgLS6gLbkuwCBpAQBRsE2wbUww9m5NwFUx cBmATMBQX0ayzQuAdgeQI9BnYQVATlLjCsE8IGVidUxgTOEUIPVMcG9YgGFMMAWwDeBVkfdNI1iA BbFjWIJVkVuDWpDfAjBZ41GwVr9GsmYA0FGw9mE/gEzAKFggTYJMwFPR9wZgAkALgGcEIAtgU/xM Qv9SIVHQAwBMwFuyA3JOUE2iP1twGYBc71e2Q9BM8Wwu/GV4UbBU8AuAWpAKwF9Bf0zhYSFOUAUw TXIFMU3jKfguIEkDoFZgANBMAVox916TP2FMsG0kAF8yYz9eBe9MYRmAVCBMgG4EkEyxX0H6cFvC bE2wAyBsI2MBWcH/XkNaxVZyUiEFoVARbiRRsL9koAXAaY9GslhwbnJlQpBXO8AIYEzALlHRLQhx Lq9ygGeQWMIN4GlMMHkIYB4nYwECIHNSBcBvd27+LjhJAcA8VwqiPFcKcSX8/jAoQSKQSBt2OEWf Rq9Hs4MhwCDgS1FVT1QhMDM71UzQdHlCkC1RQVKAR0lOLVJJRyFQ4DogMHB4JHE8aAqx/xACRAVE o0RhRP96Hx/LFmB/g/B6/0f/SQ9KH4EXQ4BpCx2CJfw0JtFGT05UdVIRei7gMoV7C+KA+S39jPJP BRBO4CQBBdAHkEzg/GdljPOJXSxAOmEvgTxoXWGhZQqBgR84ozgoQULVhXtigPlGA2E6hDwgkb4v krp5CRZwUeBNwEMFEL9YQQORb8+Cv5JxhAFbAMDbAxBbMDpq8FlQLgUBl8NKQAsgc2Ghay4DYF3/ jp+Pr5C/kc+S359VBmACMGeUn5WvlrdUaE3AnZAvLDI3pcAuADOlkTow+jUQ0E2YH5kvmjWcz53f /57vn/+hD0tVmwCiz6Pflsb3CcBrYAYAT5y/qm+rf6yP862ftPVDY68/sE+Wt7JvH7N/tI+1n7av ohV1YmrPUBG4P7lPlrdbc5yep7/1mghtX+F3uu+7/70Pxw/XyB/JLyZWNYURL4qCwk//ho51T3Zf d2/Ob4F/xO+Dn3+Er4ffhs/Y34jvifxeQj3/BxOKz4vSUSGMDcQP1d+aRP/Tj89/0I/Rn9f/2Q/a H9sv/9wz3y/gP9zP3d/e7+0vAMD/YwE98G4RCJBSE8aSXoNngP+vEFyyZSFNsAGRTVFxgeEP3+If mkRUIFxhUaEzTDAeMP9aYfKh+SL5EQWBWIFxY15Bx0yRU2JUBUMrKy3SzN//ze/UGf2f5J/lr+a/ 0q//D//Uz/bP1u/nz+jf6e/q/+wPv/Gf7i/vP/BPDX8Og0Ry0f1AMGVV5D+A9LFWUU/gQpDv+UBn gFswXLJ28xBaYfWP/wYfmhfzEEywFSFtEvhCXpC3YeNrkBiYOmdwcpFDTcD79Nz6iGf7oRYfFy+a RBWH/xiX/A/9H/4v/z8ATwFfAm//A38EjwWfBq8HvwjPJC8K7/8L/xGPDh8PLxA/EU8yfl/R3z6A P8BjAZvQVcBpFVdAIftlMV6RZnFwZXJYgmtgaW/3Ks+aJltxZRWAVVBcwGfg/0wATGBbMEwAbpA4 0DjQWmF/WXFapG+QXrFrgDjQctEobVYALfkkVXB6UdBsIHP+Y1TQbCAZUE9gOu87/z0H/z5kbUFx EUGRTNM40V6QaVH3YDE6AlGhbU9wUDBxMV5B+0xwT7B6Rp5ngE2xQl9Db/89FVqiaNBCEU9AFCL7 KT5x/09xP2pisU3UU8A6AJegSUH/FY9KLxevGLuAoGHQcuEYpv4uIK8hvyLPI98k7yX/Jw//KB8p Lyo/K08sXy1vWJ8vj38wnzYvMr8zzzTfNe9m7mRfbYBGAsvwPbEacnZvEC3ebzowQTD6007wbU4i TpAf9JJQr19fqQQagHpvbP89sYCAGgDzAEliPhA4EE5w5xPAUGByoG9nReL5QG8P+XATYWr6sVUP Vh9XL1g//1lPWl9bb1x/XY9f6GjRdtUPfC99P35PgOpCTE9DwEtRVU9URYHbcBELzB9f5jV/0kJP RFmHgF2l0MIBSFRNTMsQAn2J0B8ANRABAAAAigAAADwAMwA2AEMAOAAxADYANABBAEUAMABDADYA QwBBADQAOQA4ADcAQwAzAEUAQwA4ADgAQQAxAEIAQgA0ADEANgBBADAAMQA0ADcAMAA3AEAAcwBl AHIAdgBlAHIALgBtAGkAYwByAG8AcwBvAGYAdAAtAGwAYQBiAC4AcAB1AGIALgByAG8APgAAAAAA HwBHEAEAAAAeAAAAbQBlAHMAcwBhAGcAZQAvAHIAZgBjADgAMgAyAAAAAAALAPIQAQAAAB8A8xAB AAAAKgAAAFIARQAlADMAQQAgAFsAcwBvAF0AIABtAGkAbgBnAHcALgBFAE0ATAAAAAAACwD2EAAA AABAAAcw5STHQse0wwFAAAgwoJ/Fuci0wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2 AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GC AQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElF TlRTL0NOPU9WSURJVVBMAAAAAB8A+j8BAAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkA cwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEAAAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAA AC4AAAADAP0/5AQAAAMAGUAAAAAAAwAaQAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAA TwBWAEkARABJAFUAUABMAAAAAAAfADFAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkAB AAAAMgAAAGMAaQBiAHUALgBjAHIAaQBzAHQAaQBhAG4AQAByAGQAcwBsAGkAbgBrAC4AcgBvAAAA AAAfADNAAQAAADIAAABjAGkAYgB1AC4AYwByAGkAcwB0AGkAYQBuAEAAcgBkAHMAbABpAG4AawAu AHIAbwAAAAAAHwA4QAEAAAASAAAATwBWAEkARABJAFUAUABMAAAAAAAfADlAAQAAAAQAAAAuAAAA CwApAAAAAAALACMAAAAAAAMABhBmM8UZAwAHECgEAAADABAQAAAAAAMAERABAAAAHgAIEAEAAABl AAAAVEVPUkVUSUMsQUlQVVRFQVNBQ09NUElMRVpJQ1VNSU5HVyxEQVJTQUxFR0lGSVNJRVJVTFRB VU9CSUVDVERFTElCQ1NJTVNWQ1JUKFJVTlRJTUVVTERFQ0RJTlZJU1VBTFNUVQAAAAACAX8AAQAA AEUAAAA8MzZDODE2NEFFMEM2Q0E0OTg3QzNFQzg4QTFCQjQxNkEwMTQ3MDdAc2VydmVyLm1pY3Jv c29mdC1sYWIucHViLnJvPgAAAAAIxA== ------_=_NextPart_001_01C3B4C8.B9BE78AD-- From so@atlantis.cs.pub.ro Thu Nov 27 09:43:28 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Thu, 27 Nov 2003 11:43:28 +0200 Subject: [so] mingw Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A01470A@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B4CA.E8F16DEC Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U2kgY2Egc2EgbWVyZyBwYW5hIGxhIGNhcGF0LCB0cmVidWllIHNhIHByZWNpemV6IGNhLCBpbnRy dWNhdCBwcm9ncmFtdWwgZm9sb3Nlc3RlIHRocmVhZHVyaSwgdHJlYnVpZSBsZWdhdCBjdSBsaWJj bXQubGliIGRlIGV4IChtdCBwdCBtdWx0aS10aHJlYWRlZCkuIE9yaWN1bSwgbnVtZWxlIGxpYnJh cmlpbG9yIHN1bnQgbGlzdGF0ZSBpbiBzZXRhcmlsZSBkZSBsYSBWaXN1YWwgQysrLg0KDQoJLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0gDQoJRnJvbTogT3ZpZGl1IFBsYXRvbiBvbiBiZWhhbGYg b2YgT3ZpZGl1IFBsYXRvbiANCglTZW50OiBUaHUgMTEvMjcvMjAwMyAxMToyNyBBTSANCglUbzog c29AYXRsYW50aXMuY3MucHViLnJvIA0KCUNjOiANCglTdWJqZWN0OiBSRTogW3NvXSBtaW5ndw0K CQ0KCQ0KCVRlb3JldGljLCBhaSBwdXRlYSBzYSBjb21waWxlemkgY3UgTWluR1csIGRhciBzYSBs ZWdpIGZpc2llcnVsIHRhdSBvYmllY3QgZGUgbGliYyBzaSBtc3ZjcnQgKHJ1bnRpbWV1bCBkZSBD IGRpbiBWaXN1YWwgU3R1ZGlvKSAtIG4tYW0gaWRlZSBjdW0sIG51IGFtIHByZWEgaW52ZXN0aWdh dCBkYXIgYXIgdHJlYnVpIHNhIHNlIHBvYXRhLCBvcmljZSBjb21waWxhdG9yIGNhdCBkZSBjYXQg ZGVjZW50IHBvYXRlIGZhY2UgYXN0YSAodmV6aSBjYSBpbiBTZXR0aW5ncyBsYSBWaXN1YWwgU3R1 ZGlvIGFpIHNpIGxpbmlhIGRlIGNvbWFuZGEgY3UgY2FyZSBpbnZvY2EgY2wuZXhlIC0gaW5jZWFy Y2Egc2EgbyBhZGFwdGV6aSBwdCBNaW5HVykuIEluIHByYWN0aWNhLCBhc3RhIGluc2VhbW5hIGNh IGZhY2kgcHJlc3VwdW5lcmVhIGNhIHBlIGNhbGN1bCBwZSBjYXJlIHNlIGZhY2UgY29tcGlsYXJl YSBzaSBjb3JlY3RhcmVhIHNlIHZvciBnYXNpIGNlbGUgZG91YSAubGliLXVyaS4uLiBJYXIgYWlj aSwgeW91J3JlIG9uIHlvdXIgb3duLg0KDQoJCS0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tIA0K CQlGcm9tOiBDaWJ1IENyaXN0aWFuIFttYWlsdG86Y2lidS5jcmlzdGlhbkByZHNsaW5rLnJvXSAN CgkJU2VudDogVGh1IDExLzI3LzIwMDMgMTE6MDUgQU0gDQoJCVRvOiBncnVwIFNPIA0KCQlDYzog DQoJCVN1YmplY3Q6IFtzb10gbWluZ3cNCgkJDQoJCQ0KCQkNCgkJbWFyZSBiYWxhcmllIHNpIG1p bmd3IGFzdGEuIFRvYXRlIGV4ZWN1dGFiaWxlbGUgc3VudCBkZSAzLCA0IG9yaSBtYWkgbWFyaSBk ZWNhdCBjZWxlIGZhY3V0ZSBkZSBWaXN1YWwgQysrIDYuMA0KCQlEYXIgZmllLCBudSBhc3RlIGUg cHJvYmxlbWEuIHRvYXRlIHZhbG9yaWxlIGFsZWF0b2FyZSBzdW50IGFzYSBkZSBuZWFsZWF0b2Fy ZSA6KS4uLiBDdSBleGVjdXRhYmlsZWxlIGZhY3V0ZSBkZSBnKysgdmFsb3JpbGUgYWxlYXRvYXJl DQoJCXRpbmQgc3ByZSBhbnVtaXRlIHZhbG9yaSBmaXhlIGFzdGZlbCBpbmNhdCBkdXBhIGNhdGV2 YSBpdGVyYXRpaSB0b3RpIGNpdGl0b3JpaSBzZSBjb21wb3J0YSB1bml0YXIgKG51LWkgbWFpIGRl emxpcGVzYykgcGVudHJ1IGNhIHRvdGkgc2UgZ2FzZXNjIHNhIGNpdGVhc2NhIGxhIGZlbCBkZSBt dWx0IHNpIGZhYyBwYXV6YSBsYSBmZWwgZGUgbXVsdC4gY3UgY2UgY29uc3RydWllc3RlIFZpc3Vh bCBDKysgdG90dWwgc2UgY29tcG9ydGEgY3UgdG90dWwgZGlmZXJpdC4gdmFsb3JpbGUgYWxlYXRv YXJlIHN1bnQgY2hpYXIgYWxlYXRvYXJlLg0KCQlkYWNhIGNpbmV2YSBhcmUgdnJlLW8gaWRlZSBk ZSBjdW0gc2UgcG9hdGUgcmV6b2x2YSB0cmVhYmEgY3UgcmFuZG9tLCBpbCByb2cgc2EgbWEgYWp1 dGUuDQoNCg== ------_=_NextPart_001_01C3B4CA.E8F16DEC Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+Ih0JAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAGwALACsAHAAEAFYBASCAAwAOAAAA0wcLABsACwArABwABABWAQEJgAEAIQAAAENG NDA1Mzk3QzMxQUUyNEVCMkVFNTREMkQ3MEM4OTBFAE4HAQOQBgDcEgAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAAB4AAABSAEUAOgAgAFsAcwBvAF0A IABtAGkAbgBnAHcAAAAAAEAAOQDsbfHoyrTDAR8APQABAAAACgAAAFIARQA6ACAAAAAAAAIBRwAB AAAAKwAAAGM9dXM7YT0gO3A9TVNMYWI7bD1TRVJWRVItMDMxMTI3MDk0MzI4Wi0yNgAAHwBJAAEA AAAeAAAAUgBFADoAIABbAHMAbwBdACAAbQBpAG4AZwB3AAAAAABAAE4ArXi+uci0wwEfAFoAAQAA ABwAAABPAHYAaQBkAGkAdQAgAFAAbABhAHQAbwBuAAAAAgFbAAEAAABHAAAAAAAAAIErH6S+oxAZ nW4A3QEPVAIAAAAAT3ZpZGl1IFBsYXRvbgBTTVRQAHNvLWFkbWluQGF0bGFudGlzLmNzLnB1Yi5y bwAAAgFcAAEAAAAhAAAAU01UUDpTTy1BRE1JTkBBVExBTlRJUy5DUy5QVUIuUk8AAAAAHwBdAAEA AAAcAAAATwB2AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIBXgABAAAAXQAAAAAAAADcp0DIwEIQ GrS5CAArL+GCAQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9D Tj1SRUNJUElFTlRTL0NOPU9WSURJVVBMAAAAAAIBXwABAAAARAAAAEVYOi9PPU1TTEFCL09VPUZJ UlNUIEFETUlOSVNUUkFUSVZFIEdST1VQL0NOPVJFQ0lQSUVOVFMvQ049T1ZJRElVUEwAHwBmAAEA AAAKAAAAUwBNAFQAUAAAAAAAHwBnAAEAAAA4AAAAcwBvAC0AYQBkAG0AaQBuAEAAYQB0AGwAYQBu AHQAaQBzAC4AYwBzAC4AcAB1AGIALgByAG8AAAAfAGgAAQAAAAoAAABTAE0AVABQAAAAAAAfAGkA AQAAADwAAABvAHYAaQBkAGkAdQBwAGwAQABtAGkAYwByAG8AcwBvAGYAdAAtAGwAYQBiAC4AcAB1 AGIALgByAG8AAAAfAHAAAQAAABYAAABbAHMAbwBdACAAbQBpAG4AZwB3AAAAAAACAXEAAQAAACAA AAABw7TGZ2N9GTh+NrBPx40OQqbk9l4jAAA22b4AAOEHGB8AdAABAAAALAAAAHMAbwBAAGEAdABs AGEAbgB0AGkAcwAuAGMAcwAuAHAAdQBiAC4AcgBvAAAAHwAaDAEAAAAcAAAATwB2AGkAZABpAHUA IABQAGwAYQB0AG8AbgAAAB8AHQ4BAAAAFgAAAFsAcwBvAF0AIABtAGkAbgBnAHcAAAAAAAIBCRAB AAAApAoAAKAKAAAXIQAATFpGdcXcZdsDAAoAcmNwZzEyNYIyA0NodG1sMQMwPwEDAfcKgAKkA+MC AGNowQrAc2V0MCAHEwKA/xADAFAEVghVB7IR1Q5RAwHdENcyBgAGwxHVMwRGENn5Eu9mNAPGEYUR 4wjvCfe2OxofDjA1EdIMYGMAUDMLCQFkMzYRYAulNCDZEAIqXA6yAZBnFPAKoxcR4x8/IEw0FPA8 IUQAT0NUWVBFIEgAVE1MIFBVQkwASUMgIi0vL1dEM0MkIERURCM0NJIuEWBUcgBydGkCIMMHQCQg RU4iPiA/IU/dDhA4IpAjQiZ9Mx7QKOD4RUFEJn0O8SefK48snwstryfsNg7wPE1FVBxBIAWgAjAJ 8HQ9IosF4CNDNiUwMC4yHjAxMqAwIiAl8AeAPUeBJkBFUkFUT1Iqr5cvryJCMPFTIvBMRSZ+6zZx IY45IpAvNr807yb1XTZyLypvJ089JDURYDyAQk9EWSBiZwhQGRmxPSMBID/yIGRpez/APUByPJA9 AwAhAzB2SQiQd2sLgGQ1PLRiXQDQawnACGBB8CAAAHOcaHA80kNRC4BzdEMx1UNxcwOgZgMQbD+D ApEoc3YgMNA3RdAyMfY1GTBEOEZE0QmARVUZMOVHwVxAoWRvAOBAoQqx/FxxGgBAoRDwAzBBBRFg Rzy7HkE9v2c5NiKQRDxJVkDZAABJpzzZNjQTTN9J8lNpMWBhIHNjUIAHgHJnIAqwJfAgRwtgUGEK sHQsIECwZSxidQiQUJJwGiBjafh6ZXpQYVHwC4BAsBzQ21HQUrFvCcAzUHUDIDs8P0sVAhAZsBEw RBBScHRouRogYWQIcVH4RyBnU/EEY3VRYGliY210Di5YcUBQUnBleCAo31iwURAFQFSBJcAtVrQJ gGwpLlS/SzNPBRBYQG31UfBuXJBlRyBYYiVwBRD7AxAFsXNC8AVAWHBEEFHQ/1JwC4BQkBFAXYFd EVkhUXEaVgQAdQdAFxArKy5/PNkBwEDnCqJA5wpxJ+ww/yoxJIBMq2JISi9LP0xDI7DBItBLUVVP VCMgQGUZUJB0eUcgMeFBUkdASU4tUklHI0A68CAwcHgmYUD4CrEQAv9IlUkzSPFJj2YvIbsRYHAA v2cPTI9Nn06vbSdIEGkeIoUn7DQowUZPTlRQkLlTAT0ycYsL4m0JLXkCbVxRZwuAYDFNB5BQoGf+ ZXkDdW0w0D7xNBFA+FhwXG5lCoFtLz0zOCoxQtdxi1kAfRhGA2E6cEwigeYvfsplGSBPQZBAYFhQ r1sPbs9+gXARUAtgdAIgcX2+Jm5iRFACgED4J15hAUB9JwIgP1BlEQBs+UBAb2aGr4e/iMqDVYZE /3qve798z33ffu9P1jGxgK8zgb+Cx1RoWFCO0C8y9jeXADKQM4O/hM+F1Y7Q9jqXEBFwTY3/jw+Q H5Evc5I/nTVUb5P/lQ+Cx3M8b0BR0AtgAjAEAC5j4aPAcHViLgNgmp+br8+cv53Pnt+nFUNjoH+h j/+Cx5efmK+F5KSPpZ+mr6e/96jPT+WkIGoFkJPvq1+CuNRSRWqAW6MgXVDAC4D8Z3evj7Cfsa+5 b7p/u4/1KEY1cSEvdpK273KeYV//Ym9jf8DPbY+t72+vcL9z7+dy38s/dPZUZQWwEUAN4HdR8Atw URB1MaBQgwWgbVtD4EcgelBRWFBNC4BH+ldR8GQKwVChV+FQUETAnwCQBJBUkQGQWFBvYgiQ/7WA rP/IL4XVX5JYgXbRUMD3RYAFAAVAKFPAo5EHgFSRH1khI+BAYAOgX/VTdHXZQGBvKXjwMzAtM1BT gP8BAFJwXIXPcNmg04/Un4Xk91LBUIALgHZWYXlwU/HRgt8KwVIUUJIRMFEQb1HQU2H/BbAN4Nnx 0FOGYQXAU+JZIf/hBOAgXiHaz9vf3OXfkVJw9mYA0FJwYV5xWXDdsNCy/91yBlECQLjxBCBfyNjU z3L/1oG+MQcw4TMDctGA4h/jL3+F1VhBUHAaIN2CSGBRgWz+LllQUnB6kAuA4CAKwFB0f+fh0YAF MNCiBTHRE1rRSf8DoFLAANDPMVNh5VPpf+qP94XkQ/FW4G1RQVBx5QHPkb8aIF4ApBC+UN1SUHFw 4VL+bFhAAyD1Q+xB31HlA+BV/91S1oHwv/HP65XPAbWA90T/UnDskAXAWADWgeAgX2IIYOtQgFjS LQhxLvzQ74DeUusN4FcxeQhgJ+xBiYH9sY8FwPfP+N+F5G93bmCf/8MPxB/FL8Y/x0/IX8lvZ9// aO9p/2sPbB8F/wcPCB0I7//Kn8uvzL/NzEXwdV92b3d//3iPeZ+8L70/vk+yr7O/f/+3tg8FXwjB Q1jwWFBDG4C/3dGjgP6fEL+F1BIxW+kQe/cghnA69BBSQKPQJdVA9UhAcx7Ra6RBuMAc3x3v/x7/ IA8hH5NfIz8kT5aPmhH8MDWabycvKDorHywvLT//Lk8vX5//MZ8yr0LA9IAwsP5PKw843znvOv88 D6nPPi//Pz9Az0HfQu9D/0UPtM9G3/9H74L0uJM1PzZPKHa470of/0svvB9WX1dvv0/AXxRvAd// Au8D/wUPWv8QXxFvEn8Tjz9dzxWvFr8XzxjR5QI9Qf8bgBvRGQ8aEVNBGj1Sf2Rv/yh2Yh9eD18f YC9mr2e/aM//ad9q423fbu9rf2yPbZ97//vpEOxBYvWA/SDScNZzVSL/5UPvcD2A5MLtEfWgY/DT IP/R8PvRb79wzyh250Dh8dYB/jPPYK8w3/GBcYgSiAHhsT/eEfuz5QHPwdfC5yVDK/ArIDYuYGFb j1yfzej/jJ9zf3SPdZ9hT2JfY29kf/9lj3aPd594r3m/es+AX3zvb33/fw+cf52ERP0h0kBl/9pE JfCDgfQx0xDR8OkQ73D74MDkwnb1gN/xhF+VDyhJ//WA9OCkMfYyhzLlUOijWoDtp8g672D84UPS 8IOsiXj+Z4qRpS+mPyh2pJenx4r//4wPjR+OL48/kE+RX5Jvk3//lI+Vn5avl7+Yz5nfmu+b/3+d D54fny+gP8HP3qAbsGT/7fD0Qe5A2mBVEKRn0jHtIf3lUWb7wO1i3hL0gPCfuh/7KFjhAWWkkN2A 5NDv0CYA//uQ4MAmANDQyEDIQN/x3wG/4DTg0OVx9KDIQP0hKNpgNi2IFNnQelpg9UBzY//ZMMpv y38odvVA4fDXMPOy/84D9mH7YdEh7fLOUfTg0TDv7eDm8clyqPFt9bDiAPeR4+UB9TBhdXrWStF/ 0o//VJfXEe9w6/LgMvNA1EGCIP+jMooZzgH1sc766/HdpOfA/8lwG4DbkdjP2d+uX6fNDrD36JD9 MafWLq//sQ+yH7Mv/7Q/tU+2X7dvuH+5j7qfu6//vL+9z77fv+/A/8IPwx/EL//FP/bf2ID5cNWy WoDNQagi8naoMC1vzWDQwInDg9D+bd3y3mCDYt/v708odqgw+HpvbM1BDpCpMIHQ27I/zaDHgN5A otCk4ALQb2e/1ZKBgP8fAC8oZKewaomh/+T/5g/nH+gv6T/qT+tf7G//7X/v2BiBCDUNjw6fD68S SgBCTE9DS1FVT/xURRM7BTFarxTvFf8T34Xv1jURMkJPRFkRvUM0IFBxSFRNTFmgfQEeYB8ANRAB AAAAigAAADwAMwA2AEMAOAAxADYANABBAEUAMABDADYAQwBBADQAOQA4ADcAQwAzAEUAQwA4ADgA QQAxAEIAQgA0ADEANgBBADAAMQA0ADcAMABBAEAAcwBlAHIAdgBlAHIALgBtAGkAYwByAG8AcwBv AGYAdAAtAGwAYQBiAC4AcAB1AGIALgByAG8APgAAAAAAHwBHEAEAAAAeAAAAbQBlAHMAcwBhAGcA ZQAvAHIAZgBjADgAMgAyAAAAAAALAPIQAQAAAB8A8xABAAAAKgAAAFIARQAlADMAQQAgAFsAcwBv AF0AIABtAGkAbgBnAHcALgBFAE0ATAAAAAAACwD2EAAAAABAAAcwJFnlxsq0wwFAAAgwMPf66Mq0 wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2AGkAZABpAHUAIABQAGwAYQB0AG8AbgAA AAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GCAQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJT VCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElFTlRTL0NOPU9WSURJVVBMAAAAAB8A+j8B AAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkAcwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEA AAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAAAC4AAAADAP0/5AQAAAMAGUAAAAAAAwAa QAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAATwBWAEkARABJAFUAUABMAAAAAAAfADFA AQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkABAAAAOAAAAHMAbwAtAGEAZABtAGkAbgBA AGEAdABsAGEAbgB0AGkAcwAuAGMAcwAuAHAAdQBiAC4AcgBvAAAAHwAzQAEAAAASAAAATwBWAEkA RABJAFUAUABMAAAAAAAfADhAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AOUABAAAABAAA AC4AAAALACkAAAAAAAsAIwAAAAAAAwAGEKbwwMEDAAcQYgUAAAMAEBAAAAAAAwAREAEAAAAeAAgQ AQAAAGUAAABTSUNBU0FNRVJHUEFOQUxBQ0FQQVQsVFJFQlVJRVNBUFJFQ0laRVpDQSxJTlRSVUNB VFBST0dSQU1VTEZPTE9TRVNURVRIUkVBRFVSSSxUUkVCVUlFTEVHQVRDVUxJQkNNVExJAAAAAAIB fwABAAAARQAAADwzNkM4MTY0QUUwQzZDQTQ5ODdDM0VDODhBMUJCNDE2QTAxNDcwQUBzZXJ2ZXIu bWljcm9zb2Z0LWxhYi5wdWIucm8+AAAAAPtJ ------_=_NextPart_001_01C3B4CA.E8F16DEC-- From so@atlantis.cs.pub.ro Thu Nov 27 16:46:59 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 27 Nov 2003 18:46:59 +0200 Subject: [so] mingw In-Reply-To: <002101c3b4c5$897e5220$0200a8c0@smeagol> References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: On Thu, 27 Nov 2003 11:05:00 +0200, Cibu Cristian wrote: > mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai > mari decat cele facute de Visual C++ 6.0 man strip > Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de > nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare > tind spre anumite valori fixe astfel incat dupa cateva iteratii toti > cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se > gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce > construieste Visual C++ totul se comporta cu totul diferit. valorile > aleatoare sunt chiar aleatoare. > daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il > rog sa ma ajute. man srand tavi From so@atlantis.cs.pub.ro Thu Nov 27 16:53:03 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 27 Nov 2003 18:53:03 +0200 Subject: [so] destroy References: <20031126202006.78739.qmail@web60503.mail.yahoo.com> Message-ID: <00cb01c3b506$eeeb86f0$6400a8c0@andrei> Nu reiese din discutiile de mai dinainte daca variantele cu mai multe functii "destroy" sunt cerinte oficiale. Daca sunt, cred ca varianta oficiala de enunt (cu 1 destroy, 2 destroy, unul mai mare si altul mai mic) ar trebui sa fie pusa pe site cat mai repede. Si o alta constatare de la care pot sa apara discutii dupa aia: cele n variabile conditie nu se specifica faptul ca au numere de la 0 la n-1. Rog pe cine este in masura sa ridice ceata :). Eu am facut o implementare care la prima mentiune a unei variabile (indiferent de numar) o ataseaza uneia dintre cele n structuri rezervate. E ok? From so@atlantis.cs.pub.ro Thu Nov 27 20:13:03 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 12:13:03 -0800 (PST) Subject: [so] destroy In-Reply-To: <00cb01c3b506$eeeb86f0$6400a8c0@andrei> Message-ID: <20031127201303.37765.qmail@web60504.mail.yahoo.com> --- Andrei Hagiescu wrote: > Nu reiese din discutiile de mai dinainte daca > variantele cu mai multe > functii "destroy" sunt cerinte oficiale. Daca sunt, > cred ca varianta > oficiala de enunt (cu 1 destroy, 2 destroy, unul mai > mare si altul mai mic) > ar trebui sa fie pusa pe site cat mai repede. si lista asta e oficiala. > Si o alta constatare de la care pot sa apara > discutii dupa aia: cele n > variabile conditie nu se specifica faptul ca au > numere de la 0 la n-1. Rog > pe cine este in masura sa ridice ceata :). Eu am > facut o implementare care > la prima mentiune a unei variabile (indiferent de > numar) o ataseaza uneia > dintre cele n structuri rezervate. E ok? e ok, atata timp cand translatarea e coerenta. Daca tu pui conditia 3 pe pozitia 1, de fiecare data cand o referi prin signal/wait/broadcast tre sa te duci pe pozitia 1. Mi se pare o complicatie inutila, mai simplu e sa le tii 1 la 1. Ai si o penalizare de performanta cu translatarea. Daca nu pierzi performanta prea multa e ok, daca nu pierzi puncte :D Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 21:21:56 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 23:21:56 +0200 Subject: [so] mingw References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: <001201c3b52c$7c3cbe50$0200a8c0@smeagol> > > mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai > > mari decat cele facute de Visual C++ 6.0 > > man strip > > > Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de > > nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare > > tind spre anumite valori fixe astfel incat dupa cateva iteratii toti > > cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se > > gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce > > construieste Visual C++ totul se comporta cu totul diferit. valorile > > aleatoare sunt chiar aleatoare. > > daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il > > rog sa ma ajute. > > man srand > > tavi sar'na pentru sfat. citez din man srand: rand() is unsafe in multi-thread applications. rand_r() is MT-Safe, and should be used instead. srand() is unsafe in multi-thread applications. From so@atlantis.cs.pub.ro Thu Nov 27 21:28:48 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 23:28:48 +0200 Subject: [so] mingw continuare References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: <001901c3b52d$71f9d4e0$0200a8c0@smeagol> numai ca pe windows nu am dat de rand_r si cum mingw e pe windows.... dilema mare. From so@atlantis.cs.pub.ro Thu Nov 27 21:30:21 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 27 Nov 2003 23:30:21 +0200 Subject: [so] destroy References: <20031127201303.37765.qmail@web60504.mail.yahoo.com> Message-ID: <001b01c3b52d$aaf40360$6400a8c0@andrei> > > si lista asta e oficiala. > Asta inseamna ca eventuale concluzii obtinute prin discutii pe aceasta lista privind cat de corect / complet este enuntul trebuie sa se regaseasca si in enuntul temei si nu sa-l contrazica. > e ok, atata timp cand translatarea e coerenta. Daca tu > pui conditia 3 pe pozitia 1, de fiecare data cand o > referi prin signal/wait/broadcast tre sa te duci pe > pozitia 1. Mi se pare o complicatie inutila, mai > simplu e sa le tii 1 la 1. Ai si o penalizare de > performanta cu translatarea. Daca nu pierzi > performanta prea multa e ok, daca nu pierzi puncte :D > > Nu s-a specificat nicaieri ca variabilele conditie vor avea numere intre 0 si n-1 sau intre 1 si n deci tema mea raspunde corect unor teste generice care nu tin seama de aceasta restrictie. Intr-adevar este o degradare de performanta fata de o tema care ar tine cont de aceasta restrictie dar atata vreme cat enuntul nu specifica explicit restrictia, tema rezolvata cu restrictie la numerele variabilelor conditie nu este corecta. Pana la urma trebuie sa rezolvam cum e mai simplu sau cum este mai corect? From so@atlantis.cs.pub.ro Thu Nov 27 21:46:44 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Thu, 27 Nov 2003 13:46:44 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031123001830.55076.qmail@web60510.mail.yahoo.com> Message-ID: <20031127214644.12982.qmail@web11706.mail.yahoo.com> --0-818721692-1069969604=:12575 Content-Type: text/plain; charset=us-ascii Cosmin Arad wrote: Aveti grija la urmatoarele aspecte: - clientii care asteapta pe scaune vor fi tunsi cu prioritate fata de clientii tocmai intrati; Cosmin Am o nelamurire: afirmatia de mai sus inseamna ca de fapt clientii de pe scaunele de asteptare trebuie treziti in ordine FIFO (primii n clienti asezati pe scaune au prioritate fata de clientul n+1 care se aseaza si el pe scaun) ? Sau, pur si simplu, ideea e ca daca un client intra si gaseste cel putin o persoana pe scaunele de asteptare, nu are alta varianta decat sa se aseze si el pe un scaun de asteptare ? Multumesc anticipat, Stela __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-818721692-1069969604=:12575 Content-Type: text/html; charset=us-ascii


Cosmin Arad <cosminarad@yahoo.com> wrote:

Aveti grija la urmatoarele aspecte:
- clientii care asteapta pe scaune vor fi tunsi cu
prioritate fata de clientii tocmai intrati;

Cosmin

Am o nelamurire: afirmatia de mai sus inseamna ca de fapt clientii de pe scaunele de asteptare trebuie treziti in ordine FIFO (primii n clienti asezati pe scaune au prioritate fata de clientul n+1 care se aseaza si el pe scaun) ?

Sau, pur si simplu, ideea e ca daca un client intra si gaseste cel putin o persoana pe scaunele de asteptare, nu are alta varianta decat sa se aseze si el pe un scaun de asteptare ?

Multumesc anticipat,

Stela


__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-818721692-1069969604=:12575-- From so@atlantis.cs.pub.ro Thu Nov 27 21:50:09 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 13:50:09 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031127214644.12982.qmail@web11706.mail.yahoo.com> Message-ID: <20031127215009.7876.qmail@web60505.mail.yahoo.com> --- Stela Suciu wrote: > > > Cosmin Arad wrote: > Aveti grija la urmatoarele aspecte: > - clientii care asteapta pe scaune vor fi tunsi cu > prioritate fata de clientii tocmai intrati; > > Cosmin > > > Am o nelamurire: afirmatia de mai sus inseamna ca de > fapt clientii de pe scaunele de asteptare trebuie > treziti in ordine FIFO (primii n clienti asezati pe > scaune au prioritate fata de clientul n+1 care se > aseaza si el pe scaun) ? > > Sau, pur si simplu, ideea e ca daca un client intra > si gaseste cel putin o persoana pe scaunele de > asteptare, nu are alta varianta decat sa se aseze si > el pe un scaun de asteptare ? Exact. Nu trebuie FIFO. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 21:52:21 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Thu, 27 Nov 2003 13:52:21 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031127215009.7876.qmail@web60505.mail.yahoo.com> Message-ID: <20031127215221.52417.qmail@web60309.mail.yahoo.com> --0-1711010079-1069969941=:51431 Content-Type: text/plain; charset=us-ascii terminati cu intrebari din astea care pot duce la un dezastru. Ce vrei sa le tii threadurile in coa Cosmin Arad wrote: --- Stela Suciu wrote: > > > Cosmin Arad wrote: > Aveti grija la urmatoarele aspecte: > - clientii care asteapta pe scaune vor fi tunsi cu > prioritate fata de clientii tocmai intrati; > > Cosmin > > > Am o nelamurire: afirmatia de mai sus inseamna ca de > fapt clientii de pe scaunele de asteptare trebuie > treziti in ordine FIFO (primii n clienti asezati pe > scaune au prioritate fata de clientul n+1 care se > aseaza si el pe scaun) ? > > Sau, pur si simplu, ideea e ca daca un client intra > si gaseste cel putin o persoana pe scaunele de > asteptare, nu are alta varianta decat sa se aseze si > el pe un scaun de asteptare ? Exact. Nu trebuie FIFO. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1711010079-1069969941=:51431 Content-Type: text/html; charset=us-ascii
terminati cu intrebari din astea care pot duce la un dezastru.
 
Ce vrei sa le tii threadurile in coa

Cosmin Arad <cosminarad@yahoo.com> wrote:
--- Stela Suciu wrote:
>
>
> Cosmin Arad wrote:
> Aveti grija la urmatoarele aspecte:
> - clientii care asteapta pe scaune vor fi tunsi cu
> prioritate fata de clientii tocmai intrati;
>
> Cosmin
>
>
> Am o nelamurire: afirmatia de mai sus inseamna ca de
> fapt clientii de pe scaunele de asteptare trebuie
> treziti in ordine FIFO (primii n clienti asezati pe
> scaune au prioritate fata de clientul n+1 care se
> aseaza si el pe scaun) ?
>
> Sau, pur si simplu, ideea e ca daca un client intra
> si gaseste cel putin o persoana pe scaunele de
> asteptare, nu are alta varianta decat sa se aseze si
> el pe un scaun de asteptare ?

Exact. Nu trebuie FIFO.

Cosmin

__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1711010079-1069969941=:51431-- From so@atlantis.cs.pub.ro Thu Nov 27 21:45:10 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Thu, 27 Nov 2003 23:45:10 +0200 (E. Europe Standard Time) Subject: [so] site References: <20031127201303.37765.qmail@web60504.mail.yahoo.com> Message-ID: <3FC67066.000016.00968@einstein> --------------Boundary-00=_AR51TSM1VA4000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_AR51O2Q1VA4000000000" --------------Boundary-00=_AR51O2Q1VA4000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable cel mai bine este sa existe o varianta corecta de enunt de tema pe site, pentru ca asa este normal si frumos.=0D in plis site-ul de so este oficial.=0D nu trebuie sa stam sa citim sute de mesaje pe lista ca sa ne prindem ca c= eea ce deja am lucrat nu este OK, desi enuntul nu spunea nimic despre asta.=0D =0D Eu consider de un mare ajutor lista aceasta de discutii si sunt de acord = ca ea este oficiala, dar... sunt cam multe mesaje...=0D =0D imi cer scuze daca am spus ceea ce nu trebuia.=0D =0D Florin --------------Boundary-00=_AR51O2Q1VA4000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
cel mai bine este sa existe o varianta corecta de enunt de tema= pe site, pentru ca asa este normal si frumos.
in plis site-ul de so este oficial.
nu trebuie sa stam sa citim sute de mesaje pe lista ca sa ne prindem= ca ceea ce deja am lucrat nu este OK, desi enuntul nu spunea nimic despr= e asta.
 
Eu consider de un mare ajutor lista aceasta de discutii si sunt de a= cord ca ea este oficiala, dar... sunt cam multe mesaje...
 
imi cer scuze daca am spus ceea ce nu trebuia.
 
Florin
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_AR51O2Q1VA4000000000-- --------------Boundary-00=_AR51TSM1VA4000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_AR51TSM1VA4000000000-- From so@atlantis.cs.pub.ro Thu Nov 27 22:00:12 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:00:12 -0800 (PST) Subject: [so] destroy In-Reply-To: <001b01c3b52d$aaf40360$6400a8c0@andrei> Message-ID: <20031127220012.55588.qmail@web60506.mail.yahoo.com> --- Andrei Hagiescu wrote: > > > > > si lista asta e oficiala. > > > > Asta inseamna ca eventuale concluzii obtinute prin > discutii pe aceasta lista > privind cat de corect / complet este enuntul trebuie > sa se regaseasca si in > enuntul temei si nu sa-l contrazica. pai concluziile de aici nu contrazic enuntul, doar il completeaza. > > e ok, atata timp cand translatarea e coerenta. > Daca tu > > pui conditia 3 pe pozitia 1, de fiecare data cand > o > > referi prin signal/wait/broadcast tre sa te duci > pe > > pozitia 1. Mi se pare o complicatie inutila, mai > > simplu e sa le tii 1 la 1. Ai si o penalizare de > > performanta cu translatarea. Daca nu pierzi > > performanta prea multa e ok, daca nu pierzi puncte > :D > > > > > > Nu s-a specificat nicaieri ca variabilele conditie > vor avea numere intre 0 > si n-1 sau intre 1 si n deci tema mea raspunde > corect unor teste generice > care nu tin seama de aceasta restrictie. Intr-adevar > este o degradare de > performanta fata de o tema care ar tine cont de > aceasta restrictie dar atata > vreme cat enuntul nu specifica explicit restrictia, > tema rezolvata cu > restrictie la numerele variabilelor conditie nu este > corecta. de ce nu este corecta? > Pana la urma > trebuie sa rezolvam cum e mai simplu sau cum este > mai corect? Corect si eficient. N-ai nici o scuza pentru lipsa de eficienta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 22:13:18 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:13:18 -0800 (PST) Subject: [so] site In-Reply-To: <3FC67066.000016.00968@einstein> Message-ID: <20031127221318.63115.qmail@web60510.mail.yahoo.com> --- Florin Pop wrote: > cel mai bine este sa existe o varianta corecta de > enunt de tema pe site, varianta de enunt de pe site este corecta. > pentru ca asa este normal si frumos. > in plis site-ul de so este oficial. si lista e oficiala si chiar scopul ei este sa lamureasca nelamuririle cu privire la tema. > nu trebuie sa stam sa citim sute de mesaje pe lista > ca sa ne prindem ca ceea > ce deja am lucrat nu este OK, desi enuntul nu spunea > nimic despre asta. parerea mea este ca un enunt de tema nu trebuie sa dea mura-n gura solutia temei. De aceea lamuririle de pe lista nu isi au locul in enunt. > Eu consider de un mare ajutor lista aceasta de > discutii si sunt de acord ca > ea este oficiala, dar... sunt cam multe mesaje... acest lucru nu poate fi decat imbucurator > imi cer scuze daca am spus ceea ce nu trebuia. scuzele se accepta :) Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 22:29:18 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Thu, 27 Nov 2003 14:29:18 -0800 (PST) Subject: [so] trist In-Reply-To: <20031127221318.63115.qmail@web60510.mail.yahoo.com> Message-ID: <20031127222918.60573.qmail@web60309.mail.yahoo.com> --0-1865654005-1069972158=:59560 Content-Type: text/plain; charset=us-ascii Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Readerul da prioritatea writerilor care asteptau inaintea lui? sau si celor care vor veni dupa el si vor astepta in acelasi timp la un momentdat? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1865654005-1069972158=:59560 Content-Type: text/html; charset=us-ascii

<quote>

Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor.

</quote>

Readerul da prioritatea writerilor care asteptau inaintea lui? sau si celor care vor veni dupa el si vor astepta in acelasi timp la un momentdat?

 

 

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1865654005-1069972158=:59560-- From so@atlantis.cs.pub.ro Thu Nov 27 22:40:35 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:40:35 -0800 (PST) Subject: [so] trist In-Reply-To: <20031127222918.60573.qmail@web60309.mail.yahoo.com> Message-ID: <20031127224035.68000.qmail@web60506.mail.yahoo.com> --- Mihai Iancu wrote: > > > > Daca un cititor gaseste un scriitor in buffer sau > descopera ca un scriitor asteapta sa intre in buffer > nu intra si ramane in asteptare acordand astfel > prioritate scriitorilor. Daca un cititor gaseste un > scriitor in buffer sau descopera ca un scriitor > asteapta sa intre in buffer nu intra si ramane in > asteptare acordand astfel prioritate scriitorilor. > > > > Readerul da prioritatea writerilor care asteptau > inaintea lui? sau si celor care vor veni dupa el si > vor astepta in acelasi timp la un momentdat? si celor veniti. un reader intra cand nu mai e nici un writer pending. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 28 05:32:20 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 07:32:20 +0200 Subject: [so] mingw In-Reply-To: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> References: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> Message-ID: On Thu, 27 Nov 2003 11:27:49 +0200, Ovidiu Platon wrote: > Teoretic, ai putea sa compilezi cu MinGW, dar sa legi fisierul tau > obiect de libc si msvcrt (runtimeul de C din Visual Studio) - n-am idee Executabilele generate de MinGW nu folosesc libc ci msvcrt. De aia ii si zice minimalistic, pentru ca este portat doar compilatorul. C:\>type a.c #include int main() { srand(123); rand(); return 0; } C:\>objdump -p a.exe a.exe: file format pei-i386 Characteristics 0x207 relocations stripped executable line numbers stripped debugging information removed Time/Date Fri Nov 28 07:29:29 2003 ImageBase 00400000 SectionAlignment 00001000 FileAlignment 00000200 MajorOSystemVersion 4 MinorOSystemVersion 0 MajorImageVersion 1 MinorImageVersion 0 MajorSubsystemVersion 4 MinorSubsystemVersion 0 Win32Version 00000000 SizeOfImage 00005000 SizeOfHeaders 00000400 CheckSum 0000fc40 Subsystem 00000003 (Windows CUI) DllCharacteristics 00000000 SizeOfStackReserve 00200000 SizeOfStackCommit 00001000 SizeOfHeapReserve 00100000 SizeOfHeapCommit 00001000 LoaderFlags 00000000 NumberOfRvaAndSizes 00000010 The Data Directory Entry 0 00000000 00000000 Export Directory [.edata (or where ever we found it)] Entry 1 00004000 0000028c Import Directory [parts of .idata] Entry 2 00000000 00000000 Resource Directory [.rsrc] Entry 3 00000000 00000000 Exception Directory [.pdata] Entry 4 00000000 00000000 Security Directory Entry 5 00000000 00000000 Base Relocation Directory [.reloc] Entry 6 00000000 00000000 Debug Directory Entry 7 00000000 00000000 Description Directory Entry 8 00000000 00000000 Special Directory Entry 9 00000000 00000000 Thread Storage Directory [.tls] Entry a 00000000 00000000 Load Configuration Directory Entry b 00000000 00000000 Bound Import Directory Entry c 00000000 00000000 Import Address Table Directory Entry d 00000000 00000000 Delay Import Directory Entry e 00000000 00000000 Reserved Entry f 00000000 00000000 Reserved There is an import table in .idata at 0x404000 The Import Tables (interpreted .idata section contents) vma: Hint Time Forward DLL First Table Stamp Chain Name Thunk 00004000 00004040 00000000 00000000 00004230 000040a4 DLL Name: KERNEL32.dll vma: Hint/Ord Member-Name Bound-To 4104 0 AddAtomA 4110 131 ExitProcess 4120 148 FindAtomA 412c 193 GetAtomNameA 413c 660 SetUnhandledExceptionFilter 00004014 0000405c 00000000 00000000 00004280 000040c0 DLL Name: msvcrt.dll vma: Hint/Ord Member-Name Bound-To 415c 39 __getmainargs 416c 59 __p__environ 417c 61 __p__fmode 418c 78 __set_app_type 41a0 118 _cexit 41ac 169 _fileno 41b8 222 _iob 41c0 336 _onexit 41cc 373 _setmode 41d8 510 abort 41e0 517 atexit 41ec 552 free 41f4 603 malloc 4200 624 rand 4208 633 signal 4214 638 srand 00004028 00000000 00000000 00000000 00000000 00000000 tavi From so@atlantis.cs.pub.ro Fri Nov 28 06:01:04 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 08:01:04 +0200 Subject: [so] mingw In-Reply-To: References: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> Message-ID: On Fri, 28 Nov 2003 07:32:20 +0200, Octavian Purdila wrote: > On Thu, 27 Nov 2003 11:27:49 +0200, Ovidiu Platon > wrote: > >> Teoretic, ai putea sa compilezi cu MinGW, dar sa legi fisierul tau >> obiect de libc si msvcrt (runtimeul de C din Visual Studio) - n-am idee > > Executabilele generate de MinGW nu folosesc libc ci msvcrt. De aia ii si > zice minimalistic, > pentru ca este portat doar compilatorul. > Am confundat libc-ul de care ziceai tu cu glibc. E posibil sa linkezi si cu libc daca ai nevoie (-llibc -Lcale_spre_llibc). tavi From so@atlantis.cs.pub.ro Fri Nov 28 06:31:04 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 08:31:04 +0200 Subject: [so] mingw continuare In-Reply-To: <001901c3b52d$71f9d4e0$0200a8c0@smeagol> References: <002101c3b4c5$897e5220$0200a8c0@smeagol> <001901c3b52d$71f9d4e0$0200a8c0@smeagol> Message-ID: On Thu, 27 Nov 2003 23:28:48 +0200, Cibu Cristian wrote: > numai ca pe windows nu am dat de rand_r > si cum mingw e pe windows.... dilema mare. > Se pare ca in mscvrt.dll nu e implementat rand_r, insa msvcrt.dll este thread safe (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_c_run.2d.time_libraries.asp) asa ca poti sa folosesti rand. tavi From so@atlantis.cs.pub.ro Fri Nov 28 09:35:05 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Fri, 28 Nov 2003 11:35:05 +0200 Subject: [so] site Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B592.E7ECE41E Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SW5saW5lLi4uDQoNCgk+IG51IHRyZWJ1aWUgc2Egc3RhbSBzYSBjaXRpbSBzdXRlIGRlIG1lc2Fq ZSBwZSBsaXN0YQ0KCT4gY2Egc2EgbmUgcHJpbmRlbSBjYSBjZWVhDQoJPiBjZSBkZWphIGFtIGx1 Y3JhdCBudSBlc3RlIE9LLCBkZXNpIGVudW50dWwgbnUgc3B1bmVhDQoJPiBuaW1pYyBkZXNwcmUg YXN0YS4NCgkNCglwYXJlcmVhIG1lYSBlc3RlIGNhIHVuIGVudW50IGRlIHRlbWEgbnUgdHJlYnVp ZSBzYSBkZWENCgltdXJhLW4gZ3VyYSBzb2x1dGlhIHRlbWVpLiBEZSBhY2VlYSBsYW11cmlyaWxl IGRlIHBlDQoJbGlzdGEgbnUgaXNpIGF1IGxvY3VsIGluIGVudW50Lg0KCQ0KDQoJT1A+IER1cGEg cGFyZXJlYSBtZWEsIHVuIGVudW50IGRlIHRlbWEgdHJlYnVpZSBzYSBmaWUgY2EgbyBzcGVjaWZp Y2F0aWUgZGUgcmVxdWlyZW1lbnRzLCBzY3VydGEsIGxhIG9iaWVjdCwgY2xhcmEgc2kgY3UgbXVs dGUgbGlua3VyaSBzaSBjbGFyaWZpY2FyaSBkaW4gc3RhcnQuIFBhbmEgYWljaSwgY2UgcG90IHNh IGdhc2VzYyBwZSBzaXRlIGFkdWNlIGNhdCBkZSBjYXQgYSByZXF1aXJlbWVudHMgKGJpbmUsIG1p Y2kgYW1iaWd1aXRhdGkgc2kgZ3Jlc2VsaSBjcmVkIGNhIHN1bnQgaW5lcmVudGUpLiBQZSBtaW5l IGluc2EgbWEgYW11emEgdGVyaWJpbCBkaXNjdXRpaWxlIGRlIHBlIGxpc3RhIGFzdGEsIGNyZWQg Y2Egc3VudCB1biB0cmFpbmluZyBleGNlbGVudCBwZW50cnUgdmlpdG9yaWkgaW5naW5lcmkgY2Fy ZSB2b3IgYXZlYSBkZS1hIGZhY2UgY3UgY3VzdG9tZXJpIGNhcmUgbnUgc3RpdSBjZSB2b3IgOikN CgkNCgk+IEV1IGNvbnNpZGVyIGRlIHVuIG1hcmUgYWp1dG9yIGxpc3RhIGFjZWFzdGEgZGUNCgk+ IGRpc2N1dGlpIHNpIHN1bnQgZGUgYWNvcmQgY2ENCgk+IGVhIGVzdGUgb2ZpY2lhbGEsIGRhci4u LiBzdW50IGNhbSBtdWx0ZSBtZXNhamUuLi4NCgkNCglhY2VzdCBsdWNydSBudSBwb2F0ZSBmaSBk ZWNhdCBpbWJ1Y3VyYXRvcg0KDQoJT1A+IEVpLCBudSBjaGlhciwgYW0gdmF6dXQgbXVsdGUgY2hl c3RpaSBjYXJlIHNlIGJhdCBjYXAgaW4gY2FwIHBlIHBhcmN1cnN1bCBkaXNjdXRpaWxvciwgY2V2 YSBzcGFtIChtZXNhanVsIGFzdGEsIGRlIGV4ZW1wbHUsIGRhciB2YSByb2cgc2EgbnUgbWEgcHVu ZXRpIGxhIGp1bmsgbWFpbCA6KSBzaSBjYXJlIGF1IHRlbmRpbnRhIHNhIHRlIGJhZ2UgaW4gY2Vh dGEuIEluIHBsdXMsIGNsYXJpZmljYXJpIHNpIGhpbnR1cmkgY2FyZSBzb3Nlc2MgZHVwYSBjZSB0 cmVjZSBkZWFkbGluZXVsIG1pIHNlIHBhciBkZSBwcm9zdCBndXN0Lg0KCQ0KDQo= ------_=_NextPart_001_01C3B592.E7ECE41E Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IgYJAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAHAALACMABQAFADkBASCAAwAOAAAA0wcLABwACwAjAAUABQA5AQEJgAEAIQAAAEJB OEM3ODJCNEVGNkZENEU5OEFDMDc0OTRGMEE3Qjk0AHMHAQOQBgBwDwAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAABwAAABSAEUAOgAgAFsAcwBvAF0A IABzAGkAdABlAAAAQAA5AB7k7OeStcMBHwA9AAEAAAAKAAAAUgBFADoAIAAAAAAAAgFHAAEAAAAr AAAAYz11czthPSA7cD1NU0xhYjtsPVNFUlZFUi0wMzExMjgwOTM1MDVaLTI5AAAfAEkAAQAAABwA AABSAGUAOgAgAFsAcwBvAF0AIABzAGkAdABlAAAAQABOAADTAqkztcMBHwBaAAEAAAAYAAAAQwBv AHMAbQBpAG4AIABBAHIAYQBkAAAAAgFbAAEAAAA+AAAAAAAAAIErH6S+oxAZnW4A3QEPVAIAAAAA Q29zbWluIEFyYWQAU01UUABjb3NtaW5hcmFkQHlhaG9vLmNvbQAAAAIBXAABAAAAGgAAAFNNVFA6 Q09TTUlOQVJBREBZQUhPTy5DT00AAAAfAF0AAQAAABgAAABDAG8AcwBtAGkAbgAgAEEAcgBhAGQA AAACAV4AAQAAAD4AAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAABDb3NtaW4gQXJhZABTTVRQAGNv c21pbmFyYWRAeWFob28uY29tAAAAAgFfAAEAAAAaAAAAU01UUDpDT1NNSU5BUkFEQFlBSE9PLkNP TQAAAB8AZgABAAAACgAAAFMATQBUAFAAAAAAAB8AZwABAAAAKgAAAGMAbwBzAG0AaQBuAGEAcgBh AGQAQAB5AGEAaABvAG8ALgBjAG8AbQAAAAAAHwBoAAEAAAAKAAAAUwBNAFQAUAAAAAAAHwBpAAEA AAAqAAAAYwBvAHMAbQBpAG4AYQByAGEAZABAAHkAYQBoAG8AbwAuAGMAbwBtAAAAAAAfAHAAAQAA ABQAAABbAHMAbwBdACAAcwBpAHQAZQAAAAIBcQABAAAAGwAAAAHDtTUOSwXSj/xgKksOnfflOQDB NCUAF0Q8dAAfAHQAAQAAACwAAABzAG8AQABhAHQAbABhAG4AdABpAHMALgBjAHMALgBwAHUAYgAu AHIAbwAAAB8AGgwBAAAAHAAAAE8AdgBpAGQAaQB1ACAAUABsAGEAdABvAG4AAAAfAB0OAQAAABQA AABbAHMAbwBdACAAcwBpAHQAZQAAAAIBCRABAAAAvwcAALsHAABDFgAATFpGdXrVmSwDAAoAcmNw ZzEyNYIyA0NodG1sMQMwPwEDAfcKgAKkA+MCAGNowQrAc2V0MCAHEwKA/xADAFAEVghVB7IR1Q5R AwHdENcyBgAGwxHVMwRGENlvEusR4wjvCfc7GM8OMDU7EdIMYGMAUAsJAWQzNpMRYAulNCAQAipc DrK9AZBnFPAKoxHjHeg0FPAAPCFET0NUWVAARSBIVE1MIFAAVUJMSUMgIi0gLy9XM0MhgERUIkQg lDMuMiGARU6cIj4e7R6PI8ExOB/wbyCiIw8kHyaQMx2AJXBFfEFEJc0O8SbvKW8k9DZBDvA8TUVU QQewQTEsYD0iRwnwBJBhdEUFsCIS0E9OVCLQVBMs8AXhRXgQ8W5nZT0GUnYTMS9BAJACICA2EC4w LjYdcDkuMSci/irPJQM3Nx/wVEkoVExFJc40DvBSZYA6IFtzb10gAJDUdGUkbjUf8C8zTzF/vyZF NJE2sChPJp86hDURYAA8Qk9EWSBkafRyPTqgcjnwOmMAIQMwOT0BZG8A4D0BCrFccf8YsD0BEPAD MD1lEWA6GxzxETsfZzk2H/BESVbPPTkAAD93Ojk2NEKvP8LISW5sC4BlLkZwOjm/AcA9RwqiPUcK cSR8MCgR/yHgQntISD//QQ9CEyEQIDBwS1FVTy3wPLY1QHQIeWxlLjFBUkdJYE4tUklHIKA04DD8 cHgi8T1YCrEQAj5lPwP/PsE/X0wvHxsRYFYATQ9CX29Db0R/Uyc94Gkc0iR8NK0lUUYt0TVBek+Q MleLFwviUw86dTgdgCZndAsCgD1XPl5oIG51ILE9EGVidQiQNUBhT0F0YW1iQmM1YAdwNUB1TzVw PLAu8AeBYWou8HD/LvA4nFSfX6RWEUYwYoEkfPssEDxRUj07RkEKgV5/X499YJ9jYmFiYC0wZEAF EG73AQBisGzxYwngZ09oX2lv72p/a49slWOSamJgYqEKQB8FAC1gYZIHkGOBT0ss/2R/ZY9mlQEA AJB1UGGgAjDmdQMgYaFzcHjgbl9vb/9wf3GPcp9hNgdwDeBjoXlw9xjQdIBigS5533rve/+Az/+B 34LpCrEEkHmwY9FiYHVj/2zxdf93D2akeOB4tGOiNXC/AMBhnQEAec+En4KtbQhw9GEtA6Bnj4E1 QAbwY3CDBzCLAmVpLiBEgCH/bjKHz4jfZpZioAhxBRBPgP9jomRQjH+Nj4K8ZwNhkgQA7XigYWGw GGBjeRELgHi09YCNNVchL1ySSm9Ynkdf/0hvSX+bv1i/Wc9a31vuCqP/VgBc713/mi+bP6FvnV+e b/+ff04oqhtRo6gPVC9NT05f/09vUH9YIVIfsN+x71VPOir7osAf8FBXj6PvpP+mf6ePnXWgUHzf fe9hJkR1CrBvhop10IpfYdlmYiFs8W//ka+5/2aVeXAFkAaQDeAtYPdiIWOxGNBxYhAY0AeAAjD+ c3XQBPAIcAGQddALYMgA0mIIkGN0ddBjC2CQAr94oJlQj2E6oC7wRjFrCHH/zhLIP8lPZqTNwsrz zzE8wO8DoGKBACCRAFAAcHRxDeB2ac2hZDFvBUBiUMIvbsZieXDDWVwnYQFAuGd+Z4BAB5B/sGRR NVJ0gGT/G4CHgorDz5/Qr9G1dQFiYO/LutTP1d/W6ijNUC0wddD3f5GY4QbQaY/gNWDLMc4S/wnB ETBGMGLwGNFs44qi2W+f2n9mpEZBGNACMGUp02G/Y8FGQZmBYlGLMZRBepCS/wUQzVADIDzAzJFj IJSnmCX/gELNoeIl4u/j/8pViqLF4fc9EAtxC4BndVAukOHQzDHrZEECMHJhsHboUC1x6FB9mYFn 5WLOMYahL3AFsWH7L0CMIi3HgZFRzkLqT+tf/dG1dbTwA3Dvt3lCYyBhsPN0EfBCOimVP5ZPgr/2 X9/3b/h/wo/Dn7tARfVxAiC/AJAEgWOixeEDgIASamNw/wWx8a/yv2apkUKAQmOh+S//+j/7T/xf /W9hU+f2zhLik/9jsfEwAHDiQgQvBT8GTwdfvwhvYVOHJgCvAb9mpG/SYfeQgJQwddBksIBGceKE bPD/YrDOhGPkRnELjwyfDa8W7/8X/xkJ8TFnIHSzYbBhodRg/y1gLvDSYGOh2PIRrxK/5QX/4LDY sI+BLXGor6m/SxmsX/+tZVENGR+rxq7RvJG4/x+v/7sfvC+9P75Pv1/Ab8F/Du+/D//+odQBYaE/ MJCAcnXQ8XSRdmF6Y3DOdT8wdWFn7zHv89fAIGJ1AWzwcP+Zgh6fKg/bhjfwZFE5Qcyhf2Ng59kA cNQSNdB5YXSRKL9j43kR6WRjse3QbdBwkFD/FKM4PzlPZpU10DIv3h/W6vxyb+2w1K9Cz98MYaGL Mf95guExzREAQM8A5tHnwEUf/0Yv1ur2DUpf1q7OIv/zYbH/7iDS0ZhhPz9AT8pVkJI3gZ5n5nJu IXUAgHAgSYpg/z6hzGHSGs9hNUB48e/GkDD/18PYoMThdBGLkXQRUK9Rv/94FtiQGLJ5EX+QN1JZ EpTi/0SwHOGP4GcgFq8avxjNI1//JG8lfyaPJ58orysBL2Ei5X+t367vX/8o/1kvav8q0jXhZlJC T0RZZU5sXyripjdn8bYATUxeAH1xIAAfADUQAQAAAIoAAAA8ADMANgBDADgAMQA2ADQAQQBFADAA QwA2AEMAQQA0ADkAOAA3AEMAMwBFAEMAOAA4AEEAMQBCAEIANAAxADYAQQAwADEANAA3ADAARQBA AHMAZQByAHYAZQByAC4AbQBpAGMAcgBvAHMAbwBmAHQALQBsAGEAYgAuAHAAdQBiAC4AcgBvAD4A AAAAAB8ARxABAAAAHgAAAG0AZQBzAHMAYQBnAGUALwByAGYAYwA4ADIAMgAAAAAACwDyEAEAAAAf APMQAQAAACgAAABSAEUAJQAzAEEAIABbAHMAbwBdACAAcwBpAHQAZQAuAEUATQBMAAAACwD2EAAA AABAAAcwkKU8H5K1wwFAAAgwEQv055K1wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2 AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GC AQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElF TlRTL0NOPU9WSURJVVBMAAAAAB8A+j8BAAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkA cwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEAAAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAA AC4AAAADAP0/5AQAAAMAGUAAAAAAAwAaQAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAA TwBWAEkARABJAFUAUABMAAAAAAAfADFAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkAB AAAAKgAAAGMAbwBzAG0AaQBuAGEAcgBhAGQAQAB5AGEAaABvAG8ALgBjAG8AbQAAAAAAHwAzQAEA AAAqAAAAYwBvAHMAbQBpAG4AYQByAGEAZABAAHkAYQBoAG8AbwAuAGMAbwBtAAAAAAAfADhAAQAA ABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AOUABAAAABAAAAC4AAAALACkAAAAAAAsAIwAAAAAA AwAGEBEho28DAAcQ2QMAAAMAEBAAAAAAAwAREAEAAAAeAAgQAQAAAGUAAABJTkxJTkVOVVRSRUJV SUVTQVNUQU1TQUNJVElNU1VURURFTUVTQUpFUEVMSVNUQUNBU0FORVBSSU5ERU1DQUNFRUFDRURF SkFBTUxVQ1JBVE5VRVNURU9LLERFU0lFTlVOVFVMAAAAAAIBfwABAAAARQAAADwzNkM4MTY0QUUw QzZDQTQ5ODdDM0VDODhBMUJCNDE2QTAxNDcwRUBzZXJ2ZXIubWljcm9zb2Z0LWxhYi5wdWIucm8+ AAAAABeh ------_=_NextPart_001_01C3B592.E7ECE41E-- From so@atlantis.cs.pub.ro Sat Nov 29 11:59:54 2003 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Sat, 29 Nov 2003 03:59:54 -0800 Subject: [so] ERRORCHECK_MUTEX in loc de TLS? References: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> Message-ID: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Salut! M-am gandit sa folosesc un astfel mutex ca sa vad daca eu(threadul curent) sunt sau nu in monitor. In felul urmator: Sa zicem ca eu am ocupat mutexul(deci sunt in monitor). Daca tot eu voi da lock iar, o sa-mi arunce nu stiu ce eroare. Daca altul da lock, nu-i mai arunca eroarea asta. It's ok? bye dany From so@atlantis.cs.pub.ro Sat Nov 29 11:03:36 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 03:03:36 -0800 (PST) Subject: [so] ERRORCHECK_MUTEX in loc de TLS? In-Reply-To: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031129110336.57346.qmail@web60507.mail.yahoo.com> --- Daniel Cosmin Porumbel wrote: > Salut! > > M-am gandit sa folosesc un astfel mutex ca sa > vad daca eu(threadul > curent) sunt sau nu in monitor. In felul urmator: > > Sa zicem ca eu am ocupat mutexul(deci sunt in > monitor). > Daca tot eu voi da lock iar, o sa-mi arunce nu > stiu ce eroare. Daca > altul da lock, nu-i mai arunca eroarea asta. It's > ok? Salut, Am primit de la voi niste ecouri care spun ca s-a inteles ca folosirea TLS e obligatorie. Nu este obligatorie. A fost data ca hint, sa fie clar pentru toata lumea, insa mi s-a parut o solutie eleganta si interesanta pentru voi de folosit. Puteti folosi orice altceva. Veti fi depunctati totusi (foarte putin) daca acel altceva e mai putin eficient sau strica in vreun fel functionalitatea naturala a monitorului. In alta ordine de idei, folositi-va imaginatia, dati solutii (originale sau nu) pe care sa fiti in stare sa le aparati/argumentati. E mult mai important sa va intariti increderea ca ceea ce ati facut e corect, si in urma unei analize a programului vostru sa puteti garanta ca este corect si eficient, decat sa intrebati la fiecare chichita(*) si niciodata sa nu fiti siguri pe voi. Mult mai important decat punctele obtinute la teme este faptul ca voi invatati sa scrieti software de calitate, si la sfarsit constientizati lucrul asta si sunteti sigur de el. Uneori si profii/indrumatorii se pot insela. Nu va abtineti de la a-i contrazice de teama ca pierdeti puncte. Studentul care nu se contrazice nu-i student :) (*)A propos, verificarile astea de utilizare corecta pentru care s-au scris exagerat de multe emailuri (destroy & TLS) nu valoreaza mai mult de 5% din punctajul temei. Ma bucur ca nu sunt probleme la implementarea efectiva de monitor si toata lumea e convinsa ca l-a implementat corect. Succes, Cosmin PS Daca cineva are ceva de replicat sa nu dea replica pe lista ca sa oprim spamul. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 13:28:34 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 29 Nov 2003 05:28:34 -0800 (PST) Subject: [so] tot tema 3 Message-ID: <20031129132834.54602.qmail@web11202.mail.yahoo.com> Salut, Se poate folosi o clasa pentru definirea monitorului ? Metodele ei vor fi cele cerute de enuntul temei dar nu vor primi ca parametru un pointer ... Andrei __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sat Nov 29 13:32:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 05:32:29 -0800 (PST) Subject: [so] tot tema 3 In-Reply-To: <20031129132834.54602.qmail@web11202.mail.yahoo.com> Message-ID: <20031129133229.89530.qmail@web60507.mail.yahoo.com> Da. --- Andrei Stefan wrote: > Salut, > > > Se poate folosi o clasa pentru definirea monitorului > ? > Metodele ei vor fi cele cerute de enuntul temei dar > nu > vor primi ca parametru un pointer ... __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 15:53:35 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sat, 29 Nov 2003 17:53:35 +0200 Subject: [so] probleme Message-ID: <3FC8C0FF.10404@pcnet.ro> Buna! Va rog frumos sa ne spuneti cat valoreaza ca punctaj fiecare dintre cele trei aspecte ale temei: monitor, readers-writers, sleeping barber. Ar si corect sa avem un punctaj estimativ inainte de a trimite tema.Eu de exemplu am momentan probleme in doua parti si ar fi bine sa stiu asupra carei probleme sa ma concentrez mai mult, dat fiind timpul scurt care a mai ramas. Multmesc anticipat! Ruxandra From so@atlantis.cs.pub.ro Sat Nov 29 16:01:50 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sat, 29 Nov 2003 08:01:50 -0800 (PST) Subject: [so] Eroare la sem_wait In-Reply-To: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031129160150.72613.qmail@web60301.mail.yahoo.com> Era vb ca la un apel de asteptare pe un IPC sa verificam EINTR. Din man vad ca sem_wait nu il seteaza ( sau cel putin nu se specifica). Mai trebuie veriicat daca asteptarea este intrerupta de semnal sau nu? Daca da cum, se mai seteaza errno cumva? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 16:08:46 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 08:08:46 -0800 (PST) Subject: [so] probleme In-Reply-To: <3FC8C0FF.10404@pcnet.ro> Message-ID: <20031129160846.19852.qmail@web60501.mail.yahoo.com> --- Ruxi Jitianu wrote: > Buna! > > Va rog frumos sa ne spuneti cat valoreaza ca punctaj > fiecare dintre cele > trei aspecte ale temei: monitor, readers-writers, > sleeping barber. > > Ar si corect sa avem un punctaj estimativ inainte de > a trimite tema.Eu > de exemplu am momentan probleme in doua parti si ar > fi bine sa stiu > asupra carei probleme sa ma concentrez mai mult, > dat fiind timpul scurt > care a mai ramas. > > Multmesc anticipat! In mare cam 80% - monitor, 10% - rw, 10% - barbieri. Imi rezerv dreptul de a modifica in 70-15-15 dar concluzia e ca trebuie sa te concentrezi pe monitor. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 16:41:57 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 08:41:57 -0800 (PST) Subject: [so] Eroare la sem_wait In-Reply-To: <20031129160150.72613.qmail@web60301.mail.yahoo.com> Message-ID: <20031129164157.8440.qmail@web60504.mail.yahoo.com> --- Mihai Iancu wrote: > Era vb ca la un apel de asteptare pe un IPC > sa verificam EINTR. > > Din man vad ca sem_wait nu il seteaza ( sau > cel putin nu se specifica). > > Mai trebuie veriicat daca asteptarea este > intrerupta de semnal sau nu? > Daca da cum, se mai seteaza errno cumva? Se pare ca in implementarea LinuxThreads pentru toate operatiile blocante se fac teste daca operatia a fost deblocata corespunzator. Daca te uiti in sursele LinuxThreads o sa gasesti un while(1) la pthread_mutex_lock, pthread_cond_wait, sem_wait si altele. Pe scurt: nu mai trebuie verificat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 20:39:30 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Sat, 29 Nov 2003 22:39:30 +0200 Subject: [so] tot barbieri sau frizeri... References: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> Message-ID: <02ae01c3b6b8$e445c040$6400a8c0@andrei> Am urmatoarea dilema. Am folosit doua monitoare pentru ca un client tocmai intrat si un frizer sa nu se "ciocneasca". Daca tot am folosit al doilea monitor am pus si "anuntul" ca un frizer a terminat in acest monitor pentru ca altfel ar fi fost echivalent cu un mutex la contorul de scaune libere. Din pacate pentru a nu baga un frizer in acest monitor, clientul tuns si nu barbierul trebuie sa anunte ca frizerul a terminat tunsul. Intre timp barbierul se culca "un pic" pana vine un eventual client care a fost anuntat (nu are de unde sa stie barbierul daca mai sunt clienti la coada). Este corecta abordarea sau tb. ca un barbier sa nu se culce deloc daca mai sunt clienti care tb. tunsi? From so@atlantis.cs.pub.ro Sat Nov 29 20:44:19 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 12:44:19 -0800 (PST) Subject: [so] tot barbieri sau frizeri... In-Reply-To: <02ae01c3b6b8$e445c040$6400a8c0@andrei> Message-ID: <20031129204419.36559.qmail@web60502.mail.yahoo.com> aboradarea este corecta. Atentie insa ca aceasta abordare este corecta doar in solutiile cu doua monitoare. Cosmin --- Andrei Hagiescu wrote: > Am urmatoarea dilema. Am folosit doua monitoare > pentru ca un client tocmai > intrat si un frizer sa nu se "ciocneasca". Daca tot > am folosit al doilea > monitor am pus si "anuntul" ca un frizer a terminat > in acest monitor pentru > ca altfel ar fi fost echivalent cu un mutex la > contorul de scaune libere. > Din pacate pentru a nu baga un frizer in acest > monitor, clientul tuns si nu > barbierul trebuie sa anunte ca frizerul a terminat > tunsul. Intre timp > barbierul se culca "un pic" pana vine un eventual > client care a fost anuntat > (nu are de unde sa stie barbierul daca mai sunt > clienti la coada). Este > corecta abordarea sau tb. ca un barbier sa nu se > culce deloc daca mai sunt > clienti care tb. tunsi? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 10:35:48 2003 From: so@atlantis.cs.pub.ro (Diana) Date: Sun, 30 Nov 2003 12:35:48 +0200 Subject: [so] printf Message-ID: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C3B73E.7B6D4580 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Am urmatoarea problema: cand afisez un mesaj mi se intampla uneori sa il = afiseze acelasi thread de doua ori, desi printf-ul se executa o singura = data. Sunt convinsa ca se executa o singura data pentru ca am = initializat un contor si l-am incrementat in printf; concluzie: imi = afiseaza de mai multe ori avand contorul 1. Daca mai pun un printf = imediat dupa printf-ul problematic, am observat ca nu se mai intampla sa = mi-l afiseze de mai multe ori. Oricum, chestia asta este complet = aleatoare.. Stie cineva cum s-ar putea rezolva aceasta problema (in alt mod decat sa = mai pun cate un printf in plus dupa fiecare printf de care am nevoie)? ------=_NextPart_000_0005_01C3B73E.7B6D4580 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Am urmatoarea problema: cand afisez un = mesaj mi se=20 intampla uneori sa il afiseze acelasi thread de doua ori, desi printf-ul = se=20 executa o singura data. Sunt convinsa ca se executa o singura data = pentru ca am=20 initializat un contor si l-am incrementat in printf; concluzie: imi = afiseaza de=20 mai multe ori avand contorul 1. Daca mai pun un printf imediat dupa = printf-ul=20 problematic, am observat ca nu se mai intampla sa mi-l afiseze de mai = multe ori.=20 Oricum, chestia asta este complet aleatoare..
Stie cineva cum s-ar putea rezolva = aceasta problema=20 (in alt mod decat sa mai pun cate un printf in plus dupa fiecare printf = de care=20 am nevoie)?
------=_NextPart_000_0005_01C3B73E.7B6D4580-- From so@atlantis.cs.pub.ro Sun Nov 30 10:44:03 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 02:44:03 -0800 (PST) Subject: [so] printf In-Reply-To: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> Message-ID: <20031130104403.92361.qmail@web60503.mail.yahoo.com> Daca-mi trimiti o bucata de cod care poate fi compilata si rulata, si care se comporta cum spui tu as putea sa incerc sa determin cauza. Cosmin --- Diana wrote: > Am urmatoarea problema: cand afisez un mesaj mi se > intampla uneori sa il afiseze acelasi thread de doua > ori, desi printf-ul se executa o singura data. Sunt > convinsa ca se executa o singura data pentru ca am > initializat un contor si l-am incrementat in printf; > concluzie: imi afiseaza de mai multe ori avand > contorul 1. Daca mai pun un printf imediat dupa > printf-ul problematic, am observat ca nu se mai > intampla sa mi-l afiseze de mai multe ori. Oricum, > chestia asta este complet aleatoare.. > Stie cineva cum s-ar putea rezolva aceasta problema > (in alt mod decat sa mai pun cate un printf in plus > dupa fiecare printf de care am nevoie)? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 11:36:17 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 30 Nov 2003 03:36:17 -0800 (PST) Subject: [so] off topic Message-ID: <20031130113617.49594.qmail@web41005.mail.yahoo.com> pariez ca la asta nu se astepta nimeni. azi e sfantul andrei, asa ca sa traiti cu numele daca e cazul :) __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sun Nov 30 12:03:02 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 04:03:02 -0800 (PST) Subject: [so] x-( In-Reply-To: <20031130113617.49594.qmail@web41005.mail.yahoo.com> Message-ID: <20031130120302.30285.qmail@web60302.mail.yahoo.com> O mica problema la final ( sau la mal :( ) Cum fac sa modific din Makefile LD_LIBRARY_PATH sa fie = ./:$LD_LIBRARY_PATH.? Eu ca user nu am variabila asta si deci incerc sa o setez din Makefile cu export LD_LIBRARY_PATH=./ dar dupa ce termina make nu exista variabila, deci nu o seteaza. De testat programul se poate face scriind export LD_LIBRARY_PATH=./ in consola si apoi gaseste .so, dar e o solutie cam trista. ===== I was born intelligent, education ruined me. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:11:17 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 04:11:17 -0800 (PST) Subject: [so] x-( In-Reply-To: <20031130120302.30285.qmail@web60302.mail.yahoo.com> Message-ID: <20031130121117.42144.qmail@web60508.mail.yahoo.com> --- Mihai Iancu wrote: > O mica problema la final ( sau la mal :( ) > > Cum fac sa modific din Makefile LD_LIBRARY_PATH sa > fie = ./:$LD_LIBRARY_PATH.? > > Eu ca user nu am variabila asta si deci incerc sa > o setez din Makefile cu export LD_LIBRARY_PATH=./ > > dar dupa ce termina make nu exista variabila, deci > nu o seteaza. De testat programul se poate face > scriind export LD_LIBRARY_PATH=./ in consola si apoi > gaseste .so, dar e o solutie cam trista. I can handle it. Variabila se seteaza in environment-ul procesului care executa make, nu si in parinte (bash), deci e normal comportamentul. Poti sa faci o regula run sau test in Makefile care dupa compilare sa faca si setarea variabilei si rularea programului de test, daca tii neaparat. > ===== > I was born intelligent, > education ruined me. pe bune? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:38:18 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 04:38:18 -0800 (PST) Subject: [so] sleep In-Reply-To: <20031130120302.30285.qmail@web60302.mail.yahoo.com> Message-ID: <20031130123818.6705.qmail@web60309.mail.yahoo.com> la readerswriters e nepotrivit sleep-ul care face sleep doar secunde si astfel cu 30 de readers si 30 writers cand intra un writer si pana iese sigur mai vine un writer si astfel nu mai apuca nici un readers sa ma intre caci asteapta sa nu mai fie nici un wr ... stiti cu totii povestea. Vreau sa folosesc /** *face un sleep de sec si usec */ int mysleep( int sec, int usec){ struct timeval opt; opt.tv_sec = sec; opt.tv_usec = usec; return select(1,0,0,0,&opt); } nu cred ca e in POSIX e ok? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:50:06 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 04:50:06 -0800 (PST) Subject: [so] sleep In-Reply-To: <20031130123818.6705.qmail@web60309.mail.yahoo.com> Message-ID: <20031130125006.26358.qmail@web60510.mail.yahoo.com> te complici, foloseste nanosleep. --- Mihai Iancu wrote: > la readerswriters e nepotrivit sleep-ul care > face sleep doar secunde si astfel cu 30 de readers > si > 30 writers cand intra un writer si pana iese > sigur mai vine un writer si astfel nu mai apuca nici > un readers sa ma intre caci asteapta sa nu mai fie > nici un wr ... stiti cu totii povestea. > > Vreau sa folosesc > /** > *face un sleep de sec si usec > */ > int mysleep( int sec, int usec){ > struct timeval opt; > opt.tv_sec = sec; > opt.tv_usec = usec; > return select(1,0,0,0,&opt); > } > > nu cred ca e in POSIX > > e ok? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 15:03:47 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 07:03:47 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <001a01c3b7a6$a36a1b40$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031130150347.75375.qmail@web60508.mail.yahoo.com> E ok, nu se face overwrite. Mai fa o data upload cum trebuie. --- Daniel Cosmin Porumbel wrote: > Salut! > > Cred ca am facut o greseala la upload. Am > vrut sa trimit tema si nu mi-a primit-o dintr-un > motiv oarecare. Apoi cand am vrut s-o trimit iar, am > dat back si n-am mai modificat dropDownListurile si > s-a pus peste tema1 de Windows. Credeti ca se mai > poate face ceva ca sa recuperez fisierele de > dinainte? Sper ca nu face overwrite automat.... > > Toate bune! > Dany > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 15:53:28 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 07:53:28 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <001a01c3b7a6$a36a1b40$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031130155328.39396.qmail@web60309.mail.yahoo.com> --0-65724020-1070207608=:39234 Content-Type: text/plain; charset=us-ascii Cum facem cu temaX.exe? ce nume ii punem ca acum avem cel putin 2 executabile --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-65724020-1070207608=:39234 Content-Type: text/html; charset=us-ascii

Cum facem cu temaX.exe?

 

ce nume ii punem ca acum avem cel putin 2 executabile

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-65724020-1070207608=:39234-- From so@atlantis.cs.pub.ro Sun Nov 30 16:14:35 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 08:14:35 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <20031130155328.39396.qmail@web60309.mail.yahoo.com> Message-ID: <20031130161435.66629.qmail@web60510.mail.yahoo.com> Education ruined you. You should quit while you're still ahead :)) --- Mihai Iancu wrote: > > Cum facem cu temaX.exe? > > > > ce nume ii punem ca acum avem cel putin 2 > executabile __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 16:33:25 2003 From: so@atlantis.cs.pub.ro (Ionut Cirjan) Date: Sun, 30 Nov 2003 08:33:25 -0800 (PST) Subject: [so] printf In-Reply-To: <20031130104403.92361.qmail@web60503.mail.yahoo.com> Message-ID: <20031130163325.11166.qmail@web41104.mail.yahoo.com> Eu am avut alta problema cu printf: intarzia la unele threaduri si afisa mai repede de la altele care totusi se executau dupa cele dinainte. Am pus dupa fiecare printf un fflush(stdout) si nu am mai avut probleme. Ionut. --- Cosmin Arad wrote: > Daca-mi trimiti o bucata de cod care poate fi > compilata si rulata, si care se comporta cum spui tu > as putea sa incerc sa determin cauza. > > Cosmin > > --- Diana wrote: > > Am urmatoarea problema: cand afisez un mesaj mi se > > intampla uneori sa il afiseze acelasi thread de > doua > > ori, desi printf-ul se executa o singura data. > Sunt > > convinsa ca se executa o singura data pentru ca am > > initializat un contor si l-am incrementat in > printf; > > concluzie: imi afiseaza de mai multe ori avand > > contorul 1. Daca mai pun un printf imediat dupa > > printf-ul problematic, am observat ca nu se mai > > intampla sa mi-l afiseze de mai multe ori. Oricum, > > chestia asta este complet aleatoare.. > > Stie cineva cum s-ar putea rezolva aceasta > problema > > (in alt mod decat sa mai pun cate un printf in > plus > > dupa fiecare printf de care am nevoie)? > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sun Nov 30 21:23:58 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Sun, 30 Nov 2003 23:23:58 +0200 Subject: [so] printf In-Reply-To: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> References: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> Message-ID: <20031130212358.E732241AC8@server1.messagingengine.com> Chestia cu fflush(stdout) e de baza la multithreading. Daca folosesti C++, merge si "cout< said: > Am urmatoarea problema: cand afisez un mesaj mi se intampla uneori sa il > afiseze acelasi thread de doua ori, desi printf-ul se executa o singura > data. Sunt convinsa ca se executa o singura data pentru ca am initializat > un contor si l-am incrementat in printf; concluzie: imi afiseaza de mai > multe ori avand contorul 1. Daca mai pun un printf imediat dupa printf-ul > problematic, am observat ca nu se mai intampla sa mi-l afiseze de mai > multe ori. Oricum, chestia asta este complet aleatoare.. > Stie cineva cum s-ar putea rezolva aceasta problema (in alt mod decat sa > mai pun cate un printf in plus dupa fiecare printf de care am nevoie)? -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Access your email from home and the web From so@atlantis.cs.pub.ro Sat Nov 1 08:29:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 00:29:32 -0800 (PST) Subject: [so] unscribe In-Reply-To: <20031031224159.70266.qmail@web20710.mail.yahoo.com> Message-ID: <20031101082932.10519.qmail@web11501.mail.yahoo.com> --- Alecu Adrian wrote: > Am si eu o mica problema.... > Am cam pierdut parola de pe acest mailing - list si > vad ca nu exista nici o cale de a ma scoate de pe > lista si a ma baga din nou.... sau altceva de genul > asta > as vrea si eu o sugestie ce as putea sa fac.. > mersi si bafta la teme La 'Edit Options' gasesti un buton 'Email my password to me'. Daca il apesi vei primi parola pe adresa cu care esti inscris acum. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sat Nov 1 08:40:41 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 1 Nov 2003 10:40:41 +0200 Subject: [so] fflush Message-ID: <001001c3a053$d53bed70$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C3A064.98B1AAA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable avem voie sa folosim fflush(stdout)? o alta varianta ar fi sa afisez un \n dar nu-mi convine varianta asta... ------=_NextPart_000_000D_01C3A064.98B1AAA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
avem voie sa folosim = fflush(stdout)?
o alta varianta ar fi sa afisez un \n = dar nu-mi=20 convine varianta asta...
------=_NextPart_000_000D_01C3A064.98B1AAA0-- From so@atlantis.cs.pub.ro Sat Nov 1 15:04:52 2003 From: so@atlantis.cs.pub.ro (Dana Tiba) Date: Sat, 1 Nov 2003 17:04:52 +0200 (EET) Subject: [so] interpretare Message-ID: <1092.81.196.10.119.1067699092.squirrel@dazoot.ro> Salut, Textul temei defineste o comanda compusa ca fiind formata din doi operanzi si un operator. Apoi sunt definiti cei 8 operatori care trebuiesc sa fie suportati(dintre care 4 de redirectare). Cei doi operanzi sunt definiti ca fiind fie comenzi oarecare, fie un nume de fisier in cazul in care operatorul este de redirectare. Din acestea eu am inteles initial ca trebuie suportate comenzi de genul: NUME1[operator NUME2],unde NUME1 trebuie neaparat sa fie o comanda(simpla, adica nume + parametrii), iar NUME2 in functie de tipul operatorului poate sa fie fie o alta comanda(simpla), fie un nume de fisier. Insa un mail anterior pe lista sugereaza ca trebuiesc suportate si comenzi cu mai multi operatori si operanzi (cat fisier > gigi & pwd > titi). Care este adevarata interpretare a temei? dana From so@atlantis.cs.pub.ro Sat Nov 1 21:12:18 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 1 Nov 2003 23:12:18 +0200 Subject: [so] alocare mem Message-ID: <000901c3a0bc$d4f90050$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C3A0CD.986A0290 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable in windows putem folosi malloc si realloc? ------=_NextPart_000_0006_01C3A0CD.986A0290 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
in windows putem folosi malloc si=20 realloc?
------=_NextPart_000_0006_01C3A0CD.986A0290-- From so@atlantis.cs.pub.ro Sat Nov 1 22:00:18 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 14:00:18 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <000901c3a0bc$d4f90050$0200a8c0@smeagol> Message-ID: <20031101220018.86497.qmail@web11502.mail.yahoo.com> --- Cibu Cristian wrote: > in windows putem folosi malloc si realloc? NU. Folositi HeapAlloc si HeapRealloc! Sau orice functie prezentata in 'Memory Management Functions' in Platform SDK, care nu e deprecated (local and global functions _nu_ sunt recomandate). (ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm) Nu folositi functiile de lucru cu memoria virtuala pentru ca inca nu stiti prea bine cu ce se mananca si nici nu e nevoie de ele in tema. Practic puteti folosi de la 'Memory Management Functions' funtiile din primul si din al 4-lea (heap functions) tabel. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sat Nov 1 22:19:19 2003 From: so@atlantis.cs.pub.ro (Cristian Traum) Date: Sat, 1 Nov 2003 14:19:19 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031101220018.86497.qmail@web11502.mail.yahoo.com> Message-ID: <20031101221919.96655.qmail@web13204.mail.yahoo.com> --0-477966446-1067725159=:94353 Content-Type: text/plain; charset=us-ascii nu avem voie deloc deloc? adica daca vreau in cadrul parsarii sa copiez un sir... nu am voie strdup??? sau HeapAlloc si HeapRealloc tb folosite cand e vorba de procese...? Cosmin Arad wrote: --- Cibu Cristian wrote: > in windows putem folosi malloc si realloc? NU. Folositi HeapAlloc si HeapRealloc! Sau orice functie prezentata in 'Memory Management Functions' in Platform SDK, care nu e deprecated (local and global functions _nu_ sunt recomandate). (ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm) Nu folositi functiile de lucru cu memoria virtuala pentru ca inca nu stiti prea bine cu ce se mananca si nici nu e nevoie de ele in tema. Practic puteti folosi de la 'Memory Management Functions' funtiile din primul si din al 4-lea (heap functions) tabel. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Exclusive Video Premiere - Britney Spears --0-477966446-1067725159=:94353 Content-Type: text/html; charset=us-ascii
nu avem voie deloc deloc? adica daca vreau in cadrul parsarii sa copiez un sir... nu am voie strdup???
sau HeapAlloc si HeapRealloc tb folosite cand e vorba de procese...?


Cosmin Arad <cosminarad@yahoo.com> wrote:
--- Cibu Cristian wrote:
> in windows putem folosi malloc si realloc?

NU. Folositi HeapAlloc si HeapRealloc!
Sau orice functie prezentata in 'Memory Management
Functions' in Platform SDK, care nu e deprecated
(local and global functions _nu_ sunt recomandate).
(ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm)

Nu folositi functiile de lucru cu memoria virtuala
pentru ca inca nu stiti prea bine cu ce se mananca si
nici nu e nevoie de ele in tema.

Practic puteti folosi de la 'Memory Management
Functions' funtiile din primul si din al 4-lea (heap
functions) tabel.

Cosmin


__________________________________
Do you Yahoo!?
Exclusive Video Premiere - Britney Spears
http://launch.yahoo.com/promos/britneyspears/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Exclusive Video Premiere - Britney Spears --0-477966446-1067725159=:94353-- From so@atlantis.cs.pub.ro Sun Nov 2 07:11:52 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 02 Nov 2003 09:11:52 +0200 Subject: [so] upload Message-ID: <3FA4AE38.6020102@pcnet.ro> Intrebarea: ce se intampla daca fac upload la o tema de 2 ori? Se considera ultima varianta? Multumesc Ruxandra p.s. stiu ca nu e indicat sa se intample asta....dar totusi....daca se intampla.... From so@atlantis.cs.pub.ro Sun Nov 2 07:59:24 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 23:59:24 -0800 (PST) Subject: [so] upload In-Reply-To: <3FA4AE38.6020102@pcnet.ro> Message-ID: <20031102075924.66448.qmail@web11509.mail.yahoo.com> --- Ruxi Jitianu wrote: > Intrebarea: ce se intampla daca fac upload la o tema > de 2 ori? Se > considera ultima varianta? Da. > Multumesc > > Ruxandra > > p.s. > stiu ca nu e indicat sa se intample asta....dar > totusi....daca se > intampla.... e ok. poti sa uploadezi de cate ori vrei. Cosmin __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From so@atlantis.cs.pub.ro Sun Nov 2 10:07:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 2 Nov 2003 02:07:21 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031101221919.96655.qmail@web13204.mail.yahoo.com> Message-ID: <20031102100721.85107.qmail@web11509.mail.yahoo.com> --- Cristian Traum wrote: > nu avem voie deloc deloc? adica daca vreau in cadrul > parsarii sa copiez un sir... nu am voie strdup??? > sau HeapAlloc si HeapRealloc tb folosite cand e > vorba de procese...? > E recomandabil sa folosesti HeapAlloc iar pentru copierea sirului CopyMemory. In toate cazurile. Cosmin __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From so@atlantis.cs.pub.ro Sun Nov 2 20:27:23 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Sun, 2 Nov 2003 22:27:23 +0200 Subject: [so] Scule (instrumente) de dezvoltare Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C3A190.801BE460 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Imi cer scuze anticipat pentru eventuale exprimari scapate de sub control in cele ce urmeaza. De ce trebuie sa folosim pe Windows tampenia aia de MinGW cand exista la fel de bine Visual Studio.NET? Concret: Scriu totul cu VS, testez, etc etc, totul merge ok. Incerc sa compilez din MSYS cu gcc, se trezeste ca nu stie de strsafe.h (un header al unei librarii din Platform SDK, folosita pentru 'safe handling' pe stringuri C). Headerul ala e (pe bune!) in acelasi folder cu 'windows.h', e suportat cu tot restul MS Platform SDK samd, nimic ezoteric acolo. La tentativa de compilare gcc zice ca nu gaseste 'strsafe.h' si se plange de functiile din headerul ala. Finally, facultatea asta vesela are licenta de Visual Studio.NET pentru toti studentii. De ce trebuie sa folosim o scula de mana a zecea cand aveti scule de zeci de mii de dolari in MSDN AA? Mi se pare o idee super ca putem face temele si pe Win32 si pe Linux, dar pe Win32 am senzatia ca ma joc cu o mana legata la spate daca sunt limitat la niste tooluri destul de slabute in comparatie chiar cu cele mai slabe compilatoare comerciale de C/C++ existente pe Windows. Multumesc, Ovidiu ------=_NextPart_000_0006_01C3A190.801BE460 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Imi = cer scuze=20 anticipat pentru eventuale exprimari scapate de sub control in cele ce=20 urmeaza.
 
De ce = trebuie sa=20 folosim pe Windows tampenia aia de MinGW cand exista la fel de bine = Visual=20 Studio.NET? Concret: Scriu totul cu VS, testez, etc etc, totul merge ok. = Incerc=20 sa compilez din MSYS cu gcc, se trezeste ca nu stie de strsafe.h (un = header al=20 unei librarii din Platform SDK, folosita pentru 'safe handling' pe = stringuri C).=20 Headerul ala e (pe bune!) in acelasi folder cu 'windows.h', e suportat = cu tot=20 restul MS Platform SDK samd, nimic ezoteric acolo. La tentativa de = compilare gcc=20 zice ca nu gaseste 'strsafe.h' si se plange de functiile din headerul=20 ala.
 
Finally, facultatea=20 asta vesela are licenta de Visual Studio.NET pentru toti studentii. De = ce=20 trebuie sa folosim o scula de mana a zecea cand aveti scule de zeci de = mii de=20 dolari in MSDN AA? Mi se pare o idee super ca putem face temele si pe = Win32 si=20 pe Linux, dar pe Win32 am senzatia ca ma joc cu o mana legata la spate = daca sunt=20 limitat la niste tooluri destul de slabute in comparatie chiar cu cele = mai slabe=20 compilatoare comerciale de C/C++ existente pe = Windows.
 
Multumesc,
Ovidiu
------=_NextPart_000_0006_01C3A190.801BE460-- From so@atlantis.cs.pub.ro Sun Nov 2 21:22:43 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Sun, 02 Nov 2003 23:22:43 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: References: Message-ID: <20031102212243.16232.qmail@romus.ro> Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. From so@atlantis.cs.pub.ro Sun Nov 2 23:38:58 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 2 Nov 2003 15:38:58 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031102100721.85107.qmail@web11509.mail.yahoo.com> Message-ID: <20031102233858.73096.qmail@web41008.mail.yahoo.com> vorbind despre alocari, unde scrie ca malloc si suratele ei sunt posix compliant? --- Cosmin Arad wrote: > --- Cristian Traum wrote: > > nu avem voie deloc deloc? adica daca vreau in > cadrul > > parsarii sa copiez un sir... nu am voie strdup??? > > sau HeapAlloc si HeapRealloc tb folosite cand e > > vorba de procese...? > > > > E recomandabil sa folosesti HeapAlloc iar pentru > copierea sirului CopyMemory. In toate cazurile. > > Cosmin > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product > search > http://shopping.yahoo.com > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sun Nov 2 23:44:27 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 2 Nov 2003 15:44:27 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031102233858.73096.qmail@web41008.mail.yahoo.com> Message-ID: <20031102234427.86732.qmail@web41014.mail.yahoo.com> doar nu veti fi folosit toti posix_memalign !? --- Diana Fulger wrote: > vorbind despre alocari, unde scrie ca malloc si > suratele ei sunt posix compliant? > > --- Cosmin Arad wrote: > > --- Cristian Traum wrote: > > > nu avem voie deloc deloc? adica daca vreau in > > cadrul > > > parsarii sa copiez un sir... nu am voie > strdup??? > > > sau HeapAlloc si HeapRealloc tb folosite cand e > > > vorba de procese...? > > > > > > > E recomandabil sa folosesti HeapAlloc iar pentru > > copierea sirului CopyMemory. In toate cazurile. > > > > Cosmin > > > > __________________________________ > > Do you Yahoo!? > > The New Yahoo! Shopping - with improved product > > search > > http://shopping.yahoo.com > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > __________________________________ > Do you Yahoo!? > Exclusive Video Premiere - Britney Spears > http://launch.yahoo.com/promos/britneyspears/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Mon Nov 3 08:07:49 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 10:07:49 +0200 Subject: [so] alocare mem In-Reply-To: <20031102233858.73096.qmail@web41008.mail.yahoo.com> References: <20031102233858.73096.qmail@web41008.mail.yahoo.com> Message-ID: On Sun, 2 Nov 2003 15:38:58 -0800 (PST), Diana Fulger wrote: > vorbind despre alocari, unde scrie ca malloc si > suratele ei sunt posix compliant? > Nu sunt posix sunt ANSI-C. From so@atlantis.cs.pub.ro Mon Nov 3 08:35:09 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Mon, 3 Nov 2003 10:35:09 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: <20031102212243.16232.qmail@romus.ro> Message-ID: Multumesc pt suport. -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Adrian Stanciu Sent: Sunday, November 02, 2003 11:23 PM To: so@atlantis.cs.pub.ro Subject: [so] Re: Scule (instrumente) de dezvoltare Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so From so@atlantis.cs.pub.ro Mon Nov 3 11:12:16 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Mon, 3 Nov 2003 03:12:16 -0800 (PST) Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: Message-ID: <20031103111216.70225.qmail@web40017.mail.yahoo.com> --0-954673201-1067857936=:67536 Content-Type: text/plain; charset=us-ascii Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei. Mihai Murgan Ovidiu Platon wrote: Multumesc pt suport. -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Adrian Stanciu Sent: Sunday, November 02, 2003 11:23 PM To: so@atlantis.cs.pub.ro Subject: [so] Re: Scule (instrumente) de dezvoltare Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Exclusive Video Premiere - Britney Spears --0-954673201-1067857936=:67536 Content-Type: text/html; charset=us-ascii
Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei.
 
Mihai Murgan

Ovidiu Platon <ovidiupl@microsoft-lab.pub.ro> wrote:
Multumesc pt suport.

-----Original Message-----
From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On
Behalf Of Adrian Stanciu
Sent: Sunday, November 02, 2003 11:23 PM
To: so@atlantis.cs.pub.ro
Subject: [so] Re: Scule (instrumente) de dezvoltare


Nu cred ca ai inteles scopul acestei liste de discutii:

Scopul unic al acestei liste de discutii este de a ajuta studentii sa
rezolve temele propuse si de a lamurii probleme legate de ele.

NU de a pune in discutie ce compilator e mai bun.
NU de a pune in discutie ce _ar trebui_ folosit.
NU de a pune in discutie preferintele studentilor in materie de
compilatoare.
NU de a pune in discutie regulile.
NU pentru plangeri.

Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la
adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu
direct domnului profesor sau in cadrul laboratorului.

Pe scurt:
Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO
(in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta
lista.

--Adrian.

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Exclusive Video Premiere - Britney Spears --0-954673201-1067857936=:67536-- From so@atlantis.cs.pub.ro Mon Nov 3 11:16:36 2003 From: so@atlantis.cs.pub.ro (Catalin Constantin) Date: Mon, 3 Nov 2003 13:16:36 +0200 Subject: [so] malloc Message-ID: <20031103121944.4774F28C059@atlantis> sa inteleg ca daca am folosit malloc in tema pe linux o sa fim depunctati ? Catalin From so@atlantis.cs.pub.ro Mon Nov 3 11:48:29 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 13:48:29 +0200 Subject: [so] malloc In-Reply-To: <20031103121944.4774F28C059@atlantis> References: <20031103121944.4774F28C059@atlantis> Message-ID: On Mon, 3 Nov 2003 13:16:36 +0200, Catalin Constantin wrote: > sa inteleg ca daca am folosit malloc in tema pe linux > o sa fim depunctati ? > Nu. tavi From so@atlantis.cs.pub.ro Mon Nov 3 12:45:46 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 14:45:46 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: <20031103111216.70225.qmail@web40017.mail.yahoo.com> References: <20031103111216.70225.qmail@web40017.mail.yahoo.com> Message-ID: On Mon, 3 Nov 2003 03:12:16 -0800 (PST), Murgan Mihai wrote: > Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste > de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un > mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows > daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e > prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de > windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un MSYS != MinGW > student face o propunere de bun-simt si care chiar are legatura cu tema > si rezolvarea ei. > Daca aveti comentarii relativ la reguli sau orice altceva care nu este legat de discutarea temelor, va rog trimiteti mailurile la tavi@cs.pub.ro si nu pe lista. tavi From so@atlantis.cs.pub.ro Mon Nov 3 18:23:44 2003 From: so@atlantis.cs.pub.ro (FlorinPop) Date: Mon, 3 Nov 2003 20:23:44 +0200 (E. Europe Standard Time) Subject: [so] Re: Scule (instrumente) de dezvoltare References: <20031103111216.70225.qmail@web40017.mail.yahoo.com> Message-ID: <3FA69D30.000007.02232@einstein> --------------Boundary-00=_KFGSWCW0000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_KFGSRN00000000000000" --------------Boundary-00=_KFGSRN00000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable asa e!=0D =0D -------Original Message-------=0D =0D From: so@atlantis.cs.pub.ro=0D Date: Monday, November 03, 2003 13:13:07=0D To: so@atlantis.cs.pub.ro=0D Subject: RE: [so] Re: Scule (instrumente) de dezvoltare=0D =0D Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste = de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mar= e ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun d= in moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei= =2E=0D =0D Mihai Murgan=0D =0D Ovidiu Platon wrote:=0D Multumesc pt suport. =0D =0D -----Original Message-----=0D From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On= =0D Behalf Of Adrian Stanciu=0D Sent: Sunday, November 02, 2003 11:23 PM=0D To: so@atlantis.cs.pub.ro=0D Subject: [so] Re: Scule (instrumente) de dezvoltare=0D =0D =0D Nu cred ca ai inteles scopul acestei liste de discutii: =0D =0D Scopul unic al acestei liste de discutii este de a ajuta studentii sa=0D rezolve temele propuse si de a lamurii probleme legate de ele. =0D =0D NU de a pune in discutie ce compilator e mai bun.=0D NU de a pune in discutie ce _ar trebui_ folosit.=0D NU de a pune in discutie preferintele studentilor in materie de=0D compilatoare.=0D NU de a pune in discutie regulile.=0D NU pentru plangeri. =0D =0D Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la=0D adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exem= plu=0D direct domnului profesor sau in cadrul laboratorului. =0D =0D Pe scurt:=0D Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de S= O=0D (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta=0D lista. =0D =0D --Adrian. =0D =0D _______________________________________________=0D so mailing list=0D so@atlantis.cs.pub.ro=0D http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so=0D =0D _______________________________________________=0D so mailing list=0D so@atlantis.cs.pub.ro=0D http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so=0D =0D =0D Do you Yahoo!?=0D Exclusive Video Premiere - Britney Spears =0D =20 --------------Boundary-00=_KFGSRN00000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
asa e!
 
-------Original Message-------
 
Date: Monday, Nove= mber 03, 2003 13:13:07
Subject: RE: [so] = Re: Scule (instrumente) de dezvoltare
 
Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei l= iste de discutii este de a ajuta studentii sa rezolve temele propuse". Pa= i un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific window= s daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e= prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de wi= ndows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un stu= dent face o propunere de bun-simt si care chiar are legatura cu tema si r= ezolvarea ei.
 
Mihai Murgan

Ovidiu Platon <ovidiupl@microsoft-lab.p= ub.ro> wrote:
Multumesc pt suport.

-----Origina= l Message-----
From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atla= ntis.cs.pub.ro] On
Behalf Of Adrian Stanciu
Sent: Sunday, November = 02, 2003 11:23 PM
To: so@atlantis.cs.pub.ro
Subject: [so] Re: Scule= (instrumente) de dezvoltare


Nu cred ca ai inteles scopul aces= tei liste de discutii:

Scopul unic al acestei liste de discutii e= ste de a ajuta studentii sa
rezolve temele propuse si de a lamurii pro= bleme legate de ele.

NU de a pune in discutie ce compilator e mai= bun.
NU de a pune in discutie ce _ar trebui_ folosit.
NU de a pune= in discutie preferintele studentilor in materie de
compilatoare.
N= U de a pune in discutie regulile.
NU pentru plangeri.

Regulile= sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la
adres= a lor va sugerez sa incercati sa le exprimati in alta parte, de exempludirect domnului profesor sau in cadrul laboratorului.

Pe scurt:=
Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului = de SO
(in coditiile regulilor prestabilite), deci nu-si are rostul pe = aceasta
lista.

--Adrian.

_____________________________= __________________
so mailing list
so@atlantis.cs.pub.ro
http://= atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

___________________= ____________________________
so mailing list
so@atlantis.cs.pub.ro<= BR>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so
da, e mai bine cu o bariera rentranta, parerea mea.
Eu asa o sa fac.
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_KUAYLVC0000000000000-- --------------Boundary-00=_JUAYQL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_JUAYQL80000000000000-- From so@atlantis.cs.pub.ro Thu Nov 6 23:16:23 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Fri, 7 Nov 2003 01:16:23 +0200 Subject: [so] tema 2 Message-ID: <008801c3a4bb$fe7b9f20$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0085_01C3A4CC.C1F15C50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Tema 2 in principiu e simpla. e vorba de o memorie comuna si de = sincronizari, mesaje, etc. enuntul poate fi interpretat (in anumite = locuri). ce vreau eu sa stiu, este: ce parti din problema este = obligatoriu sa se rezolve intr-un anumit fel. Sincronizarile pot fi facute si cu semafoare, mutexuri, si cu cozi de = mesaje.=20 ce, unde, suntem obligati sa folosim si=20 unde avem voie sa facem cum credem noi? alta chestie, mai la detaliu. toti participantii la traficul de = prajituri :) cum actioneaza. furnizorul baga direct prajiturile in frigider sau i le = da cofetarului sa le bage el? clientii, se uita ei cate locuri libere sunt sau intreaba cofetarul? clientii, o data asezati, isi iau singuri prajiturile sau le primesc = prin intermediul cofetarului? (cofetarul e un proces, clientii, furnizorul, alte procese) toate variantele astea inclina spre folosirea mai mult sau mai putin a = barierelor (mutexurilor pentru memoria partajata) si mai putin sau mai = mult a mesajelor. (sau cel putin asa am eu impresia). Asadar, ce e lege si ce e indicatie? ------=_NextPart_000_0085_01C3A4CC.C1F15C50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Tema 2 in principiu e simpla. e vorba = de o memorie=20 comuna si de sincronizari, mesaje, etc. enuntul poate fi interpretat (in = anumite=20 locuri). ce vreau eu sa stiu, este: ce parti din problema este = obligatoriu sa se=20 rezolve intr-un anumit fel.
Sincronizarile pot fi facute si cu = semafoare,=20 mutexuri, si cu cozi de mesaje.
ce, unde, suntem obligati sa folosim si =
unde avem voie sa facem cum credem=20 noi?
 
alta chestie, mai la detaliu. toti = participantii la=20 traficul de prajituri :)
cum actioneaza. furnizorul baga direct = prajiturile=20 in frigider sau i le da cofetarului sa le bage el?
clientii, se uita ei cate locuri libere = sunt sau=20 intreaba cofetarul?
clientii, o data asezati, isi iau = singuri=20 prajiturile sau le primesc prin intermediul cofetarului?
(cofetarul e un proces, clientii, = furnizorul, alte=20 procese)
 
toate variantele astea inclina spre = folosirea mai=20 mult sau mai putin a barierelor (mutexurilor pentru memoria partajata) = si mai=20 putin sau mai mult a mesajelor.
(sau cel putin asa am eu = impresia).
 
Asadar, ce e lege si ce e = indicatie?
 
------=_NextPart_000_0085_01C3A4CC.C1F15C50-- From so@atlantis.cs.pub.ro Fri Nov 7 10:14:40 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 07 Nov 2003 12:14:40 +0200 Subject: [so] tema 2 In-Reply-To: <008801c3a4bb$fe7b9f20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> --=====================_2894592==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Raspund aici si la intrebarea anterioara legata de bariera reentranta. Enuntul e lege. (tr sa existe programe separate pt cofetarie, client, furnizor, frigiderul tr sa fie o mem partajata, etc) Ce scrie sub enunt, la observatii, ca indicatii, sunt indicatii. Ce nu scrie nicaieri, faceti cum credeti voi ca e mai bine. Maria. > >Asadar, ce e lege si ce e indicatie? > --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ --=====================_2894592==_.ALT Content-Type: text/html; charset="us-ascii" Raspund aici si la intrebarea anterioara legata de bariera reentranta.

Enuntul e lege. (tr sa existe programe separate pt cofetarie, client, furnizor, frigiderul tr sa fie o mem partajata, etc)
Ce scrie sub enunt, la observatii, ca indicatii, sunt indicatii.

Ce nu scrie nicaieri, faceti cum credeti voi ca e mai bine.

Maria.


 
Asadar, ce e lege si ce e indicatie?
 


Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

--=====================_2894592==_.ALT-- From so@atlantis.cs.pub.ro Fri Nov 7 19:39:14 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Fri, 7 Nov 2003 21:39:14 +0200 Subject: [so] threaduri Message-ID: <000a01c3a566$d3828760$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3A577.96F5D390 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable avem voie sa folosim threaduri? bine-nteles ca vor exista si procesele din enunt (din lege): sweetshop, = supplier si consumer. pe langa acestea, avem voie sa folosim si threaduri? ------=_NextPart_000_0007_01C3A577.96F5D390 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
avem voie sa folosim = threaduri?
bine-nteles ca vor exista si procesele = din enunt=20 (din lege): sweetshop, supplier si consumer.
 
pe langa acestea, avem voie sa folosim = si=20 threaduri?
------=_NextPart_000_0007_01C3A577.96F5D390-- From so@atlantis.cs.pub.ro Fri Nov 7 19:47:27 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Fri, 7 Nov 2003 11:47:27 -0800 (PST) Subject: [so] threaduri In-Reply-To: <000a01c3a566$d3828760$0200a8c0@smeagol> Message-ID: <20031107194727.70811.qmail@web41005.mail.yahoo.com> NU --- Cibu Cristian wrote: > avem voie sa folosim threaduri? > bine-nteles ca vor exista si procesele din enunt > (din lege): sweetshop, supplier si consumer. > > pe langa acestea, avem voie sa folosim si threaduri? > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 11:31:37 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 8 Nov 2003 03:31:37 -0800 (PST) Subject: [so] 2 variante de enunt In-Reply-To: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> Message-ID: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Care sunt cele doua variante de enunt pentru Linux respectiv Windows? Nu imi este foarte clar din discutiile anterioare! Multam! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 13:18:03 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 15:18:03 +0200 (EET) Subject: [so] prajituri si furnizori Message-ID: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai u= sor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa = un sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta= se va crea cate un proces dupa fiecare vizita a furnizorului, care se va ter= mina atunci cand prajiturile respective se strica. Este recomandata abordarea aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bag= at in frigider un numar de prajituri in frigider, pentru ca acesta sa stie c= ate si cand sa le arunce - deci o coada de mesaje ? ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Sat Nov 8 13:24:02 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:24:02 +0200 Subject: [so] 2 variante de enunt In-Reply-To: <20031108113137.54461.qmail@web41005.mail.yahoo.com> References: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031108152223.00a5b820@mail.mymail.ro> este acelasi enunt pentru amandoua. Nu este impus nimic mai mult decat scrie enunt. Unele dintre discutiile anterioare erau despre cum s'ar putea face tema, nu despre cum trebuie facuta. Maria. >Care sunt cele doua variante de enunt pentru Linux >respectiv Windows? Nu imi este foarte clar din >discutiile anterioare! > >Multam! --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:24:10 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 8 Nov 2003 15:24:10 +0200 Subject: [so] prajituri si furnizori References: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <000501c3a5fb$98260a30$0200a8c0@smeagol> ----- Original Message ----- From: "Marian Mihailescu" To: Sent: Saturday, November 08, 2003 3:18 PM Subject: [so] prajituri si furnizori Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un sleep) arunca prajiturile din frigider(care s-a stricat). ------------------------------------^^^^^^^^^^^ Trebuie sa avem in vedere si stricarea frigiderului? From so@atlantis.cs.pub.ro Sat Nov 8 13:32:07 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:32:07 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108152702.00a5b820@mail.mymail.ro> Te complici. Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei tu despre prajituri. Maria. >Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor >ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un >sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta se >va crea cate un proces dupa fiecare vizita a furnizorului, care se va termina >atunci cand prajiturile respective se strica. Este recomandata abordarea >aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bagat >in frigider un numar de prajituri in frigider, pentru ca acesta sa stie cate >si cand sa le arunce - deci o coada de mesaje ? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:35:56 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:35:56 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <000501c3a5fb$98260a30$0200a8c0@smeagol> References: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108153451.00addb70@mail.mymail.ro> > >Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor >ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un >sleep) arunca prajiturile din frigider(care s-a stricat). >------------------------------------^^^^^^^^^^^ >Trebuie sa avem in vedere si stricarea frigiderului? :))))))))))))))) ... asta mi'a placut :)... cred ca autorul vroia sa spuna (care s-au stricat) ... adica prajiturile. Maria. P.S. nu, se presupune ca este un frigider ideal ;). --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:49:10 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 8 Nov 2003 15:49:10 +0200 Subject: [so] intrebare Message-ID: <001a01c3a5ff$3e814a90$c09f9ad5@ioana> Un consumator poate sa ceara mai mult de cakes_max prajituri? Adica vreau sa stiu daca un consumator trebuie sa incerce sa ia toate cakes_no prajiturile dintr-o data (ma refer mai ales la varianta linux unde se poate decrementa un semafor cu mai mult de 1) sau ia una cate una, cate gaseste si pe urma cand mai aduce un furnizor mai ia din nou (in acest fel ar putea cere mai mult de cakes_max prajituri). O a 2-a intrebare : pot folosi in windows functia atoi? (nu gasesc ceva similar in win32api) From so@atlantis.cs.pub.ro Sat Nov 8 13:52:05 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Sat, 8 Nov 2003 05:52:05 -0800 (PST) Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Message-ID: <20031108135205.48079.qmail@web40017.mail.yahoo.com> --0-1026688301-1068299525=:47455 Content-Type: text/plain; charset=us-ascii Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie cu un alt proces care sa doarma valabilitatea unei prajituri si cand devine constient sa anunte sa fie aruncata, fie prin threaduri care sa faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc). Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca gresesc spuneti-mi ce anume sa folosesc. In al doilea rand, daca creez un nou proces acesta poate sa aiba doua comportamente: 1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas prajiturii puse cel mai de mult in frigider 2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei prajituri. In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai tarziu decat termenul limita, secunde pierdute de calculele facute de procesor si de primirea mesajelor intre procese. In cazul 2 consum inutil resurse. Cazul 1 mi se pare mult mai firesc pentru ca daca mananci ceva ce a expirat de 3 secunde sa zicem, nu cred ca patesti nimic totusi. Astept lamuriri ce metoda sa aleg sau cum anume sa fac daca nici una din metode nu e buna. Mihai Murgan --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1026688301-1068299525=:47455 Content-Type: text/html; charset=us-ascii
Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie cu un alt proces care sa doarma valabilitatea unei prajituri si cand devine constient sa anunte sa fie aruncata, fie prin threaduri care sa faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc).
Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca gresesc spuneti-mi ce anume sa folosesc.
In al doilea rand, daca creez un nou proces acesta poate sa aiba doua comportamente:
1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas prajiturii puse cel mai de mult in frigider
2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei prajituri.
In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai tarziu decat termenul limita, secunde pierdute de calculele facute de procesor si de primirea mesajelor intre procese.
In cazul 2 consum inutil resurse.
Cazul 1 mi se pare mult mai firesc pentru ca daca mananci ceva ce a expirat de 3 secunde sa zicem, nu cred ca patesti nimic totusi.
Astept lamuriri ce metoda sa aleg sau cum anume sa fac daca nici una din metode nu e buna.
 
Mihai Murgan

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1026688301-1068299525=:47455-- From so@atlantis.cs.pub.ro Sat Nov 8 15:19:32 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 17:19:32 +0200 Subject: [so] intrebare In-Reply-To: <001a01c3a5ff$3e814a90$c09f9ad5@ioana> Message-ID: <5.1.0.14.0.20031108171644.00a7c970@mail.mymail.ro> > > Un consumator poate sa ceara mai mult de cakes_max prajituri? Da, poate sa ceara mai mult de cakes_max prajituri, dar nu este obligatoriu sa le si obtina. > O a 2-a intrebare : pot folosi in windows functia atoi? (nu gasesc ceva >similar in win32api) habar nu am, cred ca da. Rog pe altcineva sa raspunda la intrebarea asta. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 15:19:34 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 17:19:34 +0200 Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108135205.48079.qmail@web40017.mail.yahoo.com> References: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031108170308.00a5bd68@mail.mymail.ro> >1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas >prajiturii puse cel mai de mult in frigider >2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei >prajituri. Ambele solutii sunt ok. Nu e nici o problema dc intarzii f putin cu aruncatul prajiturilor. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 15:20:40 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 17:20:40 +0200 (EET) Subject: [so] prajituri si furnizori Message-ID: <4638.141.85.0.67.1068304840.squirrel@www.as.ro> >Te complici. >Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei= tu >despre prajituri. este partajata ... dar cofetaria trebuie sa stie cand i se aduc prajituri= nu? ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Sat Nov 8 16:05:34 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 18:05:34 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <4638.141.85.0.67.1068304840.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> > > >Te complici. > >Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei tu > >despre prajituri. > >este partajata ... dar cofetaria trebuie sa stie cand i se aduc prajituri nu? Scuze, am citit eu in graba mesajul tau anterior. ideea nu incalca nici o lege :). e ok. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 19:40:13 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 8 Nov 2003 21:40:13 +0200 Subject: [so] grupurile si membrii lor Message-ID: <000801c3a630$2114acf0$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C3A640.E487F920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ce nevoie e de people_max si group_max? pentru a sti dimensiunea = vectorilor? si daca facem cu liste? ca sa las sa se ocupe prea multa memorie? marimea memoriei e relativa :) daca nu am nevoie de people_max si group_max pot pur si simplu sa le = ignor? ------=_NextPart_000_0005_01C3A640.E487F920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
ce nevoie e de people_max si group_max? = pentru a=20 sti dimensiunea vectorilor? si daca facem cu liste?
ca sa las sa se ocupe prea multa = memorie? marimea=20 memoriei e relativa :)
daca nu am nevoie de people_max si = group_max pot=20 pur si simplu sa le ignor?
------=_NextPart_000_0005_01C3A640.E487F920-- From so@atlantis.cs.pub.ro Sun Nov 9 10:01:55 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 02:01:55 -0800 (PST) Subject: [so] ordinea sosirilor In-Reply-To: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> Message-ID: <20031109100155.75775.qmail@web41003.mail.yahoo.com> Cum sosesc membrii unui grup? Daca de exemplu am grupul 1 cu 6 membrii vor sosii toti 6 unul dupa altul sau printre ei se pot intercala membrii altor grupuri? Se poate intampla sa soseasca: gr 1 primul membru gr 1 al doilea membru gr 2 primul membru gr 1 al treilea membru ... __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 10:07:16 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 12:07:16 +0200 Subject: [so] ordinea sosirilor In-Reply-To: <20031109100155.75775.qmail@web41003.mail.yahoo.com> References: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> se pot intercala. Maria. >Cum sosesc membrii unui grup? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 10:18:58 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 02:18:58 -0800 (PST) Subject: [so] group_max, group_id In-Reply-To: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> Message-ID: <20031109101858.83480.qmail@web41005.mail.yahoo.com> In enunt se specifca ca pot exista GROUP_MAX grupuri. Asta inseamna ca pe parcursul rularii programului pot avea grup_max grupuri in total sau la un moment dat in cofetarie? de ex: daca grupul cu id = 0 vine in cofetarie face consumatie si termina, pe urma sa mai poate intampla ca grupul cu id-ul 0 sa mai apara la intrarea programului? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 13:01:25 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 15:01:25 +0200 Subject: [so] group_max, group_id In-Reply-To: <20031109101858.83480.qmail@web41005.mail.yahoo.com> References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> nu, id ul este unic unui grup. >daca grupul cu id = 0 vine in cofetarie face >consumatie si termina, pe urma sa mai poate intampla >ca grupul cu id-ul 0 sa mai apara la intrarea programului? Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 13:03:50 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 15:03:50 +0200 Subject: [so] grupurile si membrii lor In-Reply-To: <000801c3a630$2114acf0$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> >ce nevoie e de people_max si group_max? pentru a sti dimensiunea >vectorilor? si daca facem cu liste? >ca sa las sa se ocupe prea multa memorie? marimea memoriei e relativa :) >daca nu am nevoie de people_max si group_max pot pur si simplu sa le ignor? da. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 17:03:50 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sun, 9 Nov 2003 19:03:50 +0200 Subject: [so] group_max, group_id References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> Message-ID: <004c01c3a6e3$90a4eae0$0e0c6150@ioana> Deci daca dupa ce a terminat grupul 0, mai vine din nou grupul 0 el trebuie sa fie ignorat? Eu ma gandisem ca se poate ca un grup sa vina de mai multe ori la cofetarie si am facut implementarea in acest mod. Este gresit asa? ----- Original Message ----- From: "Maria Mateescu" To: Sent: Sunday, November 09, 2003 3:01 PM Subject: Re: [so] group_max, group_id > > > nu, id ul este unic unui grup. > > >daca grupul cu id = 0 vine in cofetarie face > >consumatie si termina, pe urma sa mai poate intampla > >ca grupul cu id-ul 0 sa mai apara la intrarea programului? > > > Maria. > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sun Nov 9 20:23:37 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 12:23:37 -0800 (PST) Subject: [so] grupuri In-Reply-To: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> Message-ID: <20031109202337.30347.qmail@web41009.mail.yahoo.com> e ok daca asteptam sa se intregeasca grupul si pe urma cautam sa punem mana pe scaune? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 21:46:18 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 23:46:18 +0200 Subject: [so] group_max, group_id In-Reply-To: <004c01c3a6e3$90a4eae0$0e0c6150@ioana> References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109234545.00a5e100@mail.mymail.ro> nu e gresit. Maria. >Deci daca dupa ce a terminat grupul 0, mai vine din nou grupul 0 >el trebuie sa fie ignorat? >Eu ma gandisem ca se poate ca un grup sa vina de mai multe ori la cofetarie >si am facut implementarea in acest mod. Este gresit asa? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 21:47:01 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 23:47:01 +0200 Subject: [so] grupuri In-Reply-To: <20031109202337.30347.qmail@web41009.mail.yahoo.com> References: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109234629.00ac7400@mail.mymail.ro> > >e ok daca asteptam sa se intregeasca grupul si pe urma >cautam sa punem mana pe scaune? da. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 10 04:15:00 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 9 Nov 2003 20:15:00 -0800 (PST) Subject: [so] tema 1 win Message-ID: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Am o problema penibila, careia nu ii dau de cap: Pentru modul executie din fisier, apelez functia din program care executa o comanda cu indirectare, cu parametrii argv[0] si argv[1]. In Linux a functionat perfect, insa in Windows nu imi citeste din fisierul care este Stdin decat prima linie, o executa, si se opreste, adica nu mai citeste nimic din fisier (considera ca s-a terminat). Am verificat separat bucata de citire din fisier, merge. Merge si indirectarea comenzilor in mod interactiv. Are cineva vreo idee? Ma gandesc ca poate am gresit ceva la indirectare, care nu se vede decat in situatia asta, dar nu imi pot imagina ce. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 13:14:51 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 15:14:51 +0200 Subject: [so] prajituri si furnizori Message-ID: <200311081514.51182.mmk@as.ro> Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta se va crea cate un proces dupa fiecare vizita a furnizorului, care se va termina atunci cand prajiturile respective se strica. Este recomandata abordarea aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bagat in frigider un numar de prajituri in frigider, pentru ca acesta sa stie cate si cand sa le arunce - deci o coada de mesaje ? From so@atlantis.cs.pub.ro Mon Nov 10 12:34:17 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Mon, 10 Nov 2003 14:34:17 +0200 Subject: [so] tema 1 win In-Reply-To: <20031110041500.15540.qmail@web41009.mail.yahoo.com> References: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Message-ID: <841331013.20031110143417@rdsnet.ro> Hello Diana, Monday, November 10, 2003, 6:15:00 AM, you wrote: DF> in Windows nu imi citeste din fisierul DF> care este Stdin decat prima linie, o executa, si se DF> opreste, adica nu mai citeste nimic din fisier DF> (considera ca s-a terminat). Nu stiu daca am inteles exact care este problema. Eu am intampinat ceva asemanator, si s-a dovedit ca de fapt imi citea din fisierul care este Stdin <>! Tu spui mai sus 2 lucruri care se contrazic : "citeste doar prima linie" si "considera ca s-a terminat". Eu as merge pe mana lui Bill Gates si as zice ca tu chiar citesti tot fisierul... sa nu uitam ca functiile <> din WIN32API nu citesc linie cu linie. Ion From so@atlantis.cs.pub.ro Mon Nov 10 12:44:56 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Mon, 10 Nov 2003 04:44:56 -0800 (PST) Subject: [so] tema 1 win In-Reply-To: <841331013.20031110143417@rdsnet.ro> Message-ID: <20031110124456.1680.qmail@web41009.mail.yahoo.com> intr-adevar nu citesc linie cu linie, ci caracter cu caracter... a, si am uitat sa mentionez ca prima linie o executa cu succes? ceea ce n us-ar fi intamplat daca imi citea tot fisierul, nu? (nu ar fi recunoscut comenzile) --- Ion Petrescu wrote: > Hello Diana, > > Monday, November 10, 2003, 6:15:00 AM, you wrote: > > > DF> in Windows nu imi citeste din fisierul > DF> care este Stdin decat prima linie, o executa, si > se > DF> opreste, adica nu mai citeste nimic din fisier > DF> (considera ca s-a terminat). > > Nu stiu daca am inteles exact care este problema. > Eu am intampinat ceva asemanator, si s-a dovedit ca > de fapt imi citea > din fisierul care este Stdin < linie>>! > > Tu spui mai sus 2 lucruri care se contrazic : > "citeste doar prima > linie" si "considera ca s-a terminat". > Eu as merge pe mana lui Bill Gates si as zice ca tu > chiar citesti tot > fisierul... sa nu uitam ca functiile <> > din WIN32API nu citesc linie cu > linie. > > Ion > > > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 10 13:11:05 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Mon, 10 Nov 2003 15:11:05 +0200 Subject: Re[2]: [so] tema 1 win In-Reply-To: <20031110124456.1680.qmail@web41009.mail.yahoo.com> References: <841331013.20031110143417@rdsnet.ro> <20031110124456.1680.qmail@web41009.mail.yahoo.com> Message-ID: <893539219.20031110151105@rdsnet.ro> DF> intr-adevar nu citesc linie cu linie, ci caracter cu DF> caracter... DF> a, si am uitat sa mentionez ca prima linie o executa DF> cu succes? ceea ce n us-ar fi intamplat daca imi citea DF> tot fisierul, nu? (nu ar fi recunoscut comenzile) Pai si atunci cum explici ca fisierul "Stdin" e considerat terminat, pe cand tu zici ca nu ai citit decat o linie? S-a ajuns la sfarsitul fisierului sau nu s-a ajuns? Si apoi, daca nu s-a ajuns, de ce nu se avanseaza? Apoi, eu nu inteleg ce ai vrut sa zici cu "Pentru modul executie din fisier, apelez functia din program care executa o comanda cu indirectare, cu parametrii argv[0] si argv[1]." Dar poate altii au inteles si o sa iti raspunda. Oricum iti dai seama ca fara cod sunt sanse mici sa isi dea seama cineva care e problema. Daca afli misterul sa ne spui si noua. From so@atlantis.cs.pub.ro Mon Nov 10 14:35:11 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 10 Nov 2003 16:35:11 +0200 Subject: [so] tema 1 win In-Reply-To: <20031110041500.15540.qmail@web41009.mail.yahoo.com> References: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Message-ID: On Sun, 9 Nov 2003 20:15:00 -0800 (PST), Diana Fulger wrote: > Am o problema penibila, careia nu ii dau de cap: > Pentru modul executie din fisier, apelez functia din > program care executa o comanda cu indirectare, cu > parametrii argv[0] si argv[1]. In Linux a functionat > perfect, insa in Windows nu imi citeste din fisierul > care este Stdin decat prima linie, o executa, si se > opreste, adica nu mai citeste nimic din fisier > (considera ca s-a terminat). > Am verificat separat bucata de citire din fisier, > merge. Merge si indirectarea comenzilor in mod > interactiv. Are cineva vreo idee? Ma gandesc ca poate > am gresit ceva la indirectare, care nu se vede decat > in situatia asta, dar nu imi pot imagina ce. > Poate ai editat fisierul in Linux? In Linux sfarsitul unei linii e dat de '\n' iar in Windows de '\r\n'. tavi From so@atlantis.cs.pub.ro Mon Nov 10 14:39:51 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 10 Nov 2003 16:39:51 +0200 Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108135205.48079.qmail@web40017.mail.yahoo.com> References: <20031108135205.48079.qmail@web40017.mail.yahoo.com> Message-ID: On Sat, 8 Nov 2003 05:52:05 -0800 (PST), Murgan Mihai wrote: > Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs > timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie > cu un alt proces care sa doarma valabilitatea unei prajituri si cand > devine constient sa anunte sa fie aruncata, fie prin threaduri care sa > faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue > si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am > inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am > discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc). > Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca > gresesc spuneti-mi ce anume sa folosesc. > In al doilea rand, daca creez un nou proces acesta poate sa aiba doua > comportamente: > 1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas > prajiturii puse cel mai de mult in frigider > 2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei > prajituri. > In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai > tarziu decat termenul limita, secunde pierdute de calculele facute de > procesor si de primirea mesajelor intre procese. La fel si in cazul 2 :) Solutii pentru probleme de genul asta nu exista decat daca se foloseste un RTOS. Chiar daca faci busy waiting nu poti fi sigur (SO te poate intrerupe, teoretic indefinit de mult timp) tavi From so@atlantis.cs.pub.ro Mon Nov 10 16:07:34 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Mon, 10 Nov 2003 18:07:34 +0200 (EET) Subject: [so] o problema ciudata Message-ID: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> pe "scurt": "If sem_op is 0 (read operation) and semval is non-zero, the process sleeps on a queue waiting for semval to become zero." Am facut un program mic care incrementeaza val unui semafor; daca valoare= a semaforului ajunge la N, atunci un alt semafor e facut 0. In continuare s= e face un sem_op 0 pe semaforul 2, si cand iese afiseaza ceva. Pornesc programul, intra in starea "waiting"... de ce atunci cand il intrerup (CTRL-Z) si il trimit in background ("bg") se sare de starea waiting ? (a se intelege ca e vb de linux...) ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Mon Nov 10 17:22:24 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Mon, 10 Nov 2003 09:22:24 -0800 (PST) Subject: [so] Structuri IPC In-Reply-To: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <20031110172224.58452.qmail@web40016.mail.yahoo.com> --0-491379405-1068484944=:57656 Content-Type: text/plain; charset=us-ascii In enuntul temei este un paragraf care poate naste interpretari. Se scrie ca: "Cofetaria trebuie sa fie implementata ca un program separat, ce initializeaza structurile IPC si arunca prajiturile vechi." Eu de aici am inteles ca in cofetarie se vor initializa structurile( semafoare, memorie partajata, coada de mesaje) necesare pe tot parcursul programului si ca aici se vor arunca prajiturile. Semafoarele necesare sincronizarii clientilor, cum ar fi semaforul de asteptare al tuturor membrilor unui grup eu am ales sa fie creat si distrus de primul membru sosit al unui grup(verifica daca nu era deja creat si daca nu era deja creat inseamna ca e primul membru al grupului). Aceasta abordare mi se pare normala pentru ca cofetaria nu are de unde sa stie ce semafoare sa creeze atata vreme cat nu stie id-urile respectivelor grupurii ce urmeaza sa vina, asa ca nu ar avea cum sa creeze in avans aceste semafoare.Iar daca ar astepta mesaj cu id-ul grupului pana ar creea semaforul la care sa astepte grupul primul membru ar termina de mult procesul pentru ca nu ar gasi semafoare la care sa astepte. Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si orice altceva de genul acesta ar trebui create in cofetarie. As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar trebui creat in cofetarie. Va multumesc, Mihai Murgan --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-491379405-1068484944=:57656 Content-Type: text/html; charset=us-ascii
In enuntul temei este un paragraf care poate naste interpretari. Se scrie ca:
"Cofetaria trebuie sa fie implementata ca un program separat, ce initializeaza structurile IPC si arunca prajiturile vechi."
Eu de aici am inteles ca in cofetarie se vor initializa structurile( semafoare, memorie partajata, coada de mesaje) necesare pe tot parcursul programului si ca aici se vor arunca prajiturile. Semafoarele necesare sincronizarii clientilor, cum ar fi semaforul de asteptare al tuturor membrilor unui grup eu am ales sa fie creat si distrus de primul membru sosit  al unui grup(verifica daca nu era deja creat si daca nu era deja creat inseamna ca e primul membru al grupului).
Aceasta abordare mi se pare normala pentru ca cofetaria nu are de unde sa stie ce semafoare sa creeze atata vreme cat nu stie id-urile respectivelor grupurii ce urmeaza sa vina, asa ca nu ar avea cum sa creeze in avans aceste semafoare.Iar daca ar astepta mesaj cu id-ul grupului pana ar creea semaforul la care sa astepte grupul primul membru ar termina de mult procesul pentru ca nu ar gasi semafoare la care sa astepte.
Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si orice altceva de genul acesta ar trebui create in cofetarie.
As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar trebui creat in cofetarie.
 
Va multumesc,
Mihai Murgan

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-491379405-1068484944=:57656-- From so@atlantis.cs.pub.ro Mon Nov 10 17:43:36 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 10 Nov 2003 19:43:36 +0200 Subject: [so] Structuri IPC In-Reply-To: <20031110172224.58452.qmail@web40016.mail.yahoo.com> References: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> > >Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea >intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si >orice altceva de genul acesta ar trebui create in cofetarie. >As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar >trebui creat in cofetarie. > nu este necesar ca toate ipcurile sa fie create din cofetarie. imi cer scuze pt neclaritate, incercam sa arat ce ar trebui sa faca programul cofetarie. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 10 20:03:56 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 10 Nov 2003 22:03:56 +0200 Subject: [so] upload Message-ID: <1068494636.3fafef2c88d0c@cs.pub.ro> Pentru unii din voi informatiile la crearea contului de upload au fost incomplete - lipsea grupa. Cu campul respectiv nesetat, va puteti loga, dar nu puteti face upload. In concluzie, cine vrea :) sa faca upload de teme in viitorul apropiat, e asteptat (pe mail: dee@cs.pub.ro) cu precizari asupra grupei. Mai jos e lista de studenti in cauza: CostacheRuxandra ClejaMihai StanculeanuIonel HerbeiuRadu BarjovanuVlad DavidDan Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 10 20:14:36 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Mon, 10 Nov 2003 12:14:36 -0800 (PST) Subject: [so] terminarea programului In-Reply-To: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> Message-ID: <20031110201436.37781.qmail@web41012.mail.yahoo.com> Cand ar trebui sa se termine programul sweetshop? In momentul in care au aparut toate cele group_max grupuri si toti mebrii lor au fost serviti? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 10 22:37:24 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Tue, 11 Nov 2003 00:37:24 +0200 (EET) Subject: [so] erori Message-ID: <1785.141.85.0.67.1068503844.squirrel@www.as.ro> Ce (ar trebui)/(ar fi bine) sa se intample cand un consumator comanda un numar de prajituri mai mare decat capacitatea frigiderului sau un grup e format din un numar de oameni mai mare decat capacitatea cofetariei? Si separat, ce ar tb sa se intample daca consumeri din acealasi grup sunt porniti cu un numar al membrilor grupului diferit ? (la intrebarea asta, din enunt se intelegea ca "se presupune acelasi", deci nu ar trebui tratata eroarea). Marian. ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Tue Nov 11 00:41:25 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 02:41:25 +0200 Subject: [so] erori In-Reply-To: <1785.141.85.0.67.1068503844.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031111024047.00ad6448@mail.mymail.ro> nu se intampla asa ceva :). Maria. >Ce (ar trebui)/(ar fi bine) sa se intample cand un consumator comanda un >numar de prajituri mai mare decat capacitatea frigiderului sau un grup e >format din un numar de oameni mai mare decat capacitatea cofetariei? >Si separat, ce ar tb sa se intample daca consumeri din acealasi grup sunt >porniti cu un numar al membrilor grupului diferit ? (la intrebarea asta, >din enunt se intelegea ca "se presupune acelasi", deci nu ar trebui >tratata eroarea). > >Marian. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 00:46:18 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 02:46:18 +0200 Subject: [so] terminarea programului In-Reply-To: <20031110201436.37781.qmail@web41012.mail.yahoo.com> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> teoretic nu ar tr sa se termine niciodata si sa fie oprita cu CTRL-C... dar cum inca nu ati facut semnale pentru a putea distruge IPCurile (lucru absolut necesar (sa distrugeti IPCurile)), ideea ta e buna... asa ca raspunsul este: da. Maria. At 12:14 PM 11/10/2003 -0800, you wrote: >Cand ar trebui sa se termine programul sweetshop? >In momentul in care au aparut toate cele group_max >grupuri si toti mebrii lor au fost serviti? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 06:18:01 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Tue, 11 Nov 2003 08:18:01 +0200 Subject: [so] terminarea programului References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> Message-ID: <3FB07F19.7090509@pcnet.ro> Cum nu s-a specificat nimic in enuntz in legatura cu terminarea programelor eu am astfel: inchid cofetaria daca apas pe tasta q, moment cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie si daca nu mai sunt inchid ipc-urile si daca sunt nu inchid...trimit mesaj ca sa mai aspepte cu inchiderea.Stiam ca trebuie semnale dar nu aveam voie sa folosim.E ok asa? Maria Mateescu wrote: > > teoretic nu ar tr sa se termine niciodata si sa fie oprita cu > CTRL-C... dar cum inca nu ati facut semnale pentru a putea distruge > IPCurile (lucru absolut necesar (sa distrugeti IPCurile)), ideea ta e > buna... asa ca raspunsul este: > da. > > Maria. > > At 12:14 PM 11/10/2003 -0800, you wrote: > > >> Cand ar trebui sa se termine programul sweetshop? >> In momentul in care au aparut toate cele group_max >> grupuri si toti mebrii lor au fost serviti? > > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > From so@atlantis.cs.pub.ro Tue Nov 11 08:28:29 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 10:28:29 +0200 Subject: [so] terminarea programului In-Reply-To: <3FB07F19.7090509@pcnet.ro> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031111102801.00a5ea00@mail.mymail.ro> da... e bine de vreme ce se termina intr'un fel. Maria. >Cum nu s-a specificat nimic in enuntz in legatura cu terminarea >programelor eu am astfel: inchid cofetaria daca apas pe tasta q, moment >cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie si daca nu >mai sunt inchid ipc-urile si daca sunt nu inchid...trimit mesaj ca sa mai >aspepte cu inchiderea.Stiam ca trebuie semnale dar nu aveam voie sa >folosim.E ok asa? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 10:10:55 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 11 Nov 2003 02:10:55 -0800 (PST) Subject: [so] o problema ciudata In-Reply-To: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <20031111101055.30937.qmail@web60502.mail.yahoo.com> --- Marian Mihailescu wrote: > pe "scurt": > "If sem_op is 0 (read operation) and semval is > non-zero, the process > sleeps on a queue waiting for semval to become > zero." > Am facut un program mic care incrementeaza val unui > semafor; daca valoarea > semaforului ajunge la N, atunci un alt semafor e > facut 0. In continuare se > face un sem_op 0 pe semaforul 2, si cand iese > afiseaza ceva. Pornesc > programul, intra in starea "waiting"... de ce atunci > cand il intrerup > (CTRL-Z) si il trimit in background ("bg") se sare > de starea waiting ? > (a se intelege ca e vb de linux...) Operatiile blocante pot fi intrerupte de semnale. Probabil ca procesul tau din background incearca sa faca o scriere sau o citire de la stdout/stdin si primeste un semnal SIGTTOU/SIGTTIN pt ca nu are consola (fiind in background) iar parintele sau primeste un semnal SIGCHLD. Daca nu asta e cazul, in orice caz procesul tau care asteapta la semafor este deblocat de catre un semnal. De aceea este recomandat ca operatiile blocante sa se efectueze intr-o bucla de genul: do { result = operatie_blocanta(); } while (result != OK); /* conditia result != OK variaza de la caz la caz */ Aceast lucru este valabil atat pentru semafoare cat si pentru cozi de mesaje. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 10:20:08 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 11 Nov 2003 02:20:08 -0800 (PST) Subject: [so] intrebare In-Reply-To: <5.1.0.14.0.20031108171644.00a7c970@mail.mymail.ro> Message-ID: <20031111102008.5977.qmail@web60503.mail.yahoo.com> --- Maria Mateescu wrote: > > > > > > Un consumator poate sa ceara mai mult de > cakes_max prajituri? > > Da, poate sa ceara mai mult de cakes_max prajituri, > dar nu este obligatoriu > sa le si obtina. > > > > > O a 2-a intrebare : pot folosi in windows > functia atoi? (nu gasesc ceva > >similar in win32api) > > > habar nu am, cred ca da. > Rog pe altcineva sa raspunda la intrebarea asta. Exista niste functii pentru stringuri Unicode dar nu ne intereseaza acest aspect la SO. E Ok sa folosesti atoi pentru ca noi o sa lucram doar cu stringuri ASCII. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 11:29:07 2003 From: so@atlantis.cs.pub.ro (sorin adi) Date: Tue, 11 Nov 2003 03:29:07 -0800 (PST) Subject: [so] despre makefile Message-ID: <20031111112907.56948.qmail@web21205.mail.yahoo.com> in reguli nu sunt specificate decat ca arhiva nu contine executabile,ok. Dar daca dupa rularea makefile executabilele le-am pus in src e bine sau nu? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 13:00:38 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Tue, 11 Nov 2003 15:00:38 +0200 Subject: [so] o problema ciudata In-Reply-To: <20031111101055.30937.qmail@web60502.mail.yahoo.com> References: <20031111101055.30937.qmail@web60502.mail.yahoo.com> Message-ID: On Tue, 11 Nov 2003 02:10:55 -0800 (PST), Cosmin Arad wrote: > > Operatiile blocante pot fi intrerupte de semnale. > Probabil ca procesul tau din background incearca sa > faca o scriere sau o citire de la stdout/stdin si > primeste un semnal SIGTTOU/SIGTTIN pt ca nu are > consola (fiind in background) iar parintele sau > primeste un semnal SIGCHLD. > Daca nu asta e cazul, in orice caz procesul tau care > asteapta la semafor este deblocat de catre un semnal. > > De aceea este recomandat ca operatiile blocante sa se > efectueze intr-o bucla de genul: > > do { > result = operatie_blocanta(); > } while (result != OK); > /* conditia result != OK variaza de la caz la caz */ > Exista un macro care face acest lucru pentru voi: TEMP_FAILURE_RETRY. tavi From so@atlantis.cs.pub.ro Wed Nov 12 09:35:26 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 12 Nov 2003 11:35:26 +0200 Subject: [so] terminarea programului In-Reply-To: <3FB07F19.7090509@pcnet.ro> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> <3FB07F19.7090509@pcnet.ro> Message-ID: <3FB1FEDE.4000403@romus.ro> Ruxi Jitianu wrote: > Cum nu s-a specificat nimic in enuntz in legatura cu terminarea > programelor eu am astfel: inchid cofetaria daca apas pe tasta q, > moment cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie > si daca nu mai sunt inchid ipc-urile si daca sunt nu inchid...trimit > mesaj ca sa mai aspepte cu inchiderea.Stiam ca trebuie semnale dar nu > aveam voie sa folosim.E ok asa? Puneti si in readme treburile astea. --Adrian. From so@atlantis.cs.pub.ro Wed Nov 12 09:38:58 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 12 Nov 2003 11:38:58 +0200 Subject: [so] despre makefile In-Reply-To: <20031111112907.56948.qmail@web21205.mail.yahoo.com> References: <20031111112907.56948.qmail@web21205.mail.yahoo.com> Message-ID: <3FB1FFB2.8090800@romus.ro> sorin adi wrote: >in reguli nu sunt specificate decat ca arhiva nu >contine >executabile,ok. Dar daca dupa rularea makefile >executabilele >le-am pus in src e bine sau nu? > > Directorul src este acolo ca sa contina _doar_ surse. Deci incearca sa faci executabilele in acelasi director cu Makefile, nu in src. --Adrian. From so@atlantis.cs.pub.ro Wed Nov 12 17:41:44 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 12 Nov 2003 19:41:44 +0200 Subject: [so] terminare Message-ID: <001101c3a944$3d265b20$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_000E_01C3A955.00A0D340 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sper ca nu sunt depunctat daca la mine cofetaria se termina la ctrl-c. = (signal pe linux si consolectrlhandler pe windows) Toate structurile alocate sunt dealocate in ordine, toate ipc-urile = create sunt distruse. ------=_NextPart_000_000E_01C3A955.00A0D340 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Sper ca nu sunt depunctat daca la mine = cofetaria se=20 termina la ctrl-c. (signal pe linux si consolectrlhandler pe=20 windows)
Toate structurile alocate sunt = dealocate in ordine,=20 toate ipc-urile create sunt distruse.
------=_NextPart_000_000E_01C3A955.00A0D340-- From so@atlantis.cs.pub.ro Wed Nov 12 18:24:25 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Wed, 12 Nov 2003 20:24:25 +0200 (E. Europe Standard Time) Subject: [so] Intrebare ... Furnizor References: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <3FB27AD9.000001.01504@einstein> --------------Boundary-00=_PG49QL80000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_PG49LVC0000000000000" --------------Boundary-00=_PG49LVC0000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Furnizorul verifica periodic frigiderul cofetariei?=0D sau il chem eu cand vreau eu? --------------Boundary-00=_PG49LVC0000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Furnizorul verifica periodic frigiderul cofetariei?
sau il chem eu cand vreau eu?
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_PG49LVC0000000000000-- --------------Boundary-00=_PG49QL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: <7480D687-4EF4-4555-B65B-D83D71EE0843> R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_PG49QL80000000000000-- From so@atlantis.cs.pub.ro Wed Nov 12 19:32:21 2003 From: so@atlantis.cs.pub.ro (Costin APOSTOL) Date: Wed, 12 Nov 2003 21:32:21 +0200 (EET) Subject: [so] Timpul afisat la upload Message-ID: Din fericire ne este afisat timpul cand ne logam pentru a trimite tema. Din pacate nu ne avantajeaza deloc: e cam inainte cu vreo ora si 20 minute. Cu ce ora si DATA sunt primite temele noastre, ca asa cum vad eu lucrurile acum deadline-ul este pe la ora 22:30 ? Errare humanum est, perseverare diabolicum Costin From so@atlantis.cs.pub.ro Wed Nov 12 19:43:09 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 12 Nov 2003 21:43:09 +0200 Subject: [so] Timpul afisat la upload In-Reply-To: References: Message-ID: On Wed, 12 Nov 2003 21:32:21 +0200 (EET), Costin APOSTOL wrote: > > Din fericire ne este afisat timpul cand ne logam pentru a trimite > tema. Din pacate nu ne avantajeaza deloc: e cam inainte cu vreo ora si 20 > minute. > No more... tavi From so@atlantis.cs.pub.ro Wed Nov 12 23:55:13 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 01:55:13 +0200 Subject: [so] Intrebare ... Furnizor In-Reply-To: <3FB27AD9.000001.01504@einstein> References: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> --=====================_595195==_.REL Content-Type: text/plain; charset="us-ascii"; format=flowed frunizorul este un program care este lansat de fiecare data cand vrea utilizatorul, adica eu :). Maria. >Furnizorul verifica periodic frigiderul cofetariei? >sau il chem eu cand vreau eu? >____________________________________________________ >IMSTP1.gif >IncrediMail - Email has finally evolved - >Click Here > > >---------- >90ecd.jpg Acasa.ro vine cu albumele, >tu vino doar cu pozele ;) > > --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ --=====================_595195==_.REL Content-Type: image/gif; name="IMSTP1.gif"; x-mac-type="47494666"; x-mac-creator="4A565752" Content-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro.1> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="IMSTP1.gif" R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --=====================_595195==_.REL Content-Type: image/jpeg; name="90ecd.jpg"; x-mac-type="4A504547"; x-mac-creator="4A565752" Content-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro.2> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="90ecd.jpg" /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAABAAEDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD/AD/6 KKKAP//Z --=====================_595195==_.REL-- From so@atlantis.cs.pub.ro Thu Nov 13 08:35:53 2003 From: so@atlantis.cs.pub.ro (Toma Monica) Date: Thu, 13 Nov 2003 00:35:53 -0800 (PST) Subject: [so] intrebare acces la frigider Message-ID: <20031113083553.78577.qmail@web10404.mail.yahoo.com> Am si eu o pb destul de ..grava... Intrebarea se refera la accesul la memoria partajata. Mai precis, daca de exp un consumator face cerere pe memoria partajata si obtine drept de acces(adica sunt suficiente prajituri)dar intre timp (inainte de a "pune mana pe mutex") vine procesul care curata frigiderul si ia mutexul si scoate suficiente prajituri astfel incat, in momentul in care termina, in frigider nu mai sunt suficiente prajituri pt a le scoate din memorie...Ce se poate face. Noi avem practic 2 tipuri de consumatori care actioneza diferit. Ce se poate face in acest caz? Sa mai introducem un mutex ? Ma gandesc ca modificarea prod-cons nu se poate pune pb.. ===== I dream of finding myself laughing! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 13 08:45:41 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Thu, 13 Nov 2003 00:45:41 -0800 (PST) Subject: [so] alta intrebare tema 2 In-Reply-To: <2.0beta.1068059446313.1360656092858937010.atta@@mymail.ro> Message-ID: <20031113084541.57257.qmail@web41001.mail.yahoo.com> --- Maria Mateescu wrote: > Cum vrei. > > Am schimbat putin enuntul temei. Nu mai trebuie > ca daca ai 4 scaune libere > si vine un grup de 5 si apoi un grup de 3, al > doilea grup sa o ia inainte. > Primul grup poate sa ocupe 4 scaune si sa mai > astepte unul. > > Maria. Asa trebuie facuta implementarea? Pentru ca din enunt se intelege ca grupul de 5 asteapta pana sunt libere 5 scaune? "Daca nu exista group_size locuri libere in sala consumatorii din intregul grup asteapta eliberarea lor" Intelesesem ca enuntul nu s-a schimbat. :( __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 13 21:07:55 2003 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Thu, 13 Nov 2003 13:07:55 -0800 Subject: [so] semafoare windows References: <20031113084541.57257.qmail@web41001.mail.yahoo.com> Message-ID: <010301c3aa2a$35bc7f40$42c8100a@dany> Salut! Pentru a simula un semafor care sa decrementeze cu mai mult de 1 odata este ok daca asociez fiecarui semafor o memorie partajata? toate bune! From so@atlantis.cs.pub.ro Thu Nov 13 10:41:44 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:41:44 +0300 Subject: [so] intrebare acces la frigider Message-ID: <2.0beta.1068723704000.-6533070337438367259.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Dupa cum ti-ai dat seama, abordarea ta este fundamental gresita. Gandeste-te de ce apar race-urile in general, si care sunt mecanismele pentru evitarea lor. =20 Hint: cum faci sa "rezervi" cate prajituri vrei, ca sa nu ti le poata lua celalalt proces ? =20 Maria. =20 >Am si eu o pb destul de ..grava... >Intrebarea se refera la accesul la memoria partajata. >Mai precis, daca de exp un consumator face cerere pe >memoria partajata si obtine drept de acces(adica sunt >suficiente prajituri)dar intre timp (inainte de a >"pune mana pe mutex") vine procesul care curata >frigiderul si ia mutexul si scoate suficiente >prajituri astfel incat, in momentul in care termina, >in frigider nu mai sunt suficiente prajituri pt a le >scoate din memorie...Ce se poate face. Noi avem >practic 2 tipuri de consumatori care actioneza >diferit. >Ce se poate face in acest caz? Sa mai introducem un >mutex ? Ma gandesc ca modificarea prod-cons nu se >poate pune pb.. =20 >=3D=3D=3D=3D=3D =20 >I dream of finding myself laughing! =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Dupa cum ti-ai dat seama, abordarea ta este fundamental gresita.
Gandeste-te de ce apar race-urile in general, si care sunt mecanismele pentru = evitarea lor.

Hint: cum faci sa "rezervi" cate prajituri vrei, ca sa nu ti le = poata lua celalalt proces ?

Maria.

>Am si eu o pb destul de ..grava...
>Intrebarea se refera la accesul la memoria partajata.
>Mai precis, daca de exp un consumator face cerere pe
>memoria partajata si obtine drept de acces(adica sunt
>suficiente prajituri)dar intre timp (inainte de a
>"pune mana pe mutex") vine procesul care curata
>frigiderul si ia mutexul si scoate suficiente
>prajituri astfel incat, in momentul in care termina,
>in frigider nu mai sunt suficiente prajituri pt a le
>scoate din memorie...Ce se poate face. Noi avem
>practic 2 tipuri de consumatori care actioneza
>diferit.
>Ce se poate face in acest caz? Sa mai introducem un
>mutex ? Ma gandesc ca modificarea prod-cons nu se
>poate pune pb..

>=3D=3D=3D=3D=3D

>I dream of finding myself laughing!


>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 10:43:48 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:43:48 +0300 Subject: [so] alta intrebare tema 2 Message-ID: <2.0beta.1068723828027.89367946393948167.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable mail.yahoo.com Asta se refera la faptul ca ei nu se apuca sa manance pana cand nu au toti loc. =20 Maria. =20 >"Daca nu exista group_size locuri libere in sala >consumatorii din intregul grup asteapta eliberarea >lor" =20 >Intelesesem ca enuntul nu s-a schimbat. :( =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable mail.yahoo.com
Asta se refera la faptul ca ei nu se apuca sa manance pana cand nu au toti = loc.

Maria.

>"Daca nu exista group_size locuri libere in sala
>consumatorii din intregul grup asteapta eliberarea
>lor"

>Intelesesem ca enuntul nu s-a schimbat. :(


>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 10:45:59 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:45:59 +0300 Subject: [so] semafoare windows Message-ID: <2.0beta.1068723959730.7933368643405124340.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable in principiu nu... dar depinde de ce faci cu memoria partajata :P. ai putea avea probleme cu downu'. =20 Maria. >Salut! =20 > Pentru a simula un semafor care sa decrementeze cu mai mult de 1 >odata este ok daca asociez fiecarui semafor o memorie partajata? =20 >toate bune! =20 >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable in principiu nu... dar depinde de ce faci cu memoria partajata :P.
ai putea avea probleme cu downu'.

Maria.
>Salut!

> Pentru a simula un semafor care sa decrementeze cu mai mult de = 1
>odata este ok daca asociez fiecarui semafor o memorie partajata?

>toate bune!

>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 11:50:20 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Thu, 13 Nov 2003 13:50:20 +0200 (E. Europe Standard Time) Subject: [so] Conflict References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> Message-ID: <3FB36FFC.000001.01540@einstein> --------------Boundary-00=_WVGAQL80000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_WVGALVC0000000000000" --------------Boundary-00=_WVGALVC0000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable M-am lovit de urmatoarea problema.=0D Se face o cerere de prajituri din partea consumatorilor.=0D Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si i= a pentru el prajuturile vechi.=0D Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei.=0D =0D Cum rezolv problema?=0D =0D Florin --------------Boundary-00=_WVGALVC0000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
M-am lovit de urmatoarea problema.
Se face o cerere de prajituri din partea consumatorilor.
Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul= si ia pentru el prajuturile vechi.
Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei= =2E
 
Cum rezolv problema?
 
Florin
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_WVGALVC0000000000000-- --------------Boundary-00=_WVGAQL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: <8373EF3A-E7B5-4240-8244-1781197289A5> R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_WVGAQL80000000000000-- From so@atlantis.cs.pub.ro Thu Nov 13 12:23:07 2003 From: so@atlantis.cs.pub.ro (dinca radu) Date: Thu, 13 Nov 2003 14:23:07 +0200 Subject: [so] semafoare Message-ID: <200311131223.hADCN85W010603@k.k.ro> Sunt obligat sa folosesc semafoare ? Daca programul meu ar functiona la fel de bine si fara, ar fi vreo problema ? Sentimente.ro - www.sentimente.ro Peste 50.000 de prieteni te asteapta! From so@atlantis.cs.pub.ro Thu Nov 13 13:28:42 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 15:28:42 +0200 Subject: [so] semafoare In-Reply-To: <200311131223.hADCN85W010603@k.k.ro> References: <200311131223.hADCN85W010603@k.k.ro> Message-ID: On Thu, 13 Nov 2003 14:23:07 +0200, dinca radu wrote: > > Sunt obligat sa folosesc semafoare ? Daca programul meu ar functiona la > fel de bine si fara, ar fi vreo problema ? > Nu poate sa functioneze corect fara semafoare/cozi de mesaje/alte mecanisme IPC. Prin functionat corect nu se intelege faptul ca "mi-e imi merge", ci faptul ca se poate demonstra mai mult sau mai putin riguros sa nu exista conditii de cursa sau probleme de sincronizare. tavi From so@atlantis.cs.pub.ro Thu Nov 13 13:31:11 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 15:31:11 +0200 Subject: [so] Conflict In-Reply-To: <3FB36FFC.000001.01540@einstein> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <3FB36FFC.000001.01540@einstein> Message-ID: On Thu, 13 Nov 2003 13:50:20 +0200 (E. Europe Standard Time), Florin Pop wrote: > M-am lovit de urmatoarea problema. > > Se face o cerere de prajituri din partea consumatorilor. > > Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si > ia > pentru el prajuturile vechi. > Consumatorilor nu trebuie sa li se spuna ca exista prajituri. Ei trebuie sa le astepte pana cand vin. tavi From so@atlantis.cs.pub.ro Thu Nov 13 13:49:57 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 15:49:57 +0200 Subject: [so] terminare In-Reply-To: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> ok Maria. >Sper ca nu sunt depunctat daca la mine cofetaria se termina la ctrl-c. >(signal pe linux si consolectrlhandler pe windows) >Toate structurile alocate sunt dealocate in ordine, toate ipc-urile create >sunt distruse. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Thu Nov 13 16:05:51 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 18:05:51 +0200 Subject: [so] semafoare In-Reply-To: <200311131431.hADEV7eD021996@k.k.ro> References: <200311131431.hADEV7eD021996@k.k.ro> Message-ID: On Thu, 13 Nov 2003 16:31:07 +0200, dinca radu wrote: > > Pai am o locatie de memorie in care imi pun "mutex-ul" meu virtual > ...daca > locatia respectiva e 0 atunci mi se da acces la frigider , altfel > programul > asteapta sa se faca locatia 0. De ce nu mi s-ar functiona ? > > Trebuie sa ai garantia ca citirea si scrierea din "mutex-ul virtual" se fac atomic. Sunt multe motive pentru care citirea si scrierea in "multex-ul virtual" ar putea sa nu fie atomice: - optimizari de compilator - optimizari in procesor - executie paralela in procesor - cvasi-paralelismul oferit de SO pentru procese - sisteme SMP In al doilea rand, daca tu astepti ca locatia sa se faca 0 fara a folosi semafoare & stuff, o sa o faci busy wating. From so@atlantis.cs.pub.ro Thu Nov 13 20:13:42 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 13 Nov 2003 22:13:42 +0200 Subject: [so] Asteptare Message-ID: <004001c3aa22$a332c7d0$6400a8c0@andrei> This is a multi-part message in MIME format. ------=_NextPart_000_003D_01C3AA33.65B09070 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable O asteptare de genul urmator: repeta la infinit: take mutex verificare resursa partajata (eventual break) release mutex facuta de mai multe procese simultan, se considera a fi ok sau tinde = spre o asteptare blocanta? daca e ok, au toate procesele "sanse" egale de a face verificarea = resursei? ------=_NextPart_000_003D_01C3AA33.65B09070 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
O asteptare de genul = urmator:
 
repeta la infinit:
    take = mutex
    verificare resursa=20 partajata (eventual break)
    release = mutex
 
facuta de mai multe procese simultan, = se considera=20 a fi ok sau tinde spre o asteptare blocanta?
daca e ok, au toate procesele "sanse" = egale de a=20 face verificarea resursei?
------=_NextPart_000_003D_01C3AA33.65B09070-- From so@atlantis.cs.pub.ro Thu Nov 13 20:56:28 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 13 Nov 2003 12:56:28 -0800 (PST) Subject: [so] Asteptare In-Reply-To: <004001c3aa22$a332c7d0$6400a8c0@andrei> Message-ID: <20031113205628.98887.qmail@web60509.mail.yahoo.com> --- Andrei Hagiescu wrote: > O asteptare de genul urmator: > > repeta la infinit: > take mutex > verificare resursa partajata (eventual break) > release mutex > > facuta de mai multe procese simultan, se considera a > fi ok sau tinde spre o asteptare blocanta? > daca e ok, au toate procesele "sanse" egale de a > face verificarea resursei? Nu e OK pentru ca e busy-waiting. Asta daca nu cumva procesul care modifica resursa tine mutexul de la inceput si ii da drumul abia dupa modificarea resursei iar cei care citesc nu cicleaza infinit. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 09:33:52 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Fri, 14 Nov 2003 01:33:52 -0800 (PST) Subject: [so] prajituri vs consumatori In-Reply-To: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> Message-ID: <20031114093352.9175.qmail@web41007.mail.yahoo.com> Daca un consumator vrea 5 prajituri si in frigider sunt doar 3 , consumatorul va lua 3 prajituri dupa care va mai astepta sa ia 2 ? sau va astepta sa fie 5 prajituri in frigider ca sa le poate lua pe toate? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 09:55:11 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 14 Nov 2003 11:55:11 +0200 Subject: [so] prajituri vs consumatori In-Reply-To: <20031114093352.9175.qmail@web41007.mail.yahoo.com> References: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031114115453.00a5f640@mail.mymail.ro> cum vrei. Maria. >Daca un consumator vrea 5 prajituri si in frigider >sunt doar 3 , consumatorul va lua 3 prajituri dupa >care va mai astepta sa ia 2 ? > >sau va astepta sa fie 5 prajituri in frigider ca sa le >poate lua pe toate? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Fri Nov 14 14:21:39 2003 From: so@atlantis.cs.pub.ro (sorin adi) Date: Fri, 14 Nov 2003 06:21:39 -0800 (PST) Subject: [so] despre upload Message-ID: <20031114142139.22742.qmail@web21207.mail.yahoo.com> Am dat din greseala upload la o tema de windows in loc de tema de linux. Dupa care am uploadat si pe tema de linux,adica eu am trimis 2 teme identice fara sa vreau si mi-au aparut ca 2 teme trimise. Acuma nu as vrea sa ii fie corectata tema de windows (care e de fapt de linux) si vreau sa trimit si tema Windows(dar poate mai incolo in vacanta).Cum fac? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 16:03:15 2003 From: so@atlantis.cs.pub.ro (Badea Ovidiu) Date: Fri, 14 Nov 2003 08:03:15 -0800 (PST) Subject: [so] loc Message-ID: <20031114160315.98270.qmail@web13507.mail.yahoo.com> Exista vreo restrictie in ceea ce priveste locul (programul) in care trebuie sa aiba loc consumarea prajiturilor. Ceva de genul: consumatorii trebuie sa astepte sa intre in cofetarie in programul consumer si apoi sa isi astepte prajiturile in programul sweetshop? Sau asta ramane la latitudinea noastra ? In enunt nu era nimic explicit, dar dupa ce am citit niste mesaje de pe lista m-au lovit dubiile (si m-au trantit la pamant). __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 15:36:32 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 14 Nov 2003 18:36:32 +0300 Subject: [so] loc Message-ID: <2.0beta.1068827792528.2399367487516369908.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable nu exista nici o restrictie explicita dar trebuie sa te gandesti cum e mai bine. =20 Maria. >Exista vreo restrictie in ceea ce priveste locul >(programul) in care trebuie sa aiba loc consumarea >prajiturilor. Ceva de genul: consumatorii trebuie sa >astepte sa intre in cofetarie in programul consumer si >apoi sa isi astepte prajiturile in programul >sweetshop? Sau asta ramane la latitudinea noastra ? In >enunt nu era nimic explicit, dar dupa ce am citit >niste mesaje de pe lista m-au lovit dubiile (si m-au >trantit la pamant). =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable nu exista nici o restrictie explicita dar trebuie sa te gandesti cum e mai = bine.

Maria.
>Exista vreo restrictie in ceea ce priveste locul
>(programul) in care trebuie sa aiba loc consumarea
>prajiturilor. Ceva de genul: consumatorii trebuie sa
>astepte sa intre in cofetarie in programul consumer si
>apoi sa isi astepte prajiturile in programul
>sweetshop? Sau asta ramane la latitudinea noastra ? In
>enunt nu era nimic explicit, dar dupa ce am citit
>niste mesaje de pe lista m-au lovit dubiile (si m-au
>trantit la pamant).

>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/





Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Fri Nov 14 18:10:07 2003 From: so@atlantis.cs.pub.ro (Irina Carabus) Date: Fri, 14 Nov 2003 10:10:07 -0800 (PST) Subject: [so] Cakes_max Message-ID: <20031114181007.28599.qmail@web42002.mail.yahoo.com> Buna! Am si eu o intrebare : daca un consumator cere mai mult de "cakes_max " prajituri, ce se intampla? Il las sa astepte (treaba lui!) sau ii dau mesaj (si atunci va sti sa plece)? Mersi! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 22:48:23 2003 From: so@atlantis.cs.pub.ro (Ionut Cirjan) Date: Fri, 14 Nov 2003 14:48:23 -0800 (PST) Subject: Fwd: Re: [so] expandarea var de mediu in lin de comanda Message-ID: <20031114224823.21245.qmail@web41106.mail.yahoo.com> Fac fwd la un mail din timpul temei 1 . Este legat de expandarea variabilelor de mediu in Linux. S-a discutat acest lucru pe lista, s-a lamurit (atunci). Insa daca va uitati sunt puncte scazute pentru ca nu tinem cont de variabile de genul $HOME/bin (varibila trebuia sa se termina la / ). Nu e mult scazut (-0.3) si nu numai la mine, ci la toti!. Ca principiu mi se pare incorect din moment ce a aparut aceasta intrebare, a fost discutata clar si nu era *necesar* sa se utilizeze ca delimitatori si '/'. Durerea nu este in punctele scazute, si in principiul de functionare al acestei liste: avem incredere 100% in ce se raspunde/lamureste/stabileste aici ??? Ionut. PS: cred ca majoritatea colegilor mei ar vrea un raspuns. --- Cosmin Arad wrote: > From: Cosmin Arad > Subject: Re: [so] expandarea var de mediu in lin de > comanda > To: so@atlantis.cs.pub.ro > Date: Tue, 28 Oct 2003 00:17:08 -0800 (PST) > > --- Ionut Cirjan wrote: > > Sal. > > > > Pls, o mica lamurire. > > > > Daca $ apare intr-o comanda, dupa el e un cuvant > > care > > vrea sa reprezinte o variabila de mediu. > > Cum delimitam acest cuvant la celalat capat (la > > sfarsit, la ce caractere ne oprim) ? Space e > > evident, > > dar mai e si altul ? > > Alti delimitatori ar fi operatorii. Atentie insa la > '\' care poate sa iti protejeze $-ul de la inceput > caz > in care nu e vorba de o variabila de mediu ci de > numele unei comenzi sau fisier, de exemplu: ls > \$HOME > va incerca sa faca ls pe fisierul cu numele '$HOME'. > > > Dar daca cuvantul gasit nu e variabila de mediu, > cu > > ce > > il inlocuim ? > > Cu sirul vid. > > > Thanks, > > Ionut. > > __________________________________ > Do you Yahoo!? > Exclusive Video Premiere - Britney Spears > http://launch.yahoo.com/promos/britneyspears/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so ===== I wish you all a lovely day, tomorow and today. Cirjan Ionut Silviu __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 23:46:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Fri, 14 Nov 2003 15:46:32 -0800 (PST) Subject: Fwd: Re: [so] expandarea var de mediu in lin de comanda In-Reply-To: <20031114224823.21245.qmail@web41106.mail.yahoo.com> Message-ID: <20031114234632.99022.qmail@web60506.mail.yahoo.com> Salut, Eu am zis ca "Alti delimitatori ar fi operatorii". Nu am spus ca sunt singurii alti delimitatori. Din ce ti-am raspuns eu in mailul respectiv nu reiese in nici un fel ca nu este *necesar* ca variabilele de mediu sa fie delimitate la dreapta de '/'. Scopul listei este sa te ajute sa-ti faci temele. Bineinteles ca poti sa ai incredere in raspunsurile de pe lista insa citeste-le cu atentie si daca simti ca nu esti lamurit 100% mai intreaba. Succes, Cosmin --- Ionut Cirjan wrote: > Fac fwd la un mail din timpul temei 1 . > Este legat de expandarea variabilelor de mediu in > Linux. > S-a discutat acest lucru pe lista, s-a lamurit > (atunci). > Insa daca va uitati sunt puncte scazute pentru ca nu > tinem cont de variabile de genul $HOME/bin (varibila > trebuia sa se termina la / ). > Nu e mult scazut (-0.3) si nu numai la mine, ci la > toti!. > Ca principiu mi se pare incorect din moment ce a > aparut aceasta intrebare, a fost discutata clar si > nu > era *necesar* sa se utilizeze ca delimitatori si > '/'. > > Durerea nu este in punctele scazute, si in > principiul > de functionare al acestei liste: avem incredere 100% > in ce se raspunde/lamureste/stabileste aici ??? > > Ionut. > > PS: cred ca majoritatea colegilor mei ar vrea un > raspuns. > > > --- Cosmin Arad wrote: > > From: Cosmin Arad > > Subject: Re: [so] expandarea var de mediu in lin > de > > comanda > > To: so@atlantis.cs.pub.ro > > Date: Tue, 28 Oct 2003 00:17:08 -0800 (PST) > > > > --- Ionut Cirjan wrote: > > > Sal. > > > > > > Pls, o mica lamurire. > > > > > > Daca $ apare intr-o comanda, dupa el e un cuvant > > > care > > > vrea sa reprezinte o variabila de mediu. > > > Cum delimitam acest cuvant la celalat capat (la > > > sfarsit, la ce caractere ne oprim) ? Space e > > > evident, > > > dar mai e si altul ? > > > > Alti delimitatori ar fi operatorii. Atentie insa > la > > '\' care poate sa iti protejeze $-ul de la inceput > > caz > > in care nu e vorba de o variabila de mediu ci de > > numele unei comenzi sau fisier, de exemplu: ls > > \$HOME > > va incerca sa faca ls pe fisierul cu numele > '$HOME'. > > > > > Dar daca cuvantul gasit nu e variabila de mediu, > > cu > > > ce > > > il inlocuim ? > > > > Cu sirul vid. > > > > > Thanks, > > > Ionut. > > > > __________________________________ > > Do you Yahoo!? > > Exclusive Video Premiere - Britney Spears > > http://launch.yahoo.com/promos/britneyspears/ > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > ===== > > > > I wish you all a lovely day, > tomorow and today. > > Cirjan Ionut Silviu > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 23:44:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 01:44:55 +0200 Subject: [so] Cakes_max In-Reply-To: <20031114181007.28599.qmail@web42002.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> il lasi sa astepte. Maria. >daca un consumator cere mai >mult de "cakes_max " prajituri, ce se intampla? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Fri Nov 14 23:50:57 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 01:50:57 +0200 Subject: [so] Conflict In-Reply-To: <3FB36FFC.000001.01540@einstein> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Iti inteleg lovitura.... :). solutia ar fi ca in loc sa lasi consumatorii sa rezerve prajituri care ar putea dispare sa pui gunoierul in situatia in care sa poata rezerva pentru aruncare prajituri care pot fi mancate intre timp. Maria. >M-am lovit de urmatoarea problema. >Se face o cerere de prajituri din partea consumatorilor. >Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si ia >pentru el prajuturile vechi. >Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei. > >Cum rezolv problema? > >Florin --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 00:06:16 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Fri, 14 Nov 2003 16:06:16 -0800 (PST) Subject: [so] ./sweetshop parametri Message-ID: <20031115000616.29411.qmail@web60305.mail.yahoo.com> Este o sugestie ca max_cakes si max_seats sa fie luati cu getenv. Bun! dar ala care testeaza ce face se duce in fiecare consola si seteaza variabilele sau le are setate odate de la bootare si atunci ar cam trebuie sa stim numele. Sau alta intrebare, ce rost mai au paramtrii pt sweetshop daca vom face cu getenv? Intreb pt ca ar fi trist sa fac tema si la corectare: ./sweetshop 30 30 70 ... hmm nu merge? nota 4 :P deci care ma lumineaza (intrebarea este pt cei care corecteaza)? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:18:41 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 15 Nov 2003 01:18:41 -0800 (PST) Subject: [so] Cakes_max In-Reply-To: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <20031115091841.77992.qmail@web41002.mail.yahoo.com> In cazul in care un consumator va cere mai mult de cakes max el nu va fi niciodata servit deci tot grupul va ramane blocat. Sa intelegem ca acesta e un comportamnet ok ? --- Maria Mateescu wrote: > > il lasi sa astepte. > > Maria. > > > >daca un consumator cere mai > >mult de "cakes_max " prajituri, ce se intampla? > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:20:13 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 15 Nov 2003 01:20:13 -0800 (PST) Subject: [so] parametrii liniei de comanda In-Reply-To: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <20031115092013.8122.qmail@web41009.mail.yahoo.com> Se presupune ca paramterii liniei de comanda sunt dati corect adica se vor introduce niste parametrii valizi? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:34:38 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 11:34:38 +0200 Subject: [so] parametrii liniei de comanda In-Reply-To: <20031115092013.8122.qmail@web41009.mail.yahoo.com> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115113430.00a5f960@mail.mymail.ro> da >Se presupune ca paramterii liniei de comanda sunt dati >corect adica se vor introduce niste parametrii valizi? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 09:34:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 11:34:55 +0200 Subject: [so] Cakes_max In-Reply-To: <20031115091841.77992.qmail@web41002.mail.yahoo.com> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> da >In cazul in care un consumator va cere mai mult de >cakes max el nu va fi niciodata servit deci tot grupul >va ramane blocat. Sa intelegem ca acesta e un >comportamnet ok ? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 10:06:35 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sat, 15 Nov 2003 12:06:35 +0200 Subject: [so] Cakes_max References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> Message-ID: <3FB5FAAB.2040303@pcnet.ro> E a nu stiu cata oara cand se vorbeste despre chestia asta si m-am incurcat de tot.....vreau sa stiu daca e ok ca eu l-am dat afara pe clientul "mancacios" care vrea mai multe prajituri decat capacitatea frigiderului.Mai exact ies imedit ce constat ca a cerut mai multe prajituri decat cate i de pot da. Multumesc! Ruxandra From so@atlantis.cs.pub.ro Sat Nov 15 10:54:14 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 12:54:14 +0200 Subject: [so] Cakes_max In-Reply-To: <3FB5FAAB.2040303@pcnet.ro> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115125358.00ae5a68@mail.mymail.ro> e ok. si asa, si asa. >E a nu stiu cata oara cand se vorbeste despre chestia asta si m-am >incurcat de tot.....vreau sa stiu daca e ok ca eu l-am dat afara pe >clientul "mancacios" care vrea mai multe prajituri decat capacitatea >frigiderului.Mai exact ies imedit ce constat ca a cerut mai multe >prajituri decat cate i de pot da. > >Multumesc! > >Ruxandra --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 11:34:22 2003 From: so@atlantis.cs.pub.ro (Octavian PURDILA) Date: Sat, 15 Nov 2003 13:34:22 +0200 Subject: [so] Re: Am o nelamurire In-Reply-To: <20031114212032.96165.qmail@web40020.mail.yahoo.com> References: <20031114212032.96165.qmail@web40020.mail.yahoo.com> Message-ID: <1068896062.3fb60f3ecd151@cs.pub.ro> Quoting Murgan Mihai : Acest raspuns este unul generic pentru toate plangerile de genul celor de mai jos (buguri de tip buffer overflow). Nu se va mai raspunde la alte plangeri similare. > Domnule profesor, > > nedumerit. Din ceea ce spuneati dumneavoastra pe lista > reiesea clar ca se pot limita comenzile la maxim 500 > de caractere, dar sa specificam acest lucru in readme. > Exact asa am facut si eu, am specificat in readme > acest lucru si intr-adevar nu am mai verificat in > program daca se depaseste sau nu aceasta limita, din Dupa cum reiese din discutia de pe lista, puteai sa limitezi buferele, DAR trebuia sa verifici atunci cand scrii in ele astfel incat sa nu le depasesti. Problema care s-a intalnit la tine poarte numele de buffer overflow si este responsabila de 90% (sau poate chiar mai mult) de exploiturile existente. Problema buffer overflow nu poate fi corectata decat - daca programatorul programeaza corect si nu scrie in bufere mai mult decat este cazul - limbajul verifica la fiecare scriere dimensiunea bufferului Cum optiunea doi nu este implementata in C, singura solutie corecta este optiunea unu. tavi ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Sat Nov 15 12:24:18 2003 From: so@atlantis.cs.pub.ro (dinca radu) Date: Sat, 15 Nov 2003 14:24:18 +0200 Subject: [so] JMP Message-ID: <200311151224.hAFCOI6I002971@k.k.ro> ce instructiune gen jmp din assembler exista in C de linux ? si cum folosesc etichete pt. ea? daca se poate as dori un raspuns cat mai rapid , pt. ca chiar am nevoie de ea :) Radu Sentimente.ro - www.sentimente.ro Peste 50.000 de prieteni te asteapta! From so@atlantis.cs.pub.ro Sat Nov 15 12:26:36 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 04:26:36 -0800 (PST) Subject: [so] JMP In-Reply-To: <200311151224.hAFCOI6I002971@k.k.ro> Message-ID: <20031115122636.90010.qmail@web60503.mail.yahoo.com> --- dinca radu wrote: > > ce instructiune gen jmp din assembler exista in C de > linux ? si cum > folosesc etichete pt. ea? > daca se poate as dori un raspuns cat mai rapid , pt. > ca chiar am nevoie de > ea :) instructiuni; goto label; instructiuni; label: instructiuni; Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 17:09:53 2003 From: so@atlantis.cs.pub.ro (Dana Tiba) Date: Sat, 15 Nov 2003 19:09:53 +0200 (EET) Subject: [so] Conflict In-Reply-To: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Message-ID: <35508.81.196.10.119.1068916193.squirrel@dazoot.ro> Salut, In textul temei scrie: "Chiar daca a obtinut numarul de prajituri cerute, fiind tare politicos, consumatorul nu va incepe sa manance decat atunci cand toti prietenii lui si-au primit prajiturile. " Eu intelesesem ca in momentul in care un consumator comanda prajiturile dorite le si primeste (daca acestea exista in momentul acela in frigider) si apoi asteapta sa le manince (adica sa inceapa timpul aleator de microsecunde destinat mincarii). Adica in timpul in care este "politicos" si ii asteapta pe ceilalti el are deja prajiturile pe masa, nu mai sunt in frigider, deci gunoierul nu mai are de ce sa le arunce. dana > > Iti inteleg lovitura.... :). > solutia ar fi ca in loc sa lasi consumatorii sa rezerve prajituri care > ar putea dispare sa pui gunoierul in situatia in care sa poata rezerva > pentru aruncare prajituri care pot fi mancate intre timp. > > Maria. > > >>M-am lovit de urmatoarea problema. >>Se face o cerere de prajituri din partea consumatorilor. >>Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si >> ia pentru el prajuturile vechi. >>Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei. >> >>Cum rezolv problema? >> >>Florin > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so From so@atlantis.cs.pub.ro Sat Nov 15 17:48:00 2003 From: so@atlantis.cs.pub.ro (andrei damian) Date: Sat, 15 Nov 2003 19:48:00 +0200 Subject: [so] Testarea temelor Message-ID: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Salut, In urma rezultatului obtinut la tema 1 am 2 intrebari: - se tine cont de conventiile pe care le-am mentionat in readme privind = implementarea temei? - eu de exemplu am fost depunctat pentru redirectari de genul cmd1 < = cmd2 in conditiile in care am mentionat ca minishellul meu, atunci cand = apar operatori de redirectare, prelucreaza o comanda de genul 'cmd = op_redir nume_fisier'; - din discutiile de pe forum si din textul temei am inteles ca nici = nu se asteapta altceva - va exista un server pe care ne vom putea testa temele si pe care se va = face si corectura? - unele din erorile pentru care am fost depunctat nu imi apar acasa; = e posibil sa fii programat prost, dar nu as fi trimis o tema daca la = comenzi simple ar fi dat segm.fault:D; poate ar fi util sa se = stabileasca macar versiunea de kernel si cea a compilatorului pe care se = face testarea. 10x Andrei DAMIAN 342CA ------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Salut,
 
In urma rezultatului obtinut la tema 1 = am 2=20 intrebari:
- se tine cont de conventiile pe care = le-am=20 mentionat in readme privind implementarea temei?
    - eu de exemplu am = fost=20 depunctat pentru redirectari de genul cmd1 < cmd2 in conditiile = in care=20 am mentionat ca minishellul meu, atunci cand apar operatori de=20 redirectare, prelucreaza o = comanda de genul=20 'cmd op_redir nume_fisier';
    - din discutiile de = pe forum si=20 din textul temei am inteles ca nici nu se asteapta = altceva
 
- va exista un server pe care ne vom = putea testa=20 temele si pe care se va face si corectura?
    - unele din erorile = pentru care=20 am fost depunctat nu imi apar acasa; e posibil sa fii programat prost, = dar nu as=20 fi trimis o tema daca la comenzi simple ar fi dat segm.fault:D; poate ar = fi util=20 sa se stabileasca macar versiunea de kernel si cea a compilatorului pe = care se=20 face testarea.
 
10x
 
Andrei DAMIAN
342CA
 
------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/ignore; charset=US-ASCII; name="SecurityCheck.txt" Content-Disposition: inline ------------------------------------------------------- Xnet scaneaza automat toate mesajele impotriva virusilor folosind RAV AntiVirus. Xnet automatically scans all messages for viruses using RAV AntiVirus. Nota: RAV AntiVirus poate sa nu detecteze toti virusii noi sau toate variantele lor. Va rugam sa luati in considerare ca exista un risc de fiecare data cand deschideti fisiere atasate si ca MobiFon nu este responsabila pentru nici un prejudiciu cauzat de virusi. Disclaimer: RAV AntiVirus may not be able to detect all new viruses and variants. Please be aware that there is a risk involved whenever opening e-mail attachments to your computer and that MobiFon is not responsible for any damages caused by viruses. ------=_NextPart_000_0007_01C3ABB1.5FC03920-- From so@atlantis.cs.pub.ro Sat Nov 15 23:31:10 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 15 Nov 2003 15:31:10 -0800 (PST) Subject: [so] semget Message-ID: <20031115233110.90269.qmail@web11206.mail.yahoo.com> Atunci cand creez un set de semafoare cu semget, ce valoare este introdusa default in semval ? Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo legatura cu numarul maxim de grupuri ? Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 23:42:53 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 15:42:53 -0800 (PST) Subject: [so] semget In-Reply-To: <20031115233110.90269.qmail@web11206.mail.yahoo.com> Message-ID: <20031115234253.11813.qmail@web60502.mail.yahoo.com> --- Andrei Stefan wrote: > Atunci cand creez un set de semafoare cu semget, ce > valoare este introdusa default in semval ? > Id-urile grupurilor pot fi orice numere sau trebuie > sa > aiba vreo legatura cu numarul maxim de grupuri ? Referitor la prima intrebare ai putea presupune ca semafoarele sunt initializate la 0, dar cel mai sigur e sa faci tu un semctl ca sa setezi valaorea. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 00:27:08 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 15 Nov 2003 16:27:08 -0800 (PST) Subject: [so] semget In-Reply-To: <20031115234253.11813.qmail@web60502.mail.yahoo.com> Message-ID: <20031116002708.51318.qmail@web11207.mail.yahoo.com> Pot sa setez la 0 semaforul, dar intre apelul functiei semget si apelul imediat al functiei semctl, un alt proces poate accesa acest semafor, iar pe mine ma intereseaza ca inainte de accesul la semafor, el sa aiba valoarea 1. Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 00:31:24 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 16:31:24 -0800 (PST) Subject: [so] semget In-Reply-To: <20031116002708.51318.qmail@web11207.mail.yahoo.com> Message-ID: <20031116003124.71205.qmail@web60505.mail.yahoo.com> --- Andrei Stefan wrote: > Pot sa setez la 0 semaforul, dar intre apelul > functiei > semget si apelul imediat al functiei semctl, un alt > proces poate accesa acest semafor, iar pe mine ma > intereseaza ca inainte de accesul la semafor, el sa > aiba valoarea 1. Initializarea semafoarelor ar trebui facuta inainte de crearea proceselor care le vor folosi. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 08:09:45 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sun, 16 Nov 2003 00:09:45 -0800 (PST) Subject: [so] aceeasi intrebare Message-ID: <20031116080945.87256.qmail@web11204.mail.yahoo.com> Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo legatura cu numarul maxim de grupuri (intre 0 si GROUP_MAX) ? Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 12:03:23 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 16 Nov 2003 14:03:23 +0200 Subject: [so] inchidere cofetarie References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <3FB7678B.7020400@pcnet.ro> Va rog sa imi spuneti daca se scade din punctaj in caz ca nu ofer posibilitate de inchidere cofetarie in Windows.In linux le-am inchis dar cum nu s-a specificat nimic in partea de enuntz obligatoriu am considerat ca inchiderea este o facilitate in plus.In Linux oricum se impunea pentru ca altfel raman IPC-urile agatate. multumesc! Ruxandra From so@atlantis.cs.pub.ro Sun Nov 16 14:41:52 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 16 Nov 2003 06:41:52 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <20031116144152.9122.qmail@web60309.mail.yahoo.com> --0-1664088012-1068993712=:1228 Content-Type: text/plain; charset=us-ascii e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 de exemplu sa ia fiecare cate 3 si sa se blocheze? Evident ca este vorba de windows ( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1664088012-1068993712=:1228 Content-Type: text/html; charset=us-ascii

e posibil ca, daca exista 6 prajituri si vin doi clienti care cer  4 si 5 de exemplu

sa ia fiecare cate 3 si sa se blocheze?

 

Evident ca este vorba de windows

( si eu care speram sa o portez in mai putin de 3 ore )

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1664088012-1068993712=:1228-- From so@atlantis.cs.pub.ro Sun Nov 16 16:18:08 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 16 Nov 2003 08:18:08 -0800 (PST) Subject: [so] tema 1 corectare Message-ID: <20031116161808.26378.qmail@web41013.mail.yahoo.com> Salut Uitandu-ma peste notele colegilor mei, am observat urmatoarea depunctare: implementare "gresita" a operatorului de cauzalitate, comanda a doua se executa intotdeauna. Recunosc ca, la momentul implementarii temei, nu m-am documentat exact asupra chestiunii. Insa, daca dati man bash, veti observa ca si acolo spune negru pe alb (sau cum aveti voi setate terminalele) ca a doua comanda se executa "if and only if" prima a returnat cod de eroare 0. Deci, pana la urma ne straduim sa urmarim Posix-ul, sau nu? (eu de exemplu am pierdut destul de mult timp simuland paralelismul exact ca in shell, pentru ca acum sa vad ca nu asta se astepta de la noi, mai ales ca nu s-a precizat la vreun moment dat comportamentul exact asteptat). Astept lamuriri. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 16:29:39 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 16 Nov 2003 08:29:39 -0800 (PST) Subject: [so] tema 1 corectare In-Reply-To: <20031116161808.26378.qmail@web41013.mail.yahoo.com> Message-ID: <20031116162939.33899.qmail@web60504.mail.yahoo.com> --- Diana Fulger wrote: > Salut > Uitandu-ma peste notele colegilor mei, am observat > urmatoarea depunctare: implementare "gresita" a > operatorului de cauzalitate, comanda a doua se > executa > intotdeauna. > Recunosc ca, la momentul implementarii temei, nu > m-am > documentat exact asupra chestiunii. Insa, daca dati > man bash, veti observa ca si acolo spune negru pe > alb > (sau cum aveti voi setate terminalele) ca a doua > comanda se executa "if and only if" prima a returnat > cod de eroare 0. Deci, pana la urma ne straduim sa > urmarim Posix-ul, sau nu? (eu de exemplu am pierdut > destul de mult timp simuland paralelismul exact ca > in > shell, pentru ca acum sa vad ca nu asta se astepta > de > la noi, mai ales ca nu s-a precizat la vreun moment > dat comportamentul exact asteptat). > > Astept lamuriri. Iata-le: Cred ca tu interpretezi gresit textul corecturii. "Comanda a doua se executa intotdeauna" in implementarea din tema respectiva si e gresit. Corect este cum ai citit si tu in man. Nu inteleg de ce te referi la paralelism cand operatorul de cauzalitate secventiaza comenzile. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 16:31:00 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 16 Nov 2003 08:31:00 -0800 (PST) Subject: [so] tema 1 corectare In-Reply-To: <20031116162939.33899.qmail@web60504.mail.yahoo.com> Message-ID: <20031116163100.12851.qmail@web41008.mail.yahoo.com> Referinta la paralelism era ceva diferit, am observat ca si pentru asta s-a mai scazut. --- Cosmin Arad wrote: > --- Diana Fulger wrote: > > Salut > > Uitandu-ma peste notele colegilor mei, am observat > > urmatoarea depunctare: implementare "gresita" a > > operatorului de cauzalitate, comanda a doua se > > executa > > intotdeauna. > > Recunosc ca, la momentul implementarii temei, nu > > m-am > > documentat exact asupra chestiunii. Insa, daca > dati > > man bash, veti observa ca si acolo spune negru pe > > alb > > (sau cum aveti voi setate terminalele) ca a doua > > comanda se executa "if and only if" prima a > returnat > > cod de eroare 0. Deci, pana la urma ne straduim sa > > urmarim Posix-ul, sau nu? (eu de exemplu am > pierdut > > destul de mult timp simuland paralelismul exact ca > > in > > shell, pentru ca acum sa vad ca nu asta se astepta > > de > > la noi, mai ales ca nu s-a precizat la vreun > moment > > dat comportamentul exact asteptat). > > > > Astept lamuriri. > > Iata-le: > Cred ca tu interpretezi gresit textul corecturii. > "Comanda a doua se executa intotdeauna" in > implementarea din tema respectiva si e gresit. > Corect > este cum ai citit si tu in man. > > Nu inteleg de ce te referi la paralelism cand > operatorul de cauzalitate secventiaza comenzile. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 21:33:21 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 16 Nov 2003 23:33:21 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <20031116080945.87256.qmail@web11204.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031116233309.00a5fce8@mail.mymail.ro> orice numar. Maria. >Id-urile grupurilor pot fi orice numere sau trebuie sa >aiba vreo legatura cu numarul maxim de grupuri (intre >0 si GROUP_MAX) ? > > > >Andrei > >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 16 21:34:51 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 16 Nov 2003 23:34:51 +0200 Subject: [so] Bill Gates x-( In-Reply-To: <20031116144152.9122.qmail@web60309.mail.yahoo.com> References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031116233417.00a9e610@mail.mymail.ro> da. Maria. >e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 >de exemplu > >sa ia fiecare cate 3 si sa se blocheze? > > > >Evident ca este vorba de windows > >( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 16 22:15:09 2003 From: so@atlantis.cs.pub.ro (miahi) Date: Mon, 17 Nov 2003 00:15:09 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <5.1.0.14.0.20031116233309.00a5fce8@mail.mymail.ro> Message-ID: <20031116231629.DD14328C059@atlantis> nu e un pic cam tarzie precizarea asta? miahi -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Maria Mateescu Sent: 16 noiembrie 2003 23:33 To: so@atlantis.cs.pub.ro Subject: Re: [so] aceeasi intrebare orice numar. Maria. >Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo >legatura cu numarul maxim de grupuri (intre 0 si GROUP_MAX) ? > > > >Andrei From so@atlantis.cs.pub.ro Sun Nov 16 22:27:44 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Sun, 16 Nov 2003 14:27:44 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <5.1.0.14.0.20031116233417.00a9e610@mail.mymail.ro> Message-ID: <20031116222744.47117.qmail@web40002.mail.yahoo.com> --0-1932631138-1069021664=:42994 Content-Type: text/plain; charset=us-ascii Nu inteleg de ce da. In mod normal nu ar trebui sa fie servit unul dintre el si sa ramana celalalt sa astepte? In tema scrie: "fiecare consumator isi asteapta prajiturile (daca nu exista cakes_no prajituri consumatorul va astepta sa se aduca (de catre un furnizor). " Eu inteleg de aici ca presupunand ca cel cu 4 prajituri e primul venit el va lua 4 din cele 6, vor ramane 2 in frigider si cel care vrea 5 va astepta pana vine un furnizor si ii aduce cakes_no(nu neaparat cakes_no, in acest caz cakes_no-2, adica sa ii completeze pana la cakes_no). Am trimis tema in acest mod si as vrea un raspuns, te rog mult, ca sa stiu ca totul e in ordine. Mihai Murgan Maria Mateescu wrote: da. Maria. >e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 >de exemplu > >sa ia fiecare cate 3 si sa se blocheze? > > > >Evident ca este vorba de windows > >( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1932631138-1069021664=:42994 Content-Type: text/html; charset=us-ascii
Nu inteleg de ce da. In mod normal nu ar trebui sa fie servit unul dintre el si sa ramana celalalt sa astepte?
In tema scrie:
"fiecare consumator isi asteapta prajiturile (daca nu exista cakes_no prajituri consumatorul va astepta sa se aduca (de catre un furnizor). "
Eu inteleg de aici ca presupunand ca cel cu 4 prajituri e primul venit el va lua 4 din cele 6, vor ramane 2 in frigider si cel care vrea 5 va astepta pana vine un furnizor si ii aduce cakes_no(nu neaparat cakes_no, in acest caz cakes_no-2, adica sa ii completeze pana la cakes_no). Am trimis tema in acest mod si as vrea un raspuns, te rog mult, ca sa stiu ca totul e in ordine.
 
Mihai Murgan

Maria Mateescu <atta@mymail.ro> wrote:

da.

Maria.



>e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5
>de exemplu
>
>sa ia fiecare cate 3 si sa se blocheze?
>
>
>
>Evident ca este vorba de windows
>
>( si eu care speram sa o portez in mai putin de 3 ore )



---------------------------------------------------------------
Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
http://poze.acasa.ro/

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1932631138-1069021664=:42994-- From so@atlantis.cs.pub.ro Sun Nov 16 22:48:12 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 16 Nov 2003 14:48:12 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <20031116222744.47117.qmail@web40002.mail.yahoo.com> Message-ID: <20031116224812.83220.qmail@web41011.mail.yahoo.com> io am intrebat exact acelasi lucru si mi s-a zis ca putem sa facem tema cum vrem adica fie ia cate o prajitura pana isi face numarul fie le asteapta pe toate. --- Murgan Mihai wrote: > Nu inteleg de ce da. In mod normal nu ar trebui sa > fie servit unul dintre el si sa ramana celalalt sa > astepte? > In tema scrie: > "fiecare consumator isi asteapta prajiturile (daca > nu exista cakes_no prajituri consumatorul va astepta > sa se aduca (de catre un furnizor). " > Eu inteleg de aici ca presupunand ca cel cu 4 > prajituri e primul venit el va lua 4 din cele 6, vor > ramane 2 in frigider si cel care vrea 5 va astepta > pana vine un furnizor si ii aduce cakes_no(nu > neaparat cakes_no, in acest caz cakes_no-2, adica sa > ii completeze pana la cakes_no). Am trimis tema in > acest mod si as vrea un raspuns, te rog mult, ca sa > stiu ca totul e in ordine. > > Mihai Murgan > > Maria Mateescu wrote: > > da. > > Maria. > > > > >e posibil ca, daca exista 6 prajituri si vin doi > clienti care cer 4 si 5 > >de exemplu > > > >sa ia fiecare cate 3 si sa se blocheze? > > > > > > > >Evident ca este vorba de windows > > > >( si eu care speram sa o portez in mai putin de 3 > ore ) > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > --------------------------------- > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 07:17:16 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 09:17:16 +0200 Subject: [so] Testarea temelor In-Reply-To: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> References: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> Message-ID: <1069053436.3fb875fc2981e@cs.pub.ro> Salut, > In urma rezultatului obtinut la tema 1 am 2 intrebari: > - eu de exemplu am fost depunctat pentru redirectari de genul cmd1 < cmd2 > in conditiile in care am mentionat ca minishellul meu, atunci cand apar > operatori de redirectare, prelucreaza o comanda de genul 'cmd op_redir > nume_fisier'; Intr-adevar cmd1 < cmd2 nu avea ce cauta acolo, nefiind in cerintele temei. Am corectat. > - va exista un server pe care ne vom putea testa temele si pe care se va face > si corectura? > - unele din erorile pentru care am fost depunctat nu imi apar acasa; e > posibil sa fii programat prost, dar nu as fi trimis o tema daca la comenzi > simple ar fi dat segm.fault:D; poate ar fi util sa se stabileasca macar > versiunea de kernel si cea a compilatorului pe care se face testarea. In legatura cu serverul de lucru, o sa intreb. Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 07:53:04 2003 From: so@atlantis.cs.pub.ro (Ifrim Mircea) Date: Sun, 16 Nov 2003 23:53:04 -0800 (PST) Subject: [so] CreateProcess Message-ID: <20031117075304.41556.qmail@web20308.mail.yahoo.com> --0-360097760-1069055584=:38427 Content-Type: text/plain; charset=us-ascii Am si eu o mica problema: cum creez un proces pe windows care sa aiba ca parametru o functie de-a mea, de exemplu functia void myprocedure(void) ? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-360097760-1069055584=:38427 Content-Type: text/html; charset=us-ascii
Am si eu o mica problema: cum creez un proces pe windows care sa aiba ca parametru o functie de-a mea,  de exemplu functia void myprocedure(void) ?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-360097760-1069055584=:38427-- From so@atlantis.cs.pub.ro Mon Nov 17 08:39:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 00:39:32 -0800 (PST) Subject: [so] CreateProcess In-Reply-To: <20031117075304.41556.qmail@web20308.mail.yahoo.com> Message-ID: <20031117083932.12528.qmail@web60509.mail.yahoo.com> --- Ifrim Mircea wrote: > Am si eu o mica problema: cum creez un proces pe > windows care sa aiba ca parametru o functie de-a > mea, de exemplu functia void myprocedure(void) ? Nu inteleg prea bine ce vrei sa faci. Banuiesc ca vrei sa executi o functie specificata la run-time. Daca asta este cazul iti dai seama ca codul functiei trebuie sa fie executabil si sa fie incarcat undeva in segmentul de cod al procesului. Ai 2 variante: Sa definesti toate functiile al caror nume il poti primi ca parametru in programul tau sau sa le definesti intr-un DLL pe care sa-l incarci. Daca vrei sa faci altceva specifica clar ce. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 10:02:18 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 17 Nov 2003 12:02:18 +0200 Subject: [so] Testarea temelor In-Reply-To: <1069053436.3fb875fc2981e@cs.pub.ro> References: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> <1069053436.3fb875fc2981e@cs.pub.ro> Message-ID: On Mon, 17 Nov 2003 09:17:16 +0200, Doina Bucur wrote: > Salut, >> - va exista un server pe care ne vom putea testa temele si pe care se >> va face si corectura? >> Acest lucru nu este posibil: unii dintre asistenti nu pot corecta tema pe server pentru ca nu au Internet decat prin dial-up. tavi From so@atlantis.cs.pub.ro Mon Nov 17 10:18:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 17 Nov 2003 12:18:55 +0200 Subject: [so] Conflict In-Reply-To: <35508.81.196.10.119.1068916193.squirrel@dazoot.ro> References: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031117121826.00a5ff20@mail.mymail.ro> asa este cum ai zis tu, dar alta era problema lui Florin. Maria. >Salut, > >In textul temei scrie: >"Chiar daca a obtinut numarul de prajituri cerute, fiind tare politicos, >consumatorul nu va incepe sa manance decat atunci cand toti prietenii lui >si-au primit prajiturile. " > >Eu intelesesem ca in momentul in care un consumator comanda prajiturile >dorite le si primeste (daca acestea exista in momentul acela in frigider) >si apoi asteapta sa le manince (adica sa inceapa timpul aleator de >microsecunde destinat mincarii). Adica in timpul in care este "politicos" >si ii asteapta pe ceilalti el are deja prajiturile pe masa, nu mai sunt in >frigider, deci gunoierul nu mai are de ce sa le arunce. > >dana --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 17 10:20:27 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 17 Nov 2003 12:20:27 +0200 Subject: [so] inchidere cofetarie In-Reply-To: <3FB7678B.7020400@pcnet.ro> References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031117121925.00a93778@mail.mymail.ro> e bine. terminarea se cere tocmai pentru ca ramaneau IPCuri nedistruse. Maria. >Va rog sa imi spuneti daca se scade din punctaj in caz ca nu ofer >posibilitate de inchidere cofetarie in Windows.In linux le-am inchis dar >cum nu s-a specificat nimic in partea de enuntz obligatoriu am considerat >ca inchiderea este o facilitate in plus.In Linux oricum se impunea pentru >ca altfel raman IPC-urile agatate. > >multumesc! > >Ruxandra --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 17 10:46:35 2003 From: so@atlantis.cs.pub.ro (bogdan dragusanu) Date: Mon, 17 Nov 2003 02:46:35 -0800 (PST) Subject: [so] 'ipcs' pe Win Message-ID: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Cum putem vedea semafoarele , cozile de mesaje, memoriile partajate ramase pe Windows. Adica ceva analog lui 'ipcs' de pe Linux. Eventual cum se poate da remove. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 10:59:25 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Mon, 17 Nov 2003 12:59:25 +0200 Subject: [so] despre upload In-Reply-To: <20031114142139.22742.qmail@web21207.mail.yahoo.com> References: <20031114142139.22742.qmail@web21207.mail.yahoo.com> Message-ID: <3FB8AA0D.5080903@romus.ro> sorin adi wrote: >Am dat din greseala upload la o tema de windows in loc >de tema de linux. >Dupa care am uploadat si pe tema de linux,adica eu am >trimis 2 teme identice fara sa vreau si mi-au aparut >ca 2 teme trimise. >Acuma nu as vrea sa ii fie corectata tema de windows >(care e de fapt de linux) si vreau sa trimit si tema >Windows(dar poate mai incolo in vacanta).Cum fac? > > Se ia in considerare ultima tema trimisa. --Adrian. From so@atlantis.cs.pub.ro Mon Nov 17 11:06:39 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Mon, 17 Nov 2003 13:06:39 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <20031116231629.DD14328C059@atlantis> References: <20031116231629.DD14328C059@atlantis> Message-ID: <3FB8ABBF.6090707@romus.ro> miahi wrote: >nu e un pic cam tarzie precizarea asta? > >miahi > > Cred ca intrebarile voastre vin cam tarziu! Au fost doua saptamani pentru tema!! --Adrian. From so@atlantis.cs.pub.ro Mon Nov 17 11:10:02 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Mon, 17 Nov 2003 13:10:02 +0200 Subject: [so] 'ipcs' pe Win In-Reply-To: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Message-ID: > Cum putem vedea semafoarele , cozile de mesaje, memoriile partajate ramase pe Windows. Adica ceva analog lui 'ipcs' de pe Linux. Eventual cum se poate da remove. http://www.sysinternals.com/ntw2k/freeware/procexp.shtml Toate obiectele din kernel sunt distruse cand e distrusa ultima referinta din sistem care indica spre ele. Referintele se inchid cu CloseHandle de catre programator sau la terminarea procesului. Ca sa fii sigur ca ai distrus un obiect din kernel, ori inchizi tu tot ce ai deschis (CloseHandle) ori inchizi toate procesele care au deschis handles la obiectele respective. Ovidiu From so@atlantis.cs.pub.ro Mon Nov 17 11:11:05 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 03:11:05 -0800 (PST) Subject: [so] 'ipcs' pe Win In-Reply-To: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Message-ID: <20031117111105.14742.qmail@web60505.mail.yahoo.com> --- bogdan dragusanu wrote: > Cum putem vedea semafoarele , cozile de mesaje, > memoriile partajate ramase pe Windows. Adica ceva > analog lui 'ipcs' de pe Linux. Eventual cum se poate > da remove. Exista utilitarul WinObj cu care poti vedea obiectele Windows. Daca dai dublu-click pe un Mutex sau Semafor iti spune daca este ocupat respectiv valoarea smeaforului. http://www.sysinternals.com/ntw2k/freeware/winobj.shtml Fiecare obiect are un contor de utilizare (de handle-uri deschise la acel obiect). La CloseHandle contorul respectiv este decrementat iar la Open... ori DuplicateHandle este incrementat. Mai exista un contor de referiri ale obiectului respectiv de catre sistemul de operare. De exemplu un semafor poate fi folosit de catre un driver. Cand ambele contoare ajung la 0 obiectul este distrus automat. Chiar daca tu nu dai CloseHandle oricum la terminarea procesului sunt inchise toate handle-urile deschise in proces, asadar obiectele se distrug automat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 13:00:41 2003 From: so@atlantis.cs.pub.ro (Roxana Andrei) Date: Mon, 17 Nov 2003 05:00:41 -0800 (PST) Subject: [so] Inchidere handle in Windows Message-ID: <20031117130041.11433.qmail@web21102.mail.yahoo.com> Eu am trimis tema de win si in urma discutiilor de astazi de pe grup m-am gandit sa intreb daca se depuncteaza daca nu am dat closehandle la toate obiectele. Dau doar in cei care le CREEAZA (frara cei care le deschid). Si inca o intrebare: negasind un "random" pentru win32 api, am citit in linia de comanda timpul de mancare prajituri. Daca nu se scade, nu as vrea sa retrimit (-0.25). Multumesc __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 13:08:16 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Mon, 17 Nov 2003 15:08:16 +0200 Subject: [so] tema 3 Message-ID: <20031117125913.M97111@idilis.ro> In enuntul temei 3 se specifica ca trebuie implementate politicile SIGNAL AND CONTINUE si SIGNAL AND WAIT. Eu am citit in primul document dat pe site ca exista SIGNAL AND WAIT si SIGNAL AND URGENT WAIT diferenta fiind aceea ca la SIGNAL AND WAIT prioritate cozii Entry=prioritatea cozii Signaller, iar la SIGNAL AND URGENT WAIT prioritatea cozii Entry 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu zice nimic de pb. 2. In documentatia de mingw care e referita la observatii (http://www.mingw.org/docs.shtml) nu am gasit instructiuni despre creat DLL de windows. Zice acolo ceva de librarii .so, etc, dar de .dll nu am vazut nimic. Daca se poate un link mai precis... -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again From so@atlantis.cs.pub.ro Mon Nov 17 16:45:38 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 18:45:38 +0200 Subject: [so] tema1 - corectare & note Message-ID: <1069087538.3fb8fb32075ad@cs.pub.ro> Salut, Baremul temei 1 arata asa: 1p - afisarea promptului si tot ce depinde de el 0.25p - posibilitatea de a citi & executa comenzi in linia de comanda/fisier (aici s-a scazut mai ales pentru buguri de citire din fisier) 0.75p - implementarea cd (comanda interna) 1p - executia comenzilor externe 1p - recunoasterea si expandarea variabilelor de mediu 1p - executia secventiala ";" 1p - executia paralela "&" 1p - executia cauzala "&&" 1p - executia cu pipe "|" 0.5p - redirectarea de output ">" 0.5p - redirectarea de output/err "&>" 0.5p - redirectarea de err "2>" 0.5p - indirectarea "<" Punctajele de mai sus sunt maximul de punctaj care vi se poate scadea pe o subproblema (de ex. "|") daca nu e implementata deloc. In afara de punctajele care vi se pot scadea pentru asta, exista punctaje scazute pentru incorectitudinea programarii (materializate prin segfault, de ex) . Pentru fiecare problema/bug pe care l-am intalnit, exista un punctaj fix care se scade (sau un interval de punctaj, in cazuri rare). Au existat vreo doua probleme/buguri pentru care a fost cazul ca punctajele sa fie modificate pe parcursul corectarii, de unde si eventualele neclaritati (asta si din cauza ca rezultatele au fost publicate partial pe site, inainte de terminarea corectarii - asta a fost necesar, ca sa nu repetati greselile la tema2). De ex.: -0.30 - fisierele rezultate prin redirectare de output/err nu au drepturi (parametrul mode la open) -0.20 - redirectarea la output/err nu face trunchiere pe fisiere existente -0.30 - segfault la getenv -1 - segfault la malloc & friends (buffer overflow) intre 0 si 0.60 - probleme de parsare a spatiilor (depunctarea depinde de gravitate); pentru simplitate problemele de genul asta, in afara de cateva cazuri speciale, au fost in final uniformizate etc Pentru neclaritati mailto: dee@cs.pub.ro, nu pe lista. Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 17:54:43 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 17 Nov 2003 19:54:43 +0200 Subject: [so] tema3 In-Reply-To: <20031117145954.6D8643FCF2@server1.messagingengine.com> References: <20031117145954.6D8643FCF2@server1.messagingengine.com> Message-ID: On Mon, 17 Nov 2003 16:59:54 +0200, Bogdan Butnaru wrote: > 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei > probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu > zice nimic de pb. > Formularea va invita sa trimiteti mailuri pe lista daca exista neclaritati :) > 2. In documentatia de mingw care e referita la observatii > (http://www.mingw.org/docs.shtml) nu am gasit instructiuni despre creat > DLL de windows. Zice acolo ceva de librarii .so, etc, dar de .dll nu am > vazut nimic. Daca se poate un link mai precis... > Nu prea ai cautat... Al treilea bulet: How to create a dll Here's an example. Cut and paste the following into a file named dllfct.h: #ifdef BUILD_DLL // the dll exports #define EXPORT __declspec(dllexport) #else // the exe imports #define EXPORT __declspec(dllimport) #endif // function to be imported/exported EXPORT void tstfunc (void); Cut and paste the following into a file named dllfct.c: #include #include "dllfct.h" EXPORT void tstfunc (void) { printf ("Hello\n"); } Cut and paste the following into a file named hello.c: #include "dllfct.h" int main () { tstfunc (); return (0); } To create the dll and an executable that uses it, try the following: gcc -c hello.c gcc -c -DBUILD_DLL dllfct.c dllwrap --output-lib=libtstdll.a --dllname=tst.dll --driver-name=gcc dllfct.o gcc -o hello.exe hello.o -L./ -ltstdll For more information on dlls, see http://www.nanotech.wisc.edu/~khan/software/gnu-win32/dllhelpers.html tavi From so@atlantis.cs.pub.ro Mon Nov 17 18:11:33 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Mon, 17 Nov 2003 10:11:33 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <1069087538.3fb8fb32075ad@cs.pub.ro> Message-ID: <20031117181133.70849.qmail@web11203.mail.yahoo.com> Ar fi fost bine de stiut de la inceput cam ce teste ar fi trebuit sa indeplineasca temele noastre, nu sa ne imaginam noi teste posibile si sa nu stim de fapt ce se cere de la noi ..... Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 20:24:51 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 22:24:51 +0200 Subject: [so] Re: Fwd: corectare tema1 linux In-Reply-To: References: Message-ID: <1069100691.3fb92e9373fc4@cs.pub.ro> Cum destul de multi dintre voi ati ales comportamentul tip "pus in background" pentru &, mesajul asta devine general: > ------- Forwarded message ------- > From: Catalin Constantin > To: tavi@cs.pub.ro > Subject: corectare tema1 linux > Date: Mon, 17 Nov 2003 22:14:01 +0200 > > > http://cs.pub.ro/so/Teme/note/343CA/ConstantinCatalin/tema1/lin/NOTA > > > > -0.40 > > > > Actiunea lui sleep nu e vizibila in testul urmator: > > > > [tavi@lemon]> sleep 2 & ls -la > > total 108 > > drwxr-xr-x 4 tavi tavi 4096 Nov 16 20:06 . > > drwxr-xr-x 3 tavi tavi 4096 Nov 2 23:35 .. > > // executia se termina imediat; pe primul proces nu faci wait la > > exec_comanda(,,false) > > > > > > mi se pare perfect normal sa faca asa > > pentru ca & pune in background ! Enuntul temei zice asa: "Operatorul de paralelism "&" . Astfel "alfa & beta" va executa comenzile alfa si beta in paralel." Adica trebuia sa implementati o facilitate care nu isi are echivalentul in bash, si pentru operatorul asta sa nu imitati bashul. > > am testat si pe bash si face la fel cum fac eu. Doina -- dee@cs.pub.ro ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 22:36:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 14:36:21 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031117125913.M97111@idilis.ro> Message-ID: <20031117223621.23494.qmail@web60508.mail.yahoo.com> --- Ioana Cutcutache wrote: > In enuntul temei 3 se specifica ca trebuie > implementate politicile SIGNAL > AND CONTINUE si SIGNAL AND WAIT. Eu am citit in > primul document dat pe site > ca exista SIGNAL AND WAIT si SIGNAL AND URGENT WAIT > diferenta fiind aceea ca > la SIGNAL AND WAIT prioritate cozii > Entry=prioritatea cozii Signaller, iar la > SIGNAL AND URGENT WAIT prioritatea cozii > Entry In enunt se specifica de asemenea ca : > "Cand aveti fire de executie in toate cozile > alegerea se va face tinand > cont ca coada de procese blocate la intrare, Entry > Queue, este cea mai putin > prioritara." > Din aceasta inteleg ca prioritatea Entry > Queue Queue, deci noi practic trebuie sa implementam > varianta SIGNAL AND URGENT > WAIT. Asa e? Da, asa e. Am scris eu prescurtat :). Am pus o clarificare la Observatii in legatura cu asta. > A doua intrebare : daca mai multe fire de > executie asteapta la o variabila > conditie trebuie ca atunci cand se da signal pe > variabila respectiva sa fie > trecut in coada Waiting cel care asteapta de cel mai > mult timp sau oricare > din ele? (daca ar trebui luat in considerare cel > care asteapta de cel mai de > mult ar trebui folosite si niste cozi...) Oricare dintre ele. Pe langa faptul ca este mai complicata, implementarea cu cozi FIFO aduce si o penalizare de performanta (can u see why?), deci nu isi are rostul. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 23:02:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 15:02:54 -0800 (PST) Subject: [so] P(n) pe Windows Message-ID: <20031117230254.17549.qmail@web60509.mail.yahoo.com> Salut, Cred ca unii dintre voi ati abordat gresit problema cu P(n) in Windows. Daca protejezi semaforul cu un mutex si faci n operatii WaitForSingleObject dupa care eliberezi mutexul se intampla serializarea operatiilor P. De exemplu pentru un semafor cu valoarea 6 pe care se fac operatiile P(7), P(2), P(2), P(2) din 4 threaduri diferite, operatiile P(2) vor astepta dupa P(7) care tine mutexul asociat semaforului, desi nu ar trebui sa astepte. Am pus la http://cs.pub.ro/~so/Laboratoare/Semaphore.zip o propunere de semafor generalizat pe Windows cu operatiile P(n), V(n) si WaitZero(). Semaforul poate fifolosit cu threaduri, asigura fairness si nu serializeaza operatiile. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 18 14:26:13 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Tue, 18 Nov 2003 16:26:13 +0200 Subject: [so] tema3 In-Reply-To: References: <20031117145954.6D8643FCF2@server1.messagingengine.com> Message-ID: <20031118142613.6A54941E2E@server1.messagingengine.com> OK, am inteles cum e cu dll-urile. Totusi, care sunt formularile pentru cele trei probleme suplimentare: Bounded Buffer cu mai multi producatori si mai multi consumatori, Dining Philosophers, Cigarette Smokers? On Mon, 17 Nov 2003 19:54:43 +0200, "Octavian Purdila" said: > On Mon, 17 Nov 2003 16:59:54 +0200, Bogdan Butnaru > wrote: > > > 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei > > probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu > > zice nimic de pb. > > > > Formularea va invita sa trimiteti mailuri pe lista daca exista > neclaritati > :) > -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Faster than the air-speed velocity of an unladen european swallow From so@atlantis.cs.pub.ro Wed Nov 19 06:51:54 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Wed, 19 Nov 2003 08:51:54 +0200 Subject: [so] tema 3 References: <20031117223621.23494.qmail@web60508.mail.yahoo.com> Message-ID: <000c01c3ae69$a1be7ac0$0c829ad5@ioana> Am o nelamurire : vad ca s-a mai schimbat ceva in enuntul temei, si anume a disparut propozitia "Deblocarea unui fir de executie din orice coada din monitor se va face obligatoriu in ordine FIFO." Asta inseamna ca nu trebuie sa fie deblocate in ordine FIFO firele de executie din Entry, Waiting, Signaller? De asemenea la destroy se spune "destroy - apelat cand monitorul nu este liber, mai exista un fir de executie activ in monitor. " Prin fir activ ce se intelege? Firul care detine monitorul? Banuiesc ca nu se poate distruge un monitor daca sunt fire care asteapta in una din cozi, chiar daca nici unul nu il detine. Rezolvarea celor 2 probleme se poate face cu oricare din politici vrem? From so@atlantis.cs.pub.ro Wed Nov 19 10:30:46 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 19 Nov 2003 02:30:46 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <000c01c3ae69$a1be7ac0$0c829ad5@ioana> Message-ID: <20031119103046.86608.qmail@web60505.mail.yahoo.com> --- Ioana Cutcutache wrote: > Am o nelamurire : vad ca s-a mai schimbat ceva > in enuntul temei, si > anume a disparut propozitia "Deblocarea unui fir de > executie din orice coada > din monitor se va face obligatoriu in ordine FIFO." > Asta inseamna ca nu > trebuie sa fie deblocate in ordine FIFO firele de > executie din Entry, > Waiting, Signaller? Exact. Nu este obligatorie ordinea FIFO in nici una din cozi. > De asemenea la destroy se spune "destroy - > apelat cand monitorul nu > este liber, mai exista un fir de executie activ in > monitor. " Prin fir activ > ce se intelege? Firul care detine monitorul? > Banuiesc ca nu se poate > distruge un monitor daca sunt fire care asteapta in > una din cozi, chiar daca > nici unul nu il detine. Da, prin fir activ se intelege cel care detine monitorul. Da, nu se poate distruge nici daca ai fire blocate in el. Am omis sa specific. > Rezolvarea celor 2 probleme se poate face cu > oricare din politici vrem? Da. In situatia in care una din probleme necesita o anumita politica specificati in README de ce. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 10:55:09 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 19 Nov 2003 02:55:09 -0800 (PST) Subject: [so] tema3 In-Reply-To: <20031118142613.6A54941E2E@server1.messagingengine.com> Message-ID: <20031119105510.3631.qmail@web60508.mail.yahoo.com> --- Bogdan Butnaru wrote: > OK, am inteles cum e cu dll-urile. Totusi, care sunt > formularile pentru > cele trei probleme suplimentare: > > Bounded Buffer cu mai multi producatori si mai multi > consumatori, > Dining Philosophers, > Cigarette Smokers? BoundedBuffer e problema producator consumator. Producatorul produce (adauga) elemente intr-un buffer de dimensiune fixa, iar consumatorul extrage elemente din buffer. De data aceasta vei avea mai mult de un producator si mai mult de un consumator. Practic nu e mare diferenta. Producatorii trebuie sa astepte la o conditie full si consumatorii la o conditie empty. Problema e banala dar s-o rezolvati corect. Dining philosophers e problema clasica cu N filosofi in jurul unei mese rotunde. Fiecare are in fata sa o farfurie cu spagette si exista N furculite plasate intre cele N farfurii astfel incat fiecare filosof are in stanga si in dreapta cate o furculita pe care se "bate" cu vecinii din stanga respectiv dreapta. In caz ca mai trebuie mentionat, filosofii sunt procese care concureaza pt resursele de tip furculita. Exista in cartea Modern Operating Systems a lui Tanenbaum o solutie cu semafoare la acesta problema. Voi trebuie sa gasiti o solutie cu monitoare si sunteti restrictionati la a folosi doar un monitor. Probabil ca in loc sa astepte la niste monitoare filosofii vor astepta la niste variabile conditie din monitor. S-ar putea ca inlocuirea chioara a semafoarelor din solutia lui Tanenbaum cu variabile conditie sa nu reprezinte o solutie corecta. Trebuie sa evitati deadlock, livelock, etc. Solutii gresite gasiti in curs ca sa vedeti care sunt capcanele. In problema Cigarette Smokers avem 4 procese: 3 fumatori si un agent. Fiecare fumator detine unul dintre ingredientele: tutun, hartie si chibrite, necesare pentru a aprinde o tigara. Asadar un fumator va avea doar tutun, unul doar hartie si unul doar chibrite. Agentul va avea o cantitate nelimitata din toate cele 3 ingrediente. La un moment dat agentul pune pe masa 2 dintre ingrediente, pe rand, iar fumatorul care il are pe al treilea isi va aprinde o tigara. Agentul va astepta ca fumatorul sa termine de fumat dupa care ciclul se repeta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 11:20:57 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 19 Nov 2003 13:20:57 +0200 Subject: [so] tema1 - corectare & note In-Reply-To: <20031117181133.70849.qmail@web11203.mail.yahoo.com> References: <20031117181133.70849.qmail@web11203.mail.yahoo.com> Message-ID: <3FBB5219.3080707@romus.ro> Andrei Stefan wrote: >Ar fi fost bine de stiut de la inceput cam ce teste ar >fi trebuit sa indeplineasca temele noastre, nu sa ne >imaginam noi teste posibile si sa nu stim de fapt ce >se cere de la noi ..... > Nu inteleg care-i problema. Scrie pe site (in enuntul temei si pe mail-list) ce trebuie sa faca temele, sau cum zici tu: ce se cere de la voi. Programele nu se fac sa mearga pe anumite teste! Ci pe toate combinatiile de teste care se incadreaza in cerinte. --sadyc From so@atlantis.cs.pub.ro Wed Nov 19 11:24:55 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 19 Nov 2003 13:24:55 +0200 Subject: [so] tema3 In-Reply-To: <20031118142613.6A54941E2E@server1.messagingengine.com> References: <20031117145954.6D8643FCF2@server1.messagingengine.com> <20031118142613.6A54941E2E@server1.messagingengine.com> Message-ID: <3FBB5307.6030805@romus.ro> Bogdan Butnaru wrote: >OK, am inteles cum e cu dll-urile. Totusi, care sunt formularile pentru >cele trei probleme suplimentare: > >Bounded Buffer cu mai multi producatori si mai multi consumatori, >Dining Philosophers, >Cigarette Smokers? > Da voi chiar nu cititi nimic ??? Daca nu ma insel aveti bibliografie pentru SO, crezi ca-i data de pomana? PS: nu astept raspuns la acest email! --sadyc From so@atlantis.cs.pub.ro Wed Nov 19 11:45:10 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Wed, 19 Nov 2003 03:45:10 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <3FBB5219.3080707@romus.ro> Message-ID: <20031119114510.22866.qmail@web41014.mail.yahoo.com> Sa nu exageram importanta informatiilor vehiculate atat pe site, cat si pe mailing list, atata timp cat la intrebarile pentru tema 1 v-ati lansat cu totii in indicatii din cele mai pretioase, iar specificatia exacta a ceea ce se astepta de la noi a sosit abia ca justificare a corectarii. --- Adrian Stanciu wrote: > Andrei Stefan wrote: > > >Ar fi fost bine de stiut de la inceput cam ce teste > ar > >fi trebuit sa indeplineasca temele noastre, nu sa > ne > >imaginam noi teste posibile si sa nu stim de fapt > ce > >se cere de la noi ..... > > > Nu inteleg care-i problema. > Scrie pe site (in enuntul temei si pe mail-list) ce > trebuie sa faca > temele, sau cum zici tu: ce se cere de la voi. > > Programele nu se fac sa mearga pe anumite teste! > Ci pe toate combinatiile de teste care se incadreaza > in cerinte. > > --sadyc > > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 12:41:22 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 19 Nov 2003 14:41:22 +0200 Subject: [so] tema1 - corectare & note In-Reply-To: <20031119114510.22866.qmail@web41014.mail.yahoo.com> References: <20031119114510.22866.qmail@web41014.mail.yahoo.com> Message-ID: Acesta este raspunsul final. Alte intrebari similare (sau comentarii) nu vor mai primi raspuns din partea noastra. On Wed, 19 Nov 2003 03:45:10 -0800 (PST), Diana Fulger wrote: > Sa nu exageram importanta informatiilor vehiculate > atat pe site, cat si pe mailing list, atata timp cat > la intrebarile pentru tema 1 v-ati lansat cu totii in > indicatii din cele mai pretioase, iar specificatia O fraza de introducere frumos construita, cu accente satirice. Dar cu ce o sustii? > exacta a ceea ce se astepta de la noi a sosit abia ca > justificare a corectarii. > Ce se astepta de la voi era specificat in cerintele temei. Fiecare punct din barem este prezent in cerintele temei. Cat despre "nu ar trebuie sa fim depunctati pentru greseli de C" pe care am mai auzit-o... Este o scuza lamentabila. Si in contextul de fata nu are sens: toate sistemele de operare in uz la ora actuala au fost scrise in C, si facilitatile puse la dispozitie de ele sunt disponibile la nivelul cel mai apropiat de SO tot din C. Si ati fost avertizati de la inceput, dar cati dintre voi s-au obosit sa citeasca regulile? Si in fine, o ultima remarca relativ la "cam ce teste ar fi trebuit sa indeplineasca temele noastre". Programele nu sunt terminate atunci cand s-a terminat de scris ultima linie de cod. Ele trebuie testate. De catre programatori in faza initiala pentru a scoate bug-urile evidente, si apoi de echipa QA. tavi From so@atlantis.cs.pub.ro Wed Nov 19 15:59:37 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Wed, 19 Nov 2003 07:59:37 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <3FBB5219.3080707@romus.ro> Message-ID: <20031119155937.94875.qmail@web11208.mail.yahoo.com> Pot sa existe mii de teste ..... Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 20 22:00:25 2003 From: so@atlantis.cs.pub.ro (Sava Ionut) Date: Thu, 20 Nov 2003 14:00:25 -0800 (PST) Subject: [so] In legatura cu corectarea Message-ID: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Am vazut ca tema 1 a fost corectata mai dur. E foarte bine. Ideea ar fi sa invatam ceva din toata chestia asta. Nu sa vedem ce punctaje mici am luat ... Eu as propune asta : sa se spuna cam care vor fi testele ( cel putin mai vag ) sau anume la ce sa fim atenti. Cu alte cuvinte ar trebui sa fim un pic ajutati sa gasim bugurile ca sa putem rezolvam, mai degraba decat sa vedem ca suntem depunctati. Eu personal nu cred ca cineva dupa ce isi vede tema corectata se apuca sa isi corecteze bugurile, deci cu alte cuvinte nu prea invata multe. De asemenea ar fi sa se faca pentru fiecare tema o lista de greseli frecvente si cum se pot rezolva ( eventual si cod dc nu depaseste 5-6 linii). Sau sa fie puse pe site un numar de teme facute f bine ca sa putem sa ne comparam (Chiar daca toti ar face o tema perfect tot ar fi unele care sa fie facute optimizat, cu mai putine linii de cod, mai elegant ... SI TOT AR FI O SANSA IN PLUS SA INVETI CEVA). De exemplu am vazut la mai multi oamneni nu se inchidea pipe-ul. Nu stiam ca trebuia inchis capatul de scriere al pipeului inainte de exec. Si probabil dc nu auzeam pe cine trebuie nici n-as fi aflat prea curand. As dori sa primesc un raspuns la acest mail. Have a nice day! __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Fri Nov 21 08:08:17 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 21 Nov 2003 10:08:17 +0200 Subject: [so] In legatura cu corectarea In-Reply-To: <20031120220025.85634.qmail@web21107.mail.yahoo.com> References: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Message-ID: On Thu, 20 Nov 2003 14:00:25 -0800 (PST), Sava Ionut wrote: > Eu as propune asta : sa se spuna cam care vor fi > testele ( cel putin mai vag ) sau anume la ce sa fim > atenti. Cu alte cuvinte ar trebui sa fim un pic In primul si in primul rand ar trebui sa cititi modalitatea de punctare, si mai ales de depunctare din sectiunea Reguli. Daca exista neclaritati, la cum puteti detecta situatiile descrise acolo, intrebati pe lista. Aproape toate greselile pentru care au fost depunctate majoritatea temelor sunt intalnite in acea lista. In al doilea rand: testati-va temele singuri. Contrar a ceea ce cred unii, nu e nevoie de mii de teste pentru a va verifica programul. Daca aveti clara arhitectura programului este simplu sa testati componentele acestuia, si sa eliminati bugurile evidente. In cazul primei teme acest lucru era banal, pentru ca fiecare comanda putea fi testata separat. Testarea temei este la fel de importanta ca si implementarea ei, asa ca noi consideram ca este mai bine sa nu va dam testele, astfel incat voi sa va ganditi la ele, si prin acest lucru sa intelegeti mai bine tema. > ajutati sa gasim bugurile ca sa putem rezolvam, mai > degraba decat sa vedem ca suntem depunctati. Eu > personal nu cred ca cineva dupa ce isi vede tema > corectata se apuca sa isi corecteze bugurile, deci cu > alte cuvinte nu prea invata multe. > Nu e atat de important sa corectati bugurile unei teme ce a fost notata deja, decat ca exercitiu. Dar e important sa intelegeti de ce a aparuta bugul, si cum puteti evita situatii de genul acesta in viitor. Stiti voi, errare humanum est, perseverare diabolicum. > De asemenea ar fi sa se faca pentru fiecare tema o > lista de greseli frecvente si cum se pot rezolva ( > eventual si cod dc nu depaseste 5-6 linii). Sau sa fie Cea mai frecventa "greseala" este faptul ca nu se programeaza cu pagina de manual in fata. Inainte de a folosi o functie, cititi cu atentie, si pe cat posibil, toata pagina de manual si luati in calcul toate posibilitatile oricat de improbabile ar parea ele. In plus, exista un stil de programare ce duce inevitabil la buguri: fixarea unor limite. Uneori acest lucru este inevitabil, dar in aceste cazuri tineti cont de limite. Aceste greseli sunt cauza a probabil 90% din buguri. > puse pe site un numar de teme facute f bine ca sa > putem sa ne comparam (Chiar daca toti ar face o tema > perfect tot ar fi unele care sa fie facute optimizat, > cu mai putine linii de cod, mai elegant ... SI TOT AR > FI O SANSA IN PLUS SA INVETI CEVA). Acest lucru este imposibil, in situatia in care temele sunt valabile inclusiv in sesiunea de restanta. > De exemplu am vazut la mai multi oamneni nu se > inchidea pipe-ul. Nu stiam ca trebuia inchis capatul > de scriere al pipeului inainte de exec. Si probabil dc > nu auzeam pe cine trebuie nici n-as fi aflat prea > curand. Sunt curios: ai fost la laborator? tavi From so@atlantis.cs.pub.ro Fri Nov 21 09:07:48 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Fri, 21 Nov 2003 01:07:48 -0800 (PST) Subject: [so] In legatura cu corectarea In-Reply-To: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Message-ID: <20031121090748.64855.qmail@web41015.mail.yahoo.com> --0-752689260-1069405668=:62183 Content-Type: text/plain; charset=us-ascii Salut, Chestia cu pipe-ul nu a fost o capcana. Este o chestie tehnica deci legata de laborator , si la care ai fi primit raspunsul si inainte daca ai fi intrebat ( inainte de a trimite tema). P.S. : Aceasta lista vizeaza numai intrebari si raspunsuri legate de teme. Pentru orice alta nelamurire,propunere, etc ar trebui sa va adresati direct la tavi@cs.pub.ro sau direct laborantului (cand problema este de ordin tehnic) George Sava Ionut wrote: Am vazut ca tema 1 a fost corectata mai dur. E foarte bine. Ideea ar fi sa invatam ceva din toata chestia asta. Nu sa vedem ce punctaje mici am luat ... Eu as propune asta : sa se spuna cam care vor fi testele ( cel putin mai vag ) sau anume la ce sa fim atenti. Cu alte cuvinte ar trebui sa fim un pic ajutati sa gasim bugurile ca sa putem rezolvam, mai degraba decat sa vedem ca suntem depunctati. Eu personal nu cred ca cineva dupa ce isi vede tema corectata se apuca sa isi corecteze bugurile, deci cu alte cuvinte nu prea invata multe. De asemenea ar fi sa se faca pentru fiecare tema o lista de greseli frecvente si cum se pot rezolva ( eventual si cod dc nu depaseste 5-6 linii). Sau sa fie puse pe site un numar de teme facute f bine ca sa putem sa ne comparam (Chiar daca toti ar face o tema perfect tot ar fi unele care sa fie facute optimizat, cu mai putine linii de cod, mai elegant ... SI TOT AR FI O SANSA IN PLUS SA INVETI CEVA). De exemplu am vazut la mai multi oamneni nu se inchidea pipe-ul. Nu stiam ca trebuia inchis capatul de scriere al pipeului inainte de exec. Si probabil dc nu auzeam pe cine trebuie nici n-as fi aflat prea curand. As dori sa primesc un raspuns la acest mail. Have a nice day! __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-752689260-1069405668=:62183 Content-Type: text/html; charset=us-ascii
Salut,
 
Chestia cu pipe-ul nu a fost o capcana. Este o chestie tehnica deci legata de laborator ,
si la care ai fi primit raspunsul si inainte daca ai fi intrebat ( inainte de a trimite tema).
 
P.S. : Aceasta lista vizeaza numai intrebari si raspunsuri legate de teme. Pentru orice alta nelamurire,propunere, etc  ar trebui sa va adresati direct la tavi@cs.pub.ro sau direct laborantului (cand problema este de ordin tehnic)
 
George

Sava Ionut <sava_ionut@yahoo.com> wrote:
Am vazut ca tema 1 a fost corectata mai dur. E
foarte bine. Ideea ar fi sa invatam ceva din toata
chestia asta. Nu sa vedem ce punctaje mici am luat ...

Eu as propune asta : sa se spuna cam care vor fi
testele ( cel putin mai vag ) sau anume la ce sa fim
atenti. Cu alte cuvinte ar trebui sa fim un pic
ajutati sa gasim bugurile ca sa putem rezolvam, mai
degraba decat sa vedem ca suntem depunctati. Eu
personal nu cred ca cineva dupa ce isi vede tema
corectata se apuca sa isi corecteze bugurile, deci cu
alte cuvinte nu prea invata multe.
De asemenea ar fi sa se faca pentru fiecare tema o
lista de greseli frecvente si cum se pot rezolva (
eventual si cod dc nu depaseste 5-6 linii). Sau sa fie
puse pe site un numar de teme facute f bine ca sa
putem sa ne comparam (Chiar daca toti ar face o tema
perfect tot ar fi unele care sa fie facute optimizat,
cu mai putine linii de cod, mai elegant ... SI TOT AR
FI O SANSA IN PLUS SA INVETI CEVA).
De exemplu am vazut la mai multi oamneni nu se
inchidea pipe-ul. Nu stiam ca trebuia inchis capatul
de scriere al pipeului inainte de exec. Si probabil dc
nu auzeam pe cine trebuie nici n-as fi aflat prea
curand.
As dori sa primesc un raspuns la acest mail.
Have a nice day!

__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-752689260-1069405668=:62183-- From so@atlantis.cs.pub.ro Fri Nov 21 10:45:15 2003 From: so@atlantis.cs.pub.ro (Eu Io) Date: Fri, 21 Nov 2003 02:45:15 -0800 (PST) Subject: [so] Comparatie CA CB Message-ID: <20031121104515.59912.qmail@web60110.mail.yahoo.com> Protest Materia Sisteme de Operare ar trebui sa fie accesibila si studentilor medii.Greadul de dificultate al temelor trebuie sa permita unui student mediu sa rezolve temele.A se vedea spre comparatie Sistemele de Operare de la seria CB(ce teme sunt la CB si ce teme la CA).La CA avemteme de casa imense iar la laborator trebuie sa ne facem exercitiile de acasa pentru ca nu avem timp sa terminam la laborator. __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sat Nov 22 09:47:38 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 01:47:38 -0800 (PST) Subject: [so] vesti bune Message-ID: <20031122094738.59193.qmail@web60510.mail.yahoo.com> Salut, Iata o mica nelamurire care s-a ivit in legatura cu tema 3. Dupa cum deja probabil ca v-ati dat seama nu este necesar sa implementati in monitor cozi explicite si va puteti folosi de variabile conditie. Aceasta fiind situatia una dintre cerintele temei este depistarea situatiilor de folosire incorecta a monitorului (operatiile signal, broadcast si wait pot fi apelate doar de threaduri intrate deja in monitor). De aici se naste intrebarea: cum putem sa ne dam seama ca un thread apeleaza signal sau wait inainte de a face enter. Neavand in monitor liste cu toate threadurile intrate o solutie ar fi ca fiecare thread sa-si tina un flag care sa indice daca threadul este sau nu in monitor, flag care sa fie testat in fiecare operatie. Deoarece programatorul care foloseste biblioteca monitor trebuie sa nu fie constient de flagul respectiv acesta va trebui implementat in biblioteca. Dar cum bliblioteca este partajata si ea se incarca in spatiul de adrese al procesului, un simplu flag global in librarie ar fi comun tuturor threadurilor care incarca libraria. Pentru acest motiv va trebui sa folositi thread local storage astfel incat flagul sa fie privat in fiecare thread. Vestile bune erau ca aveti ocazia sa invatati sa folositi thread local storage :). Pentru a initializa TLS veti folosi entry-pointul in librarie. Pe Windows faceti un TlsAlloc/TlsFree in DllMain, iar pe Linux faceti un pthread_key_create in constructorul/destructorul librariei declarat astfel: void __attribute__ ((constructor)) my_init(void); void __attribute__ ((destructor)) my_fini(void); Pentru detalii vezi urmatoarele linkuri in Platform SDK pt Windows: ms-help://MS.PSDK.1033/dllproc/base/thread_local_storage.htm ms-help://MS.PSDK.1033/dllproc/base/using_thread_local_storage.htm ms-help://MS.PSDK.1033/dllproc/base/using_thread_local_storage_in_a_dynamic_link_library.htm Pentru Linux vezi man pthread_key_create si din Program Library HOWTO: http://www.tldp.org/HOWTO/Program-Library-HOWTO/miscellaneous.html#INIT-AND-CLEANUP Am pus linkurile de mai sus si in sectiunea Observatii a temei. Nu este cazul sa va impacientati. Nu este nimic complicat, doar nou. O sa va ia vreo ora sa cititi indicatiile din linkurile de mai sus dar nu este mare filosofie. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 10:23:03 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 12:23:03 +0200 Subject: [so] tema3 Message-ID: <002b01c3b0e2$a06a62d0$7c829ad5@ioana> This is a multi-part message in MIME format. ------=_NextPart_000_0028_01C3B0F3.605B3F00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Problemele ce trebuiesc rezolvate folosind monitorul presupun = rularea la infinit a firelor de executie (de exemplu la bounded buffer = si producatorii si consumatorii ruleaza la infinit). Deci terminarea = acestor programe s-ar face cu CTRL-C, si in acest caz nu se mai apeleaza = functia de distrugere a monitorului. Este ok asa? Chiar daca se face un handler pt. semnalul ctrl-c, oricum nu ar = merge destroy-ul pt. ca practic ar mai fi fire blocate in monitor. ------=_NextPart_000_0028_01C3B0F3.605B3F00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
    Problemele ce = trebuiesc=20 rezolvate folosind monitorul presupun rularea la infinit a firelor = de=20 executie (de exemplu la bounded buffer si producatorii si consumatorii = ruleaza=20 la infinit). Deci terminarea acestor programe s-ar face cu CTRL-C, si in = acest=20 caz nu se mai apeleaza functia de distrugere a monitorului. Este ok=20 asa?
    Chiar daca se face = un handler=20 pt. semnalul ctrl-c, oricum nu ar merge destroy-ul pt. ca practic ar mai = fi fire=20 blocate in monitor.
------=_NextPart_000_0028_01C3B0F3.605B3F00-- From so@atlantis.cs.pub.ro Sat Nov 22 10:29:56 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 02:29:56 -0800 (PST) Subject: [so] tema3 In-Reply-To: <002b01c3b0e2$a06a62d0$7c829ad5@ioana> Message-ID: <20031122102956.68549.qmail@web60510.mail.yahoo.com> --- Ioana Cutcutache wrote: > Problemele ce trebuiesc rezolvate folosind > monitorul presupun rularea la infinit a firelor de > executie (de exemplu la bounded buffer si > producatorii si consumatorii ruleaza la infinit). > Deci terminarea acestor programe s-ar face cu > CTRL-C, si in acest caz nu se mai apeleaza functia > de distrugere a monitorului. Este ok asa? > Chiar daca se face un handler pt. semnalul > ctrl-c, oricum nu ar merge destroy-ul pt. ca practic > ar mai fi fire blocate in monitor. Poti sa tii in proces un flag global de oprire pe care sa-l testeze fiecare thread inainte de o noua operatie de citire/scriere. Initial flagul este false adica toata lumea lucreaza. In handlerul pt Ctrl+C poti seta flagul respectiv si astfel toate threadurile se vor opri gracefully. Dupa ce le-ai asteptat pe toate (in main) poti distruge monitorul. Bineinteles threadurile vor parasi monitorul inainte sa se termine. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 11:51:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 03:51:51 -0800 (PST) Subject: [so] vesti si mai bune Message-ID: <20031122115151.5930.qmail@web60503.mail.yahoo.com> Salut, Desi sper ca putini dintre voi au avut dificultati in a interpreta specificatiile formale pentru operatiile cu monitorul, descrise prin axiomele din buhr95monitor.pdf, am considerat ca e corect sa va dau specificatiile in limbaj natural ca sa nu fie nici un dubiu. De asemenea din documentatie lipseau specificatiile pentru broadcast si specificatiile de la SIGNAL AND WAIT (cele din doc) se modifica putin prin introducerea operatiei broadcast. Am adaugat in sectiunea de Observatii a temei un link catre specificatiile in limbaj natural. Cititi-le si daca mai aveti nelamuriri intrebati. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 14:37:38 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 16:37:38 +0200 Subject: [so] tema3 References: <20031122102956.68549.qmail@web60510.mail.yahoo.com> Message-ID: <000d01c3b106$2e45eac0$4e0c6150@ioana> Mai e o problema : in linux ca sa folosesc sigaction trebuie sa includ signal.h, si in momentul asta apare un conflict de nume intre functia mea signal pt. monitor si functia signal definita in signal.h. Solutia ar fi sa numesc altfel functia pt. monitor, de exemplu SignalMonitor, e ok? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 12:29 PM Subject: Re: [so] tema3 > > Poti sa tii in proces un flag global de oprire pe care > > sa-l testeze fiecare thread inainte de o noua operatie > de citire/scriere. Initial flagul este false adica > toata lumea lucreaza. > In handlerul pt Ctrl+C poti seta flagul respectiv si > astfel toate threadurile se vor opri gracefully. > > Dupa ce le-ai asteptat pe toate (in main) poti > distruge monitorul. Bineinteles threadurile vor parasi > monitorul inainte sa se termine. > > Cosmin > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 14:53:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 06:53:21 -0800 (PST) Subject: [so] tema3 In-Reply-To: <000d01c3b106$2e45eac0$4e0c6150@ioana> Message-ID: <20031122145321.26040.qmail@web60510.mail.yahoo.com> --- Ioana Cutcutache wrote: > Mai e o problema : in linux ca sa folosesc > sigaction trebuie sa includ > signal.h, si in momentul asta apare un conflict de > nume intre functia mea > signal pt. monitor si functia signal definita in > signal.h. Solutia ar fi sa > numesc altfel functia pt. monitor, de exemplu > SignalMonitor, e ok? E ok. Poate mai potrivit ar fi SignalCondition :) sau doar Signal si Wait (capitalized). Pentru cei care fac tema in C++ problema asta nu apare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 18:11:14 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Sat, 22 Nov 2003 20:11:14 +0200 Subject: [so] P(n) pe Windows In-Reply-To: <20031117230254.17549.qmail@web60509.mail.yahoo.com> References: <20031117230254.17549.qmail@web60509.mail.yahoo.com> Message-ID: <1888217195.20031122201114@rdsnet.ro> Tuesday, November 18, 2003, 1:02:54 AM, you wrote: CA> Am pus la CA> http://cs.pub.ro/~so/Laboratoare/Semaphore.zip CA> o propunere de semafor generalizat pe Windows cu CA> operatiile P(n), V(n) si WaitZero(). Din pacate nu contine si un README. Ma intreb cum ti-a acceptat uploadul ;) Este super ca ai pus o solutie!, insa ma tot chinui sa o citesc de vreo saptamana si renunt de fiecare data pentru ca nu reusesc sa inteleg si nu am tot timpul din lume. In cazul in care nu se vor publica comentarii vreau sa profit chiar acum de ocazie sa fac un apel la cei care pot sa ma ajute sa inteleg codul sa imi raspunda pe adresa personala. Cu multumiri, Ion Petrescu From so@atlantis.cs.pub.ro Sat Nov 22 18:53:43 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Sat, 22 Nov 2003 20:53:43 +0200 Subject: [so] readers&writers? Message-ID: <20031122185343.66A2E40988@server1.messagingengine.com> Nu sunt sigur daca am inteles enuntul la "Readers and Writers cu prioritate pentru writers": E vorba de o zona de memorie in care fiecare scrie/citeste unde/de unde vrea (respectand regulile de prioritati), cam ca la shared memory? Initial am crezut ca e bounded buffer, dar parca nu e asa, avand in vedere ca ati pus separat problema asta. --- Cosmin Arad wrote: >BoundedBuffer e problema producator consumator. >Producatorul produce (adauga) elemente intr-un buffer >de dimensiune fixa, iar consumatorul extrage elemente >din buffer. De data aceasta vei avea mai mult de un >producator si mai mult de un consumator. Practic nu e >mare diferenta. Producatorii trebuie sa astepte la o >conditie full si consumatorii la o conditie empty. >Problema e banala dar s-o rezolvati corect. -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again From so@atlantis.cs.pub.ro Sat Nov 22 19:14:25 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 21:14:25 +0200 Subject: [so] vesti si mai bune References: <20031122115151.5930.qmail@web60503.mail.yahoo.com> Message-ID: <001301c3b12c$db7f8270$090c6150@ioana> La "un thread executa leave" scrie la sfarsit "Daca si aceasta(Entry Queue) va fi goala, threadul curent nu are pe cine sa planifice si va parasi monitorul, care in acest caz este gol si poate fi distrus.". Mie nu mi se pare corecta afirmatia ca monitorul in acest caz este gol si poate fi distrus. Daca nu e nimeni in waiting, signaller, entry, nu inseamna ca nu exista fire blocate la variabile conditie. Deci monitorul poate sa nu fie gol. Pentru a stii cand nu mai e nimeni in monitor (deci cand poate fi distrus) putem folosi o variabila (contor) care sa contorizeze cate fire sunt la un moment dat in monitor? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 1:51 PM Subject: [so] vesti si mai bune > Salut, > > Desi sper ca putini dintre voi au avut dificultati in > a interpreta specificatiile formale pentru operatiile > cu monitorul, descrise prin axiomele din > buhr95monitor.pdf, am considerat ca e corect sa va dau > specificatiile in limbaj natural ca sa nu fie nici un > dubiu. > De asemenea din documentatie lipseau specificatiile > pentru broadcast si specificatiile de la SIGNAL AND > WAIT (cele din doc) se modifica putin prin > introducerea operatiei broadcast. > Am adaugat in sectiunea de Observatii a temei un link > catre specificatiile in limbaj natural. > > Cititi-le si daca mai aveti nelamuriri intrebati. > > Succes, > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 20:03:22 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 22:03:22 +0200 Subject: [so] tema3 References: <20031122145321.26040.qmail@web60510.mail.yahoo.com> Message-ID: <000801c3b133$af5e7f00$420c6150@ioana> Din pacate vad ca nu prea merge solutia cu ctrl+c si handler pe semnal, pentru ca daca sunt fire de executie blocate la o variabila conditie, semnalul sigint nu le deblocheaza... si deci programul nu se mai termina. Exista vreo posibilitate de a debloca firele care asteapta la o variabila conditie? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 4:53 PM Subject: Re: [so] tema3 > --- Ioana Cutcutache wrote: > > Mai e o problema : in linux ca sa folosesc > > sigaction trebuie sa includ > > signal.h, si in momentul asta apare un conflict de > > nume intre functia mea > > signal pt. monitor si functia signal definita in > > signal.h. Solutia ar fi sa > > numesc altfel functia pt. monitor, de exemplu > > SignalMonitor, e ok? > > E ok. Poate mai potrivit ar fi SignalCondition :) > sau doar Signal si Wait (capitalized). > Pentru cei care fac tema in C++ problema asta nu > apare. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 20:47:41 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 12:47:41 -0800 (PST) Subject: [so] vesti si mai bune In-Reply-To: <001301c3b12c$db7f8270$090c6150@ioana> Message-ID: <20031122204741.9322.qmail@web60506.mail.yahoo.com> --- Ioana Cutcutache wrote: > La "un thread executa leave" scrie la sfarsit > "Daca si aceasta(Entry > Queue) va fi goala, threadul curent nu are pe cine > sa planifice si va parasi > monitorul, care in acest caz este gol si poate fi > distrus.". Mie nu mi se > pare corecta afirmatia ca monitorul in acest caz > este gol si poate fi > distrus. > Daca nu e nimeni in waiting, signaller, entry, > nu inseamna ca nu exista > fire blocate la variabile conditie. Deci monitorul > poate sa nu fie gol. > Pentru a stii cand nu mai e nimeni in monitor > (deci cand poate fi > distrus) putem folosi o variabila (contor) care sa > contorizeze cate fire > sunt la un moment dat in monitor? Ai dreptate. My mistake. Am corectat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 21:04:57 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 13:04:57 -0800 (PST) Subject: [so] readers&writers? In-Reply-To: <20031122185343.66A2E40988@server1.messagingengine.com> Message-ID: <20031122210457.5361.qmail@web60505.mail.yahoo.com> --- Bogdan Butnaru wrote: > Nu sunt sigur daca am inteles enuntul la "Readers > and Writers cu > prioritate pentru writers": E vorba de o zona de > memorie in care fiecare > scrie/citeste unde/de unde vrea (respectand regulile > de prioritati), cam > ca la shared memory? Initial am crezut ca e bounded > buffer, dar parca nu > e asa, avand in vedere ca ati pus separat problema > asta. Readers and Writers modeleaza problema accesului concurential la o inregistrare dintr-o baza de date. Bufferul amintit in enunt e de dimensiune 1 (doar o variabila). Variabila poate fi citita in paralel de oricati readeri insa nu poate fi scrisa decat de un singur writer la un moment dat. Asadar in timpul unei scrieri nu este permis nici un alt acces insa in timpul unei citiri sunt admise oricate alte citiri. Astfel, daca un reader citeste dbufferul, in timpul acestei citiri pot sa mai apara alte cereri de citire care sunt permise. Se observa ca nu este exclus cazul in care cereri de citire sa ajunga in mod constant astfel incat sa se mentina tot timpul un cititor in buffer. In acest caz avem de-a face cu writer starvation pt ca unui writer nu-i va fi permis accesul la buffer decat cand toti readerii au iesit, dar cum readerii continua sa vina ... Voi trebuie sa implementati o solutie cu prioritate pt writeri, in care un writer nu va astepta la infinit chiar daca cereri de citire vin la infinit. O solutie ar fi ca in momentul sosirii unei cereri de scriere sa nu mai fie admisi in buffer alti cititori decat cei care erau deja, urmand ca dupa ce citirile deja incepute se termina, sa se faca scrierea dupa care alte citiri sau alte scrieri. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 21:18:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 13:18:54 -0800 (PST) Subject: [so] tema3 In-Reply-To: <000801c3b133$af5e7f00$420c6150@ioana> Message-ID: <20031122211854.56882.qmail@web60503.mail.yahoo.com> --- Ioana Cutcutache wrote: > Din pacate vad ca nu prea merge solutia cu ctrl+c si > handler pe semnal, > pentru ca daca sunt fire de executie blocate la o > variabila conditie, > semnalul sigint nu le deblocheaza... si deci > programul nu se mai termina. > Exista vreo posibilitate de a debloca firele care > asteapta la o variabila > conditie? Ar fi pthread_cancel. Threadurile ar trebui sa aiba setat tipul de cancelation PTHREAD_CANCELATION_ASYNCHRONOUS. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 00:18:30 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 16:18:30 -0800 (PST) Subject: [so] precizare tema 3 Message-ID: <20031123001830.55076.qmail@web60510.mail.yahoo.com> Hintul de la problema barbierilor nu trebuie neaparat luat in considerare. Problema se poate rezolva si cu un singur monitor. Ideea celor 2 monitoare era ca frizerii sa nu concureze pt ocuparea monitorului cu clientii nou intrati, insa este ok si o implementare cu un singur monitor, fiind mai simpla. Aveti grija la urmatoarele aspecte: - clientii care asteapta pe scaune vor fi tunsi cu prioritate fata de clientii tocmai intrati; - un client nou intrat nu va astepta pe scaun daca nimeni nu mai asteapta pe scaun si sunt barbieri liberi; - un client nou intrat va pleca imediat daca toate scaunele de asteptare sunt ocupate; - mai multi frizeri trebuie sa poata tunde in paralel; - un frizer care a terminat un tuns va trebui sa-l anunte exact pe clientul pe care l-a tuns el. Sa nu existe situatii in care cand un frizer termina un tuns elibereaza clientul altui frizer. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 01:17:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 17:17:29 -0800 (PST) Subject: [so] P(n) pe Windows In-Reply-To: <1888217195.20031122201114@rdsnet.ro> Message-ID: <20031123011729.27499.qmail@web60507.mail.yahoo.com> Incearca sa scrii pseudocodul pe hartie si o sa vezi ca e simplu. 4 mutexuri si 4 semafoare. Toate P-urile care nu pot continua se blocheaza la semaforul blockP si toate WaitZero care nu pot continua se blocheaza la semaforul blockZ. La fiecare V toate P-urile isi vor reevalua conditiile iar cele care se pot termina se vor termina. Se va folosi semaforul EvaluateP pt ca operatia V sa se asigure ca toate P-urile s-au reevaluat inainte de a continua. La fiecare P care aduce valoarea semaforului la 0 toate WaitZero blocate isi vor reevalua conditiile si se vor termina. Se va folosi semaforul EvaluateZ pt ca operatia P sa se asigure ca toate WaitZero s-au reevaluat inainte de a continua. 3 dintre mutexuri sunt folosite pt protejarea unor contoare iar sectionSequence pentru a departaja operatiile P ajunse inaintea unui V de cele ajunse dupa. In rest mai sunt niste contoare si un flag self-explanatory. Cosmin --- Ion Petrescu wrote: > Tuesday, November 18, 2003, 1:02:54 AM, you wrote: > > CA> Am pus la > CA> http://cs.pub.ro/~so/Laboratoare/Semaphore.zip > CA> o propunere de semafor generalizat pe Windows cu > CA> operatiile P(n), V(n) si WaitZero(). > > Din pacate nu contine si un README. Ma intreb cum > ti-a acceptat > uploadul ;) > > Este super ca ai pus o solutie!, insa ma tot chinui > sa o citesc de vreo > saptamana si renunt de fiecare data pentru ca nu > reusesc sa inteleg si > nu am tot timpul din lume. > > > In cazul in care nu se vor publica comentarii vreau > sa profit chiar > acum de ocazie sa fac un apel la cei care pot sa ma > ajute sa inteleg > codul sa imi raspunda pe adresa personala. > > > Cu multumiri, > Ion Petrescu > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 06:37:19 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sun, 23 Nov 2003 08:37:19 +0200 Subject: [so] readers&writers? References: <20031122210457.5361.qmail@web60505.mail.yahoo.com> Message-ID: <002f01c3b18c$d1029110$25829ad5@ioana> In legatura cu aceasta problema : cand termina un scriitor, daca sunt alti scriitori in asteptare, unul din ei trebuie sa fie anuntat ca poate sa scrie? Eu asa inteleg ca ar fi, daca se face cu prioritate pt. writeri. Dar in acest mod se poate ajunge la reader starvation, daca sunt multi scriitori. Ma gandesc ca atunci cand termina un scriitor el sa dea prioritatea cititorilor care deja asteptau (daca mai vin altii si exista scriitori ce asteapta, nu o sa poata intra in buffer), apoi cand termina ei, o sa aiba prioritate scriitori care asteapta si tot asa, in felul asta nu se ajunge la starvation pt. nimeni. ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 11:04 PM Subject: Re: [so] readers&writers? > --- Bogdan Butnaru wrote: > > Nu sunt sigur daca am inteles enuntul la "Readers > > and Writers cu > > prioritate pentru writers": E vorba de o zona de > > memorie in care fiecare > > scrie/citeste unde/de unde vrea (respectand regulile > > de prioritati), cam > > ca la shared memory? Initial am crezut ca e bounded > > buffer, dar parca nu > > e asa, avand in vedere ca ati pus separat problema > > asta. > > Readers and Writers modeleaza problema accesului > concurential la o inregistrare dintr-o baza de date. > Bufferul amintit in enunt e de dimensiune 1 (doar o > variabila). > Variabila poate fi citita in paralel de oricati > readeri insa nu poate fi scrisa decat de un singur > writer la un moment dat. > Asadar in timpul unei scrieri nu este permis nici un > alt acces insa in timpul unei citiri sunt admise > oricate alte citiri. Astfel, daca un reader citeste > dbufferul, in timpul acestei citiri pot sa mai apara > alte cereri de citire care sunt permise. Se observa ca > nu este exclus cazul in care cereri de citire sa > ajunga in mod constant astfel incat sa se mentina tot > timpul un cititor in buffer. In acest caz avem de-a > face cu writer starvation pt ca unui writer nu-i va fi > permis accesul la buffer decat cand toti readerii au > iesit, dar cum readerii continua sa vina ... > Voi trebuie sa implementati o solutie cu prioritate pt > writeri, in care un writer nu va astepta la infinit > chiar daca cereri de citire vin la infinit. > O solutie ar fi ca in momentul sosirii unei cereri de > scriere sa nu mai fie admisi in buffer alti cititori > decat cei care erau deja, urmand ca dupa ce citirile > deja incepute se termina, sa se faca scrierea dupa > care alte citiri sau alte scrieri. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sun Nov 23 09:29:00 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 01:29:00 -0800 (PST) Subject: [so] readers&writers? In-Reply-To: <002f01c3b18c$d1029110$25829ad5@ioana> Message-ID: <20031123092900.56247.qmail@web60510.mail.yahoo.com> Se presupune ca numarul cititorilor e mai mare decat cel al scriitorilor, adica cereri de scriere vin mai rar decat cereri de citire, si daca ai face o alternanta cum propui tu, scriitorii tot ar avea de suferit. Pe de alta parte se presupune ca un cititor isi doreste sa citeasca informatia actualizata, deci vrem ca un scriitor sa poata sa actualizeze informatia cat mai devreme. Cu alte cuvinte ne convine mai mult ca un cititor sa astepte dupa un scriitor decat invers. Cosmin --- Ioana Cutcutache wrote: > In legatura cu aceasta problema : cand termina un > scriitor, daca sunt alti > scriitori in asteptare, unul din ei trebuie sa fie > anuntat ca poate sa > scrie? Eu asa inteleg ca ar fi, daca se face cu > prioritate pt. writeri. Dar > in acest mod se poate ajunge la reader starvation, > daca sunt multi > scriitori. Ma gandesc ca atunci cand termina un > scriitor el sa dea > prioritatea cititorilor care deja asteptau (daca mai > vin altii si exista > scriitori ce asteapta, nu o sa poata intra in > buffer), apoi cand termina ei, > o sa aiba prioritate scriitori care asteapta si tot > asa, in felul asta nu se > ajunge la starvation pt. nimeni. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 16:26:54 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 23 Nov 2003 18:26:54 +0200 Subject: [so] creare shared library References: <20031123092900.56247.qmail@web60510.mail.yahoo.com> Message-ID: <3FC0DFCE.4060602@pcnet.ro> Buna! As vrea sa ma lamureasca si pe mine cineva de ce obtin urmataore eroare daca incerc sa crez shared library de care avem nevoie.Am urmat exemplul cu libhello din Program Library HOWTO. [root@ruxi tema3]# gcc -fPIC -Wall -g -c libmonitor1.c [root@ruxi tema3]# gcc -g -shared -Wl,-soname,libmonitor1.so.0 -o libmonitor1.so.0.0 libmonitor1.o -lc [root@ruxi tema3]# /sbin/ldconfig -n . [root@ruxi tema3]# ln -sf libmonitor1.so.0 libmonitor1.so [root@ruxi tema3]# gcc -Wall -g -c rw.c -o rw.o [root@ruxi tema3]# gcc -Wall -c rw.c -o rw.o -L. -lmonitor1 gcc: -lmonitor1: linker input file unused since linking not done p.s. nu am mai copiat libmonitor1.so.0.0 in vreun /usr/local/lib pt ca vreau sa fie in directorul curent, asa ca fac chestia aia cu /sbin/ldconfig -n . From so@atlantis.cs.pub.ro Sun Nov 23 16:33:25 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 08:33:25 -0800 (PST) Subject: [so] creare shared library In-Reply-To: <3FC0DFCE.4060602@pcnet.ro> Message-ID: <20031123163325.1172.qmail@web60507.mail.yahoo.com> La ultima comanda gcc ai specificat flagul -c care inseamna doar compilare fara legare, deci -l nu isi are sensul. Cosmin --- Ruxi Jitianu wrote: > Buna! > > As vrea sa ma lamureasca si pe mine cineva de ce > obtin urmataore eroare > daca incerc sa crez shared library de care avem > nevoie.Am urmat exemplul > cu libhello din Program Library HOWTO. > > > [root@ruxi tema3]# gcc -fPIC -Wall -g -c > libmonitor1.c > [root@ruxi tema3]# gcc -g -shared > -Wl,-soname,libmonitor1.so.0 -o libmonitor1.so.0.0 > libmonitor1.o -lc > [root@ruxi tema3]# /sbin/ldconfig -n . > [root@ruxi tema3]# ln -sf libmonitor1.so.0 > libmonitor1.so > [root@ruxi tema3]# gcc -Wall -g -c rw.c -o rw.o > [root@ruxi tema3]# gcc -Wall -c rw.c -o rw.o -L. > -lmonitor1 > gcc: -lmonitor1: linker input file unused since > linking not done > > p.s. > > nu am mai copiat libmonitor1.so.0.0 in vreun > /usr/local/lib pt ca vreau sa fie in directorul > curent, > asa ca fac chestia aia cu /sbin/ldconfig -n . __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 17:25:52 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sun, 23 Nov 2003 19:25:52 +0200 Subject: [so] tema 3 Message-ID: <002201c3b1e6$d83d3430$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_001F_01C3B1F7.9BA70A80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable libraria noastra cuprinde functii pentru monitoare. ok. dar pentru un = singur monitor sau pot sa fie oricate? adica: exista un grup de procese care reprezinta o aplicatie. acestea = folosesc un monitor. nu pot exista si alte grupuri de procese care sa = aiba nevoie de mecanismul de monitor sau o aceiasi aplicatie sa aiba = nevoie de mai multe monitoare? presupun ca da, si libraria noastra sa le = poata deservii pe toate. altfel nu vad ce rol are parametrul Monitor * = in toate functiile cerute. apoi, de ce este nevoie de un Monitor *? ce nevoie are o aplicatie sa = stie exact ce e acela un monitor? stie de concept, stie ce functii pune = la dispozitie libraria si ii este de ajuns. ce vreau eu sa zic este, nu = putem inlocui acel Monitor* cu un int? un fel de monitor descriptor = (analogie cu file descriptor). apoi, un proces creaza monitorul. ok, are un handle la el (int sau = Monitor *, nu conteaza) si face treaba cu el. celelalte procese cum procedeaza? pentru ca nu vad alta functie = asemanatoare cu create sau init ar trebui sa creeze el din nou monitorul = respectiv (adica din ou create). am putea face o chestie asemanatoare cu = MONITOR_CREATE | MONITOR_EXCLUSIVE la creare care sa returneze eroare = daca exista deja monitorul care voria sa fie creat. si asa ajung la o alta chestiune. ar trebui ca la crearea monitorului sa = se furnizeze si un identificator, o semnatura a aplicatiei, etc. o = chestie prin care sa se identifica monitorul in afara librariei. adica e = nevoie de un parametru extern pentru ca mecanismul CreateMonitor open = Monitor sa functioneze (analogie cu orice alta pereche Create / Open din = windows).=20 si ca sa fim consecventi ideii din windows, destroy nu ar sterge pur si = simplu monitorul ci doar ar marca renuntarea unui proces la serviciile = lui. cand monitorul nu mai este folosit de nimeni (folosit nu inseamna = toate cozile din el goale) s-ar sterge efectiv monitorul. sper ca m-am exprimat destul de clar ca sa se poate intelege ce am vrut = sa spun.=20 deci, ce intreb eu: 1. librarie monitor =3D un obiect monitor sau mai multe obiecte monitor 2. se poate inlocui Monitor* cu int 3. se poate adapta create la CreateMonitor si OpenMonitor si deci = adaugarea unui parametru in plus ------=_NextPart_000_001F_01C3B1F7.9BA70A80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
libraria noastra cuprinde functii = pentru monitoare.=20 ok. dar pentru un singur monitor sau pot sa fie oricate?
adica: exista un grup de procese care = reprezinta o=20 aplicatie. acestea folosesc un monitor. nu pot exista si alte grupuri de = procese=20 care sa aiba nevoie de mecanismul de monitor sau o aceiasi aplicatie sa = aiba=20 nevoie de mai multe monitoare? presupun ca da, si libraria noastra sa le = poata=20 deservii pe toate. altfel nu vad ce rol are parametrul Monitor * in = toate=20 functiile cerute.
 
apoi, de ce este nevoie de un Monitor = *? ce nevoie=20 are o aplicatie sa stie exact ce e acela un monitor? stie de concept, = stie ce=20 functii pune la dispozitie libraria si ii este de ajuns. ce vreau eu sa = zic=20 este, nu putem inlocui acel Monitor* cu un int? un fel de monitor = descriptor=20 (analogie cu file descriptor).
 
apoi, un proces creaza monitorul. ok, = are un handle=20 la el (int sau Monitor *, nu conteaza) si face treaba cu = el.
celelalte procese cum procedeaza? = pentru ca nu vad=20 alta functie asemanatoare cu create sau init ar trebui sa creeze el din = nou=20 monitorul respectiv (adica din ou create). am putea face o chestie = asemanatoare=20 cu MONITOR_CREATE | MONITOR_EXCLUSIVE la creare care sa returneze eroare = daca=20 exista deja monitorul care voria sa fie creat.
 
si asa ajung la o alta chestiune. ar = trebui ca la=20 crearea monitorului sa se furnizeze si un identificator, o semnatura a=20 aplicatiei, etc. o chestie prin care sa se identifica monitorul in afara = librariei. adica e nevoie de un parametru extern pentru ca mecanismul=20 CreateMonitor open Monitor sa functioneze (analogie cu orice alta = pereche Create=20 / Open din windows).
si ca sa fim consecventi ideii din = windows, destroy=20 nu ar sterge pur si simplu monitorul ci doar ar marca renuntarea unui = proces la=20 serviciile lui. cand monitorul nu mai este folosit de nimeni (folosit nu = inseamna toate cozile din el goale) s-ar sterge efectiv = monitorul.
 
sper ca m-am exprimat destul de clar ca = sa se poate=20 intelege ce am vrut sa spun.
 
deci, ce intreb eu:
 
1. librarie monitor =3D un obiect = monitor sau mai=20 multe obiecte monitor
2. se poate inlocui Monitor* cu = int
3. se poate adapta create la = CreateMonitor si=20 OpenMonitor si deci adaugarea unui parametru in=20 plus
------=_NextPart_000_001F_01C3B1F7.9BA70A80-- From so@atlantis.cs.pub.ro Sun Nov 23 17:41:38 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 09:41:38 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <002201c3b1e6$d83d3430$0200a8c0@smeagol> Message-ID: <20031123174138.17371.qmail@web60507.mail.yahoo.com> --- Cibu Cristian wrote: > libraria noastra cuprinde functii pentru monitoare. > ok. dar pentru un singur monitor sau pot sa fie > oricate? oricate. > adica: exista un grup de procese care reprezinta o > aplicatie. acestea folosesc un monitor. nu pot monitorul se va folosi de catre un grup de threaduri ale unui proces. nu de catre procese diferite. Memoria alocata pt monitor la create se aloca in spatiul de adrese al procesului apelant. > exista si alte grupuri de procese care sa aiba > nevoie de mecanismul de monitor sau o aceiasi > aplicatie sa aiba nevoie de mai multe monitoare? > presupun ca da, si libraria noastra sa le poata > deservii pe toate. altfel nu vad ce rol are > parametrul Monitor * in toate functiile cerute. un proces poate crea mai multe monitoare care sa fie folosite de firele sale de executie. Mai multe procese pot incarca libraria si crea mai multe monitoare. > apoi, de ce este nevoie de un Monitor *? ce nevoie > are o aplicatie sa stie exact ce e acela un monitor? > stie de concept, stie ce functii pune la dispozitie > libraria si ii este de ajuns. ce vreau eu sa zic > este, nu putem inlocui acel Monitor* cu un int? un > fel de monitor descriptor (analogie cu file > descriptor). Monitor * e un pointer de care aplicatia nu trebuie sa stie nimic. exact ca un handle din windows. Nu poti cu int pt ca in cazul asta biblioteca ar trebui sa tina un array de monitoare indexat dupa int-ul tau, si cum nu are de unde sa stie cate monitoare vor fi create e o complicatie inutila. > apoi, un proces creaza monitorul. ok, are un handle > la el (int sau Monitor *, nu conteaza) si face > treaba cu el. > celelalte procese cum procedeaza? pentru ca nu vad > alta functie asemanatoare cu create sau init ar > trebui sa creeze el din nou monitorul respectiv > (adica din ou create). am putea face o chestie > asemanatoare cu MONITOR_CREATE | MONITOR_EXCLUSIVE > la creare care sa returneze eroare daca exista deja > monitorul care voria sa fie creat. Un monitor se va partaja intre firele de executie ale unui proces, nu intre procese. Nu este necesar deci un apel de genul Open. Procesul va crea monitorul inainte de crearea firelor care il folosesc, acestea avand astfel acces la monitor. > si asa ajung la o alta chestiune. ar trebui ca la > crearea monitorului sa se furnizeze si un > identificator, o semnatura a aplicatiei, etc. o > chestie prin care sa se identifica monitorul in > afara librariei. adica e nevoie de un parametru > extern pentru ca mecanismul CreateMonitor open > Monitor sa functioneze (analogie cu orice alta > pereche Create / Open din windows). > si ca sa fim consecventi ideii din windows, destroy > nu ar sterge pur si simplu monitorul ci doar ar > marca renuntarea unui proces la serviciile lui. cand > monitorul nu mai este folosit de nimeni (folosit nu > inseamna toate cozile din el goale) s-ar sterge > efectiv monitorul. am vazut deja ca cele de mai sus nu sunt necesare > sper ca m-am exprimat destul de clar ca sa se poate > intelege ce am vrut sa spun. > > deci, ce intreb eu: > > 1. librarie monitor = un obiect monitor sau mai > multe obiecte monitor mai multe obiecte monitor. > 2. se poate inlocui Monitor* cu int nu > 3. se poate adapta create la CreateMonitor si > OpenMonitor si deci adaugarea unui parametru in plus nu are sens. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 23:57:00 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Mon, 24 Nov 2003 01:57:00 +0200 Subject: [so] vesti bune References: <20031122094738.59193.qmail@web60510.mail.yahoo.com> Message-ID: <003001c3b21d$7d052230$6400a8c0@andrei> Datorita posibilitatii folosirii mai multor monitoare un thread poate fi la un moment dat intr-unul dintre ele si in afara altuia....sau de ce nu in mai multe monitoare? Daca da, atunci informatia stocata in TLS (cu privire la starea unui thread inauntrul sau in afara unui monitor) trebuie sa nu mai fie o simpla informatie booleana ci o lista de monitoare in care thread-ul este intrat, nu? Nu devine o solutie mai greu de implementat decat o lista de thread-uri intrate pentru fiecare monitor? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, 22 November, 2003 11:47 AM Subject: [so] vesti bune > > Salut, > > Iata o mica nelamurire care s-a ivit in legatura cu > tema 3. Dupa cum deja probabil ca v-ati dat seama nu > este necesar sa implementati in monitor cozi explicite > si va puteti folosi de variabile conditie. > Aceasta fiind situatia una dintre cerintele temei este > depistarea situatiilor de folosire incorecta a > monitorului (operatiile signal, broadcast si wait pot > fi apelate doar de threaduri intrate deja in monitor). > De aici se naste intrebarea: cum putem sa ne dam seama > ca un thread apeleaza signal sau wait inainte de a > face enter. Neavand in monitor liste cu toate > threadurile intrate o solutie ar fi ca fiecare thread > sa-si tina un flag care sa indice daca threadul este > sau nu in monitor, flag care sa fie testat in fiecare > operatie. > Deoarece programatorul care foloseste biblioteca > monitor trebuie sa nu fie constient de flagul > respectiv acesta va trebui implementat in biblioteca. > Dar cum bliblioteca este partajata si ea se incarca in > spatiul de adrese al procesului, un simplu flag global > in librarie ar fi comun tuturor threadurilor care > incarca libraria. > Pentru acest motiv va trebui sa folositi thread local > storage astfel incat flagul sa fie privat in fiecare > thread. Vestile bune erau ca aveti ocazia sa invatati > sa folositi thread local storage :). > From so@atlantis.cs.pub.ro Mon Nov 24 00:20:34 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 16:20:34 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <003001c3b21d$7d052230$6400a8c0@andrei> Message-ID: <20031124002034.29811.qmail@web60503.mail.yahoo.com> --- Andrei Hagiescu wrote: > Datorita posibilitatii folosirii mai multor > monitoare un thread poate fi la > un moment dat intr-unul dintre ele si in afara > altuia....sau de ce nu in mai > multe monitoare? Daca da, atunci informatia stocata > in TLS (cu privire la > starea unui thread inauntrul sau in afara unui > monitor) trebuie sa nu mai > fie o simpla informatie booleana ci o lista de > monitoare in care thread-ul > este intrat, nu? Nu devine o solutie mai greu de > implementat decat o lista > de thread-uri intrate pentru fiecare monitor? Oops. You've got that right. Solutia ramane totusi simpla. In loc sa faceti TlsAlloc respectiv pthread_key_create in entry-pointul librariei (DllMain respectiv constructorul librariei pe Linux) veti face in functia create. Astfel fiecare monitor contine un index distinct in TLS iar verificarile de utilizare corecta care se fac in operatii se vor face folosind indexul respectiv. Asadar informatia ramane booleana :) si implementarea nu presupune overhead. Limitele sunt rezonabile: 1088 de indexuri in Windows 2000 si 1024 in Linux, deci un proces poate sa construiasca cam 1000 de monitoare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 11:05:58 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 03:05:58 -0800 (PST) Subject: [so] alta precizare Message-ID: <20031124110558.69575.qmail@web60506.mail.yahoo.com> Pe Windows nu folositi functiile SuspendThread, ResumeThread ori SwitchToThread pentru sincronizare. Acestea sunt puse la dispozitie pt alte scopuri. Precizarea e valabila pentru orice functie si pentru orice alta tema. Cititi cu atentie rolul ei in documentatie si daca nu face exact ceea ce aveti voi nevoie cautati altceva. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 13:49:08 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Mon, 24 Nov 2003 15:49:08 +0200 Subject: [so] win Message-ID: <20031124134820.M16684@idilis.ro> La varianta de windows putem folosi functia TerminateThread pt. a opri firele in cazul in care se da CTRL+C? http://www.idilis.ro - Stiri, e-mail gratuit, download, SMS, server de counter-strike, hosting gratuit, servicii internet... Fii cu un pas inaintea celorlati! From so@atlantis.cs.pub.ro Mon Nov 24 18:52:41 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 10:52:41 -0800 (PST) Subject: [so] win In-Reply-To: <20031124134820.M16684@idilis.ro> Message-ID: <20031124185241.87333.qmail@web60509.mail.yahoo.com> Cred ca e mai indicat sa folositi ExitProcess pt ca macar apeleaza o data enry-pointul in dll. Cosmin --- Ioana Cutcutache wrote: > La varianta de windows putem folosi functia > TerminateThread pt. a opri firele in > cazul in care se da CTRL+C? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 19:03:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 11:03:51 -0800 (PST) Subject: [so] inca o precizare la tema 3 Message-ID: <20031124190351.42656.qmail@web60505.mail.yahoo.com> Pe Linux, daca aveti nevoie de semafoare folositi semafoarele POSIX prezentate in laboratorul 7, nu pe cele SYS V din laboratorul 4. Incercati sa va bazati cat mai mult pe variabile conditie pentru ca abordarea asta e cea mai simpla si cea mai eficienta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 00:08:06 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Mon, 24 Nov 2003 16:08:06 -0800 (PST) Subject: [so] link lib In-Reply-To: <20031124190351.42656.qmail@web60505.mail.yahoo.com> Message-ID: <20031125000806.81570.qmail@web41006.mail.yahoo.com> gcc -fPIC -Wall -g -c libmonitor.c gcc -g -lpthread -shared -Wl,-soname,libmonitor.so.0 -o libmonitor.so.0.0 libmonitor.o -lc /sbin/ldconfig -n . Cand ajung la acest pas obtin /sbin/ldconfig: Can't link ./libmonitor.so.0 to libmonitor.so.0.0 Any ideas? multam __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Tue Nov 25 00:15:34 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Mon, 24 Nov 2003 16:15:34 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031123174138.17371.qmail@web60507.mail.yahoo.com> Message-ID: <20031125001534.64025.qmail@web60309.mail.yahoo.com> --0-1839004515-1069719334=:63283 Content-Type: text/plain; charset=us-ascii Monitor * e un pointer de care aplicatia nu trebuie sa stie nimic. exact ca un handle din windows. Nu poti cu int pt ca in cazul asta biblioteca ar trebui sa tina un array de monitoare indexat dupa int-ul tau, si cum nu are de unde sa stie cate monitoare vor fi create e o complicatie inutila. Cred ca e nevoie sa stie care sunt functiile care se pot aplica pe el nu? Nu se include .h monitorului in aplicatie? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1839004515-1069719334=:63283 Content-Type: text/html; charset=us-ascii

<quote>

Monitor * e un pointer de care aplicatia nu trebuie sa
stie nimic. exact ca un handle din windows. Nu poti cu
int pt ca in cazul asta biblioteca ar trebui sa tina
un array de monitoare indexat dupa int-ul tau, si cum
nu are de unde sa stie cate monitoare vor fi create e
o complicatie inutila.

</quote>

Cred ca e nevoie sa stie care sunt functiile care se pot aplica pe el nu?

Nu se include .h monitorului in aplicatie?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1839004515-1069719334=:63283-- From so@atlantis.cs.pub.ro Tue Nov 25 00:57:13 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Mon, 24 Nov 2003 16:57:13 -0800 (PST) Subject: [so] Semafor windows In-Reply-To: <20031125000806.81570.qmail@web41006.mail.yahoo.com> Message-ID: <20031125005713.69950.qmail@web60306.mail.yahoo.com> Avem voie cu functia asta? NtQuerySemaphore e buna sa aflam valoarea unui semafor (nu sunt sigur ca e atomica, dar mi s-ar parea ca normal sa fie) http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20Objects/Semaphore/NtQuerySemaphore.html __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 06:15:14 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Tue, 25 Nov 2003 08:15:14 +0200 (EET) Subject: [so] .so-uri Message-ID: <1177.141.85.0.67.1069740914.squirrel@www.as.ro> Nu e nevoie sa instalati libraria pentru a o folosi (ldconfig). Puneti "." in LD_LIBRARY_PATH si va merge. ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Tue Nov 25 07:01:16 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Mon, 24 Nov 2003 23:01:16 -0800 (PST) Subject: [so] variabile conditie pe windows In-Reply-To: <1177.141.85.0.67.1069740914.squirrel@www.as.ro> Message-ID: <20031125070116.98782.qmail@web41013.mail.yahoo.com> --0-810786181-1069743676=:98646 Content-Type: text/plain; charset=us-ascii Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos. Se observa ca nu mai exista mutexul suplimentar care tb luat inainte de orice operatie. Voi folosi doua semafoare si un contor ce vor fi tinute intr-o structura sau intr-o clasa in implementarea voastra : //------------------------------------ sem zonaCritica = 1; sem conditie = 0; int contor = 0; //------------------------------------ void signal() { WaitForSingleObject(zonaCritica); if (contor) { // trezesc pe cineva contor--; ReleaseSemaphore(conditie, 1); } else { // pierde semnalul ReleaseSemaphore(zonaCritica, 1); } } //------------------------------------ void wait() { WaitForSingleObject(zonaCritica); contor++; SignalObjectAndWait(zonaCritica, conditie); } //------------------------------------ void broadcast() { WaitForSingleObject(zonaCritica); if (contor) { // era cineva blocat ReleaseSemaphore(zonaCritica, contor); contor = 0; ReleaseSemaphore(zonaCritica, 1); } else { // se pierde broadcast-ul ReleaseSemaphore(zonaCritica, 1); } } //------------------------------------ Observatie : ce vedeti mai sus este pseudocod ;) George --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-810786181-1069743676=:98646 Content-Type: text/html; charset=us-ascii

Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos.
Se observa ca nu mai exista mutexul suplimentar care tb luat inainte de orice operatie.
Voi folosi doua semafoare si un contor ce vor fi tinute intr-o structura sau intr-o clasa
in implementarea voastra :


//------------------------------------
sem zonaCritica = 1;
sem conditie = 0;
int contor = 0;
//------------------------------------

void signal() {
 WaitForSingleObject(zonaCritica);
 if (contor) { // trezesc pe cineva
  contor--;
  ReleaseSemaphore(conditie, 1);
  
 } else { // pierde semnalul
  ReleaseSemaphore(zonaCritica, 1);
 }
}
//------------------------------------
void wait() {
 WaitForSingleObject(zonaCritica);
 contor++;
 SignalObjectAndWait(zonaCritica, conditie);
}
//------------------------------------
void broadcast() {
 WaitForSingleObject(zonaCritica);
 if (contor) { // era cineva blocat
  ReleaseSemaphore(zonaCritica, contor);
  contor = 0;
  ReleaseSemaphore(zonaCritica, 1);
 } else { // se pierde broadcast-ul
  ReleaseSemaphore(zonaCritica, 1);
 }
}
//------------------------------------

Observatie : ce vedeti mai sus este pseudocod ;)
George

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-810786181-1069743676=:98646-- From so@atlantis.cs.pub.ro Tue Nov 25 07:48:45 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Mon, 24 Nov 2003 23:48:45 -0800 (PST) Subject: [so] variabile conditie pe windows In-Reply-To: <20031125070116.98782.qmail@web41013.mail.yahoo.com> Message-ID: <20031125074845.73810.qmail@web41014.mail.yahoo.com> --0-183392963-1069746525=:73628 Content-Type: multipart/alternative; boundary="0-1634801847-1069746525=:73628" --0-1634801847-1069746525=:73628 Content-Type: text/plain; charset=us-ascii Salut, Implementarea data este gresita (cam mult copy/paste).Pentru o implementare corecta (zic eu) a se vedea fisierul atasat. George --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-1634801847-1069746525=:73628 Content-Type: text/html; charset=us-ascii
Salut,
 
Implementarea data este gresita (cam mult copy/paste).Pentru o implementare corecta (zic eu) a se vedea fisierul atasat.
 
George

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-1634801847-1069746525=:73628-- --0-183392963-1069746525=:73628 Content-Type: text/plain; name="var_cond.txt" Content-Description: var_cond.txt Content-Disposition: inline; filename="var_cond.txt" Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos. Se observa ca nu mai exista mutexul suplimentar. Voi folosi 4 semafoare si 2 contoare ce vor fi tinute intr-o structura sau intr-o clasa in implementarea voastra : //------------------------------------ sem zonaCritica = 1; sem conditie = 0; sem asteaptaTrezire := 0; sem blocheazaAlti :=1 volatile int asteapta = 0; volatile int contor = 0; //------------------------------------ void signal() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); if (contor) { // trezesc pe cineva contor--; asteapta++; ReleaseSemaphore(conditie, 1); ReleaseSemaphore(zonaCritica, 1); P(asteaptaTrezire); ReleaseSemaphore(blocheazaAlti, 1); } else { // pierde semnalul ReleaseSemaphore(zonaCritica, 1); ReleaseSemaphore(blocheazaAlti, 1); } } //------------------------------------ void wait() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); contor++; ReleaseSemaphore(blocheazaAlti, 1); SignalObjectAndWait(zonaCritica, conditie); WaitForSingleObject(zonaCritica); asteapta--; if (asteapta == 0) V(asteaptaTrezire); ReleaseSemaphore(zonaCritica, 1); } //------------------------------------ void broadcast() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); if (contor) { // era cineva blocat ReleaseSemaphore(conditie, contor); asteapta = contor; contor = 0; ReleaseSemaphore(zonaCritica, 1); P(asteaptaTrezire); ReleaseSemaphore(blocheazaAlti, 1); } else { // se pierde broadcast-ul ReleaseSemaphore(zonaCritica, 1); ReleaseSemaphore(blocheazaAlti, 1); } } //------------------------------------ --0-183392963-1069746525=:73628-- From so@atlantis.cs.pub.ro Tue Nov 25 09:54:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 01:54:54 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031125001534.64025.qmail@web60309.mail.yahoo.com> Message-ID: <20031125095454.16495.qmail@web60508.mail.yahoo.com> --- Mihai Iancu wrote: > > > > Monitor * e un pointer de care aplicatia nu trebuie > sa > stie nimic. exact ca un handle din windows. Nu poti > cu > int pt ca in cazul asta biblioteca ar trebui sa tina > un array de monitoare indexat dupa int-ul tau, si > cum > nu are de unde sa stie cate monitoare vor fi create > e > o complicatie inutila. > > > > > Cred ca e nevoie sa stie care sunt functiile care se > pot aplica pe el nu? > > Nu se include .h monitorului in aplicatie? Ba da. Nu era evident? Am spus ca aplicatia nu trebuie sa stie nimic despre pointerul la monitor in sensul ca nu trebuie sa-l dereferentieze direct ci sa-l dea ca parametru in functiile respective. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 10:36:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 02:36:32 -0800 (PST) Subject: [so] Semafor windows In-Reply-To: <20031125005713.69950.qmail@web60306.mail.yahoo.com> Message-ID: <20031125103632.85699.qmail@web60510.mail.yahoo.com> Hmmmmmmm. Chiar ai nevoie de ea? Ai putea sa tii un contor asociat si sa-l verifici pe el. Cosmin --- Mihai Iancu wrote: > Avem voie cu functia asta? > NtQuerySemaphore > > e buna sa aflam valoarea unui semafor > (nu sunt sigur ca e atomica, dar mi s-ar parea > ca normal sa fie) > > http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20Objects/Semaphore/NtQuerySemaphore.html __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 11:51:35 2003 From: so@atlantis.cs.pub.ro (Badea Ovidiu) Date: Tue, 25 Nov 2003 03:51:35 -0800 (PST) Subject: [so] despre group_id Message-ID: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Am citit pe lista ca cica group_id putea sa fie oricat si nu intre 0 si groups_max. Ca e gresit daca l-am facut sa fie intre 0 si groups_max. Ma duc la enuntul temei si acolo scrie: Consumatorii intra in cofetaria in grupuri de prieteni. Pot exista maxim GROUP_MAX grupuri, putand avea maxim PEOPLE_MAX membri. Un grup este caracterizat printr-un ID si un numar de membri. Vreau sa vad locul EXACT unde scrie ca group_id poate fi oricat. Nu vad ca raspuns valid la aceasta intrebare reprosul ca "de ce nu am intrebat?". Nu am intrebat pt. ca nu mi-a trecut prin cap asa ceva. Mie mi s-a parut logic ca din moment ce sunt maxim groups_max grupuri, group_id sa ia valori intre 0 si groups_max. Oricum mi se pare aiurea o galceava pe astfel de chestii, cu uite group_idu', nu e group_idu', cand scopul temei era sa invatam sa facem niste sincronizari corecte. __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Tue Nov 25 15:35:55 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Tue, 25 Nov 2003 17:35:55 +0200 Subject: [so] despre group_id References: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Message-ID: <002001c3b369$d1cd0c40$210c6150@ioana> Buna, Si eu am considerat group_id-ul intre 1 si group_max, si am intrebat-o pe Maria daca era gresit si mi-a zis ca nu e gresit nici asa, oricum nu prea cred ca asta ar avea o mare importanta... nu id-ul ala era esenta temei :). ----- Original Message ----- From: "Badea Ovidiu" To: Sent: Tuesday, November 25, 2003 1:51 PM Subject: [so] despre group_id > Am citit pe lista ca cica group_id putea sa fie oricat > si nu intre 0 si groups_max. Ca e gresit daca l-am > facut sa fie intre 0 si groups_max. Ma duc la enuntul > temei si acolo scrie: > > Consumatorii intra in cofetaria in grupuri de > prieteni. Pot exista maxim GROUP_MAX grupuri, putand > avea maxim PEOPLE_MAX membri. Un grup este > caracterizat printr-un ID si un numar de membri. > > Vreau sa vad locul EXACT unde scrie ca group_id poate > fi oricat. Nu vad ca raspuns valid la aceasta > intrebare reprosul ca "de ce nu am intrebat?". Nu am > intrebat pt. ca nu mi-a trecut prin cap asa ceva. Mie > mi s-a parut logic ca din moment ce sunt maxim > groups_max grupuri, group_id sa ia valori intre 0 si > groups_max. > Oricum mi se pare aiurea o galceava pe astfel de > chestii, cu uite group_idu', nu e group_idu', cand > scopul temei era sa invatam sa facem niste > sincronizari corecte. > > > __________________________________ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Tue Nov 25 15:38:54 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 25 Nov 2003 17:38:54 +0200 Subject: [so] despre group_id In-Reply-To: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031125173807.00ae3990@mail.mymail.ro> Arata'mi locul EXACT unde am scris ca e gresit daca l'ai facut sa fie intre 0 si groups_max. Maria. >Am citit pe lista ca cica group_id putea sa fie oricat >si nu intre 0 si groups_max. Ca e gresit daca l-am >facut sa fie intre 0 si groups_max. Ma duc la enuntul >temei si acolo scrie: --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 25 16:37:16 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Tue, 25 Nov 2003 18:37:16 +0200 Subject: [so] vesti bune References: <20031124002034.29811.qmail@web60503.mail.yahoo.com> Message-ID: <008a01c3b372$63a50a70$6400a8c0@andrei> Nu pare bine nici asa. Daca un thread este deschis inainte de crearea TLS-ului (deci de pornirea acelui monitor) nu are cine sa initializeze acel spatiu de stocare decat daca monitorul ar sti ce thread-uri sunt in proces. Presupunand ca avem incredere ca Windows initializeaza acel spatiu cu NULL (ceea ce nu stiu daca e valabil si in Linux) ar mai fi o problema daca acel TLS a fost folosit in prealabil in thread-ul nostru de catre altcineva (totusi monitorul va putea fi folosit in orice aplicatie) care nu l-a lasat cu NULL cand l-a eliberat. ----- Original Message ----- From: "Cosmin Arad" To: Sent: Monday, 24 November, 2003 2:20 AM Subject: Re: [so] vesti bune > > --- Andrei Hagiescu wrote: > > Datorita posibilitatii folosirii mai multor > > monitoare un thread poate fi la > > un moment dat intr-unul dintre ele si in afara > > altuia....sau de ce nu in mai > > multe monitoare? Daca da, atunci informatia stocata > > in TLS (cu privire la > > starea unui thread inauntrul sau in afara unui > > monitor) trebuie sa nu mai > > fie o simpla informatie booleana ci o lista de > > monitoare in care thread-ul > > este intrat, nu? Nu devine o solutie mai greu de > > implementat decat o lista > > de thread-uri intrate pentru fiecare monitor? > > Oops. You've got that right. > Solutia ramane totusi simpla. In loc sa faceti > TlsAlloc respectiv pthread_key_create in entry-pointul > librariei (DllMain respectiv constructorul librariei > pe Linux) veti face in functia create. > Astfel fiecare monitor contine un index distinct in > TLS > iar verificarile de utilizare corecta care se fac in > operatii se vor face folosind indexul respectiv. > Asadar informatia ramane booleana :) si implementarea > nu presupune overhead. > > Limitele sunt rezonabile: 1088 de indexuri in Windows > 2000 si 1024 in Linux, deci un proces poate sa > construiasca cam 1000 de monitoare. > > Cosmin > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > > From so@atlantis.cs.pub.ro Tue Nov 25 18:01:33 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 10:01:33 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <008a01c3b372$63a50a70$6400a8c0@andrei> Message-ID: <20031125180133.20884.qmail@web60505.mail.yahoo.com> Nu trebuie sa fii ingrijorat. Hai sa lamurim lucrurile: - aloci un index in TLS la monitor_create; - la monitor_enter daca valoarea lui e NULL, aloci o zona unde sa tii informatia, sau pur si simplu setezi pointerul la alta valoare diferita de NULL pt ca tot ce ai tu nevoie e o info booleana (NULL vs NOT NULL could do it). - daca la enter nu era NULL inseamna ca threadul era deja in monitor deci oops. - la leave setezi pointerul la NULL (si faci free in cazul in care ai alocat ceva acolo) - la signal, wait, broadcast testezi pointerul sa nu fie NULL. - la destroi eliberezi indexul. Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie: -Windows (PSDK): "If the function succeeds, the return value is a TLS index. The slots for the index are initialized to zero." e vb de TlsAlloc. -Linux (man pthread_key_create): "The value initially associated with the returned key is !NULL! in all currently executing threads." Cosmin --- Andrei Hagiescu wrote: > Nu pare bine nici asa. Daca un thread este deschis > inainte de crearea > TLS-ului (deci de pornirea acelui monitor) nu are > cine sa initializeze acel > spatiu de stocare decat daca monitorul ar sti ce > thread-uri sunt in proces. > Presupunand ca avem incredere ca Windows > initializeaza acel spatiu cu NULL > (ceea ce nu stiu daca e valabil si in Linux) ar mai > fi o problema daca acel > TLS a fost folosit in prealabil in thread-ul nostru > de catre altcineva > (totusi monitorul va putea fi folosit in orice > aplicatie) care nu l-a lasat > cu NULL cand l-a eliberat. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 18:01:16 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 10:01:16 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <008a01c3b372$63a50a70$6400a8c0@andrei> Message-ID: <20031125180116.51002.qmail@web60510.mail.yahoo.com> Nu trebuie sa fii ingrijorat. Hai sa lamurim lucrurile: - aloci un index in TLS la monitor_create; - la monitor_enter daca valoarea lui e NULL, aloci o zona unde sa tii informatia, sau pur si simplu setezi pointerul la alta valoare diferita de NULL pt ca tot ce ai tu nevoie e o info booleana (NULL vs NOT NULL could do it). - daca la enter nu era NULL inseamna ca threadul era deja in monitor deci oops. - la leave setezi pointerul la NULL (si faci free in cazul in care ai alocat ceva acolo) - la signal, wait, broadcast testezi pointerul sa nu fie NULL. - la destroi eliberezi indexul. Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie: -Windows (PSDK): "If the function succeeds, the return value is a TLS index. The slots for the index are initialized to zero." e vb de TlsAlloc. -Linux (man pthread_key_create): "The value initially associated with the returned key is !NULL! in all currently executing threads." Cosmin --- Andrei Hagiescu wrote: > Nu pare bine nici asa. Daca un thread este deschis > inainte de crearea > TLS-ului (deci de pornirea acelui monitor) nu are > cine sa initializeze acel > spatiu de stocare decat daca monitorul ar sti ce > thread-uri sunt in proces. > Presupunand ca avem incredere ca Windows > initializeaza acel spatiu cu NULL > (ceea ce nu stiu daca e valabil si in Linux) ar mai > fi o problema daca acel > TLS a fost folosit in prealabil in thread-ul nostru > de catre altcineva > (totusi monitorul va putea fi folosit in orice > aplicatie) care nu l-a lasat > cu NULL cand l-a eliberat. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 19:19:26 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Tue, 25 Nov 2003 21:19:26 +0200 Subject: [so] vesti bune References: <20031125180116.51002.qmail@web60510.mail.yahoo.com> Message-ID: <003b01c3b389$0b404a40$6400a8c0@andrei> Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie Sunt de acord cu aceasta afirmatie atata vreme cat am si garantia ca in toate thread-urile care vor folosi monitorul nimeni nu se va fi folosit de acel TLS inainte si nu-l va elibera _uitand_ sa-l curete ----- Original Message ----- From: "Cosmin Arad" To: Sent: Tuesday, 25 November, 2003 20:01 PM Subject: Re: [so] vesti bune > > Nu trebuie sa fii ingrijorat. Hai sa lamurim > lucrurile: > - aloci un index in TLS la monitor_create; > - la monitor_enter daca valoarea lui e NULL, aloci o > zona unde sa tii informatia, sau pur si simplu setezi > pointerul la alta valoare diferita de NULL pt ca tot > ce ai tu nevoie e o info booleana (NULL vs NOT NULL > could do it). > - daca la enter nu era NULL inseamna ca threadul era > deja in monitor deci oops. > - la leave setezi pointerul la NULL (si faci free in > cazul in care ai alocat ceva acolo) > - la signal, wait, broadcast testezi pointerul sa nu > fie NULL. > - la destroi eliberezi indexul. > > Ai garantia ca la alocarea indexului in TLS valoarea > lui e NULL in toate threadurile atat in Windows cat si > in Linux. Iti citez din documentatie: > > -Windows (PSDK): "If the function succeeds, the return > value is a TLS index. The slots for the index are > initialized to zero." e vb de TlsAlloc. > > -Linux (man pthread_key_create): "The value initially > associated with the returned key is !NULL! in all > currently executing threads." > > Cosmin > > --- Andrei Hagiescu wrote: > > Nu pare bine nici asa. Daca un thread este deschis > > inainte de crearea > > TLS-ului (deci de pornirea acelui monitor) nu are > > cine sa initializeze acel > > spatiu de stocare decat daca monitorul ar sti ce > > thread-uri sunt in proces. > > Presupunand ca avem incredere ca Windows > > initializeaza acel spatiu cu NULL > > (ceea ce nu stiu daca e valabil si in Linux) ar mai > > fi o problema daca acel > > TLS a fost folosit in prealabil in thread-ul nostru > > de catre altcineva > > (totusi monitorul va putea fi folosit in orice > > aplicatie) care nu l-a lasat > > cu NULL cand l-a eliberat. > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > > From so@atlantis.cs.pub.ro Tue Nov 25 19:37:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 11:37:29 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <003b01c3b389$0b404a40$6400a8c0@andrei> Message-ID: <20031125193729.85553.qmail@web60506.mail.yahoo.com> Daca il elibereaza in prealabil inseamna ca poate fi alocat de mine la create si dupa cum se spune in documentatie la alocare valoarea lui e NULL. Daca nu-l elibereaza inseamna ca e ocupat si mie alocarea imi va intoarce un altul care era liber si din nou valoarea lui e NULL. Cosmin --- Andrei Hagiescu wrote: > Ai garantia ca la alocarea indexului in TLS valoarea > lui e NULL in toate threadurile atat in Windows cat > si > in Linux. Iti citez din documentatie > > Sunt de acord cu aceasta afirmatie atata vreme cat > am si garantia ca in > toate thread-urile care vor folosi monitorul nimeni > nu se va fi folosit de > acel TLS inainte si nu-l va elibera _uitand_ sa-l > curete __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 10:53:59 2003 From: so@atlantis.cs.pub.ro (iana ionel cristian) Date: Wed, 26 Nov 2003 02:53:59 -0800 (PST) Subject: [so] De ce TLS ? Message-ID: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Salut Am cateva nelamuriri in legatura cu tema 3: 1. Exista problema verificarii daca firul care a apelat enter, wait, leave, etc., este firul activ. Este gresit daca in loc sa retin o variabila boolean folosind tls, procedez in felul urmator: - fiecare structura monitor retine id-ul firului activ - atunci cand se executa o functie, (de ex enter) verific sa am idActiv = 0, dupa care fac idActiv = idFirCurent. Sau pentru leave verific sa am idActiv = idFirCurent dupa care la iesire fac idActiv = 0, s.a.m.d. - pt a obtine IdFirCurent folosesc pthread_self 2. Se cere "sa fim atenti la utilizari gresite ale functiilor ". Este suficient ca functiile pt monitor sa returneaze o valoarea de eroare cand se intampla asa ceva ? Sau trebuie sa mai facem si altceva, de ex mesaj afisat la consola, aruncare de exceptii ... ? 3. Monitorul se poate distruge doar atunci cand nu exista fir activ in el si nu exista nici un fir care este blocat intr-o coada de asteptare sau la vreo variablia de conditie ? __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 13:50:13 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 05:50:13 -0800 (PST) Subject: [so] Barbers In-Reply-To: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Message-ID: <20031126135013.23337.qmail@web60305.mail.yahoo.com> --0-1133674118-1069854613=:21682 Content-Type: text/plain; charset=us-ascii La pornire trebuie ca toti barbierii/frizeri sa fie gata de tuns? sau trebuie sa se astepte sa fie toti gata. Eu astept sa fie toti gata si dupa incep clientii sa se tunda, e ok asa? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1133674118-1069854613=:21682 Content-Type: text/html; charset=us-ascii

La pornire trebuie ca toti barbierii/frizeri sa fie gata de tuns?

sau trebuie sa se astepte sa fie toti gata.

 

Eu astept sa fie toti gata si dupa incep clientii sa se tunda, e ok asa?

 

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1133674118-1069854613=:21682-- From so@atlantis.cs.pub.ro Wed Nov 26 14:28:34 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 06:28:34 -0800 (PST) Subject: [so] Barbers In-Reply-To: <20031126135013.23337.qmail@web60305.mail.yahoo.com> Message-ID: <20031126142834.52820.qmail@web60510.mail.yahoo.com> --- Mihai Iancu wrote: > > La pornire trebuie ca toti barbierii/frizeri sa fie > gata de tuns? > > sau trebuie sa se astepte sa fie toti gata. > > Eu astept sa fie toti gata si dupa incep clientii sa > se tunda, e ok asa? Da, trebuie sa te asiguri ca barbierii dorm in scaunele lor cand incepi sa lansezi clientii. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 14:56:16 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 06:56:16 -0800 (PST) Subject: [so] De ce TLS ? In-Reply-To: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Message-ID: <20031126145616.63185.qmail@web60510.mail.yahoo.com> --- iana ionel cristian wrote: > Salut > > Am cateva nelamuriri in legatura cu tema 3: > > 1. Exista problema verificarii daca firul care a > apelat > enter, wait, leave, etc., este firul activ. Este > gresit > daca in loc sa retin o variabila boolean folosind > tls, > procedez in felul urmator: > > - fiecare structura monitor retine id-ul firului > activ > > - atunci cand se executa o functie, (de ex enter) > verific sa am idActiv = 0, dupa care fac idActiv = > idFirCurent. Sau pentru leave verific sa am idActiv > = > idFirCurent dupa care la iesire fac idActiv = 0, > s.a.m.d. > > - pt a obtine IdFirCurent folosesc pthread_self S-ar putea sa ai dreptate, nu pot sa ma pronunt acum. Ai insa grija sa nu ai race-uri intre operatii la setarea proprietarului. Totusi, daca este corect pierzi experienta utilizarii TLS si tema ta s-ar putea clasa pe o pozitie medie sau codasa :) > 2. Se cere "sa fim atenti la utilizari gresite ale > functiilor ". Este suficient ca functiile pt monitor > sa > returneaze o valoarea de eroare cand se intampla asa > ceva ? Sau trebuie sa mai facem si altceva, de ex > mesaj afisat la consola, aruncare de exceptii ... ? Este suficient un cod de eroare. > 3. Monitorul se poate distruge doar atunci cand nu > exista fir activ in el si nu exista nici un fir care > este blocat intr-o coada de asteptare sau la vreo > variablia de conditie ? Da, asta ar trebui sa faca destroy. Ar mai trebui sa va scrieti o functie de distrugere fortata, _destroy, pe care s-o apelati de exemplu la oprirea fortata a programului (Ctrl+C) pentru ca altfel nu se pot debloca firele care asteptau la conditii. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 16:10:54 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Wed, 26 Nov 2003 08:10:54 -0800 (PST) Subject: [so] De ce TLS ? In-Reply-To: <20031126145616.63185.qmail@web60510.mail.yahoo.com> Message-ID: <20031126161054.98496.qmail@web11704.mail.yahoo.com> > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 16:15:21 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Wed, 26 Nov 2003 08:15:21 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126145616.63185.qmail@web60510.mail.yahoo.com> Message-ID: <20031126161521.48409.qmail@web11707.mail.yahoo.com> > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie - setez un flag de destroy (de ex un semafor) apoi deblochez toate firele de la variabilele conditie; ele citesc flag-ul inainte de a ajunge in waiting, iar daca este setat pe destroy fac pthread_exit() ? - astept sa primesc o notificare ca toate firele au facut pthread_exit - apoi pot distruge toate elementele de sincronizare > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 16:21:38 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 08:21:38 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126161521.48409.qmail@web11707.mail.yahoo.com> Message-ID: <20031126162138.89465.qmail@web60302.mail.yahoo.com> --0-480435163-1069863698=:89351 Content-Type: text/plain; charset=us-ascii Asteptarea asta mi se pare mie sau este un fel de continuare a "algoritmului" cu barbieri si clienti, adica un fel de "terminare corecta"? daca da, la ce bun? oricum userul daca vrea sa termine nu il mai intereseaza ce se intampla cu toata logica programului. Iar daca resursele sunt eliberate, chiar daca fortat rau eu cred ca e ok. Gresesc? Stela Suciu wrote: > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie - setez un flag de destroy (de ex un semafor) apoi deblochez toate firele de la variabilele conditie; ele citesc flag-ul inainte de a ajunge in waiting, iar daca este setat pe destroy fac pthread_exit() ? - astept sa primesc o notificare ca toate firele au facut pthread_exit - apoi pot distruge toate elementele de sincronizare > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-480435163-1069863698=:89351 Content-Type: text/html; charset=us-ascii
Asteptarea asta mi se pare mie sau este un fel
de continuare a "algoritmului" cu barbieri si clienti,
adica un fel de "terminare corecta"?
 
daca da, la ce bun? oricum userul daca vrea sa termine
nu il mai intereseaza ce se intampla cu toata logica programului.
Iar daca resursele sunt eliberate, chiar daca fortat rau eu cred ca e ok.
Gresesc?
 


Stela Suciu <stelasuciu@yahoo.com> wrote:

>
> > 3. Monitorul se poate distruge doar atunci cand nu
> > exista fir activ in el si nu exista nici un fir
> care
> > este blocat intr-o coada de asteptare sau la vreo
> > variablia de conditie ?
>
> Da, asta ar trebui sa faca destroy. Ar mai trebui sa
> va scrieti o functie de distrugere fortata,
> _destroy,
> pe care s-o apelati de exemplu la oprirea fortata a
> programului (Ctrl+C) pentru ca altfel nu se pot
> debloca firele care asteptau la conditii.
>
> Cosmin
>
>
E corect daca in functia destroy:
- astept ca toate firele din cozile waiting,
signaller si entry sa plece sau sa se blocheze la
variabile conditie
- setez un flag de destroy (de ex un semafor) apoi
deblochez toate firele de la variabilele conditie; ele
citesc flag-ul inainte de a ajunge in waiting, iar
daca este setat pe destroy fac pthread_exit() ?
- astept sa primesc o notificare ca toate firele au
facut pthread_exit
- apoi pot distruge toate elementele de sincronizare
> __________________________________
> Do you Yahoo!?
> Protect your identity with Yahoo! Mail AddressGuard
> http://antispam.yahoo.com/whatsnewfree
> _______________________________________________
> so mailing list
> so@atlantis.cs.pub.ro
>
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-480435163-1069863698=:89351-- From so@atlantis.cs.pub.ro Wed Nov 26 16:23:19 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 08:23:19 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126162138.89465.qmail@web60302.mail.yahoo.com> Message-ID: <20031126162319.50529.qmail@web60501.mail.yahoo.com> e ok, nu gresesti. tocmai i-am raspuns Stelei. Cosmin --- Mihai Iancu wrote: > Asteptarea asta mi se pare mie sau este un fel > de continuare a "algoritmului" cu barbieri si > clienti, > adica un fel de "terminare corecta"? > > daca da, la ce bun? oricum userul daca vrea sa > termine > nu il mai intereseaza ce se intampla cu toata logica > programului. > Iar daca resursele sunt eliberate, chiar daca fortat > rau eu cred ca e ok. > Gresesc? > > > > Stela Suciu wrote: > > > > > > 3. Monitorul se poate distruge doar atunci cand > nu > > > exista fir activ in el si nu exista nici un fir > > care > > > este blocat intr-o coada de asteptare sau la > vreo > > > variablia de conditie ? > > > > Da, asta ar trebui sa faca destroy. Ar mai trebui > sa > > va scrieti o functie de distrugere fortata, > > _destroy, > > pe care s-o apelati de exemplu la oprirea fortata > a > > programului (Ctrl+C) pentru ca altfel nu se pot > > debloca firele care asteptau la conditii. > > > > Cosmin > > > > > E corect daca in functia destroy: > - astept ca toate firele din cozile waiting, > signaller si entry sa plece sau sa se blocheze la > variabile conditie > - setez un flag de destroy (de ex un semafor) apoi > deblochez toate firele de la variabilele conditie; > ele > citesc flag-ul inainte de a ajunge in waiting, iar > daca este setat pe destroy fac pthread_exit() ? > - astept sa primesc o notificare ca toate firele au > facut pthread_exit > - apoi pot distruge toate elementele de sincronizare > > __________________________________ > > Do you Yahoo!? > > Protect your identity with Yahoo! Mail > AddressGuard > > http://antispam.yahoo.com/whatsnewfree > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > __________________________________ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > --------------------------------- > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 16:22:07 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 08:22:07 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126161521.48409.qmail@web11707.mail.yahoo.com> Message-ID: <20031126162207.81364.qmail@web60505.mail.yahoo.com> --- Stela Suciu wrote: > E corect daca in functia destroy: > - astept ca toate firele din cozile waiting, > signaller si entry sa plece sau sa se blocheze la > variabile conditie > - setez un flag de destroy (de ex un semafor) apoi > deblochez toate firele de la variabilele conditie; > ele > citesc flag-ul inainte de a ajunge in waiting, iar > daca este setat pe destroy fac pthread_exit() ? > - astept sa primesc o notificare ca toate firele au > facut pthread_exit > - apoi pot distruge toate elementele de > sincronizare Functia destroy ar trebui sa verifice daca monitorul este liber (nu este ocupat si nu sunt fire blocate la conditii). Daca e liber sa-l distruga, daca nu sa intoarca un cod de eroare. Functia _destroy ar trebui sa distruga monitorul fortat si sa fie apelata doar in cazuri extreme cum este cel de terminare fortata a aplciatiei. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 17:19:41 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 26 Nov 2003 19:19:41 +0200 Subject: [so] De ce TLS ? - continuare:) References: <20031126162207.81364.qmail@web60505.mail.yahoo.com> Message-ID: <002801c3b441$7c056c70$0200a8c0@smeagol> pe mine m-a ametit putin chestia cu destroy. este evident ca trebuie sa existe un destroy dur care sa curete tot fara sa faca nici o verificare. acum, din cate am inteles, trebuie sa avem un destroy care curata doar daca nu are nimeni treaba cu monitorul. cineva are treaba cu monitorul daca se afla in vre-o coada sau daca este activ. Dar cum destroy-ul se da dintr-un thread care care se presupune ca nu are nici o legatura cu threadurile care folosesc monitorul este destul de complicat modul in care se determina daca monitorul este sau nu folosit. de exemplu: in destroy ma apuc sa verific daca este cineva blocat la o conditie. pp ca nu este, dar imediat ce fac verificare vine un thread care se blocheaza exact la variabila aia conditie. neplacut. trebuie deci sa impiedicam accesul la monitor in timp ce incerc sa distrug monitorul. singurul mod in care vad facandu-se asta (doar cu resursele monitorului) este ca threadul care face destroy sa fie el insusi activ in monitor (adica sa fi dat in prealabil un enter()). si de aici contradictia: distrug monitorul numai cand nimeni nu foloseste monitorul, dar pentru ca sa vad ca monitorul este liber tocmai cel care distruge trebuie sa fie in monitor. (presupun ca se face o exceptie :) ). Eu sincer inclin spre existenta unei singure functii destroy (cea care omoara tot si abia apoi intreaba), dar pe care o apelez cu grija dupa ce toate threadurile nu mai au nevoie de monitor. prefer deci sa fie de datoria aplicatiei care foloseste monitorul sa se asigure de corectitudinea folosirii lui destroy. zeii ce zic? From so@atlantis.cs.pub.ro Wed Nov 26 17:24:40 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 09:24:40 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <002801c3b441$7c056c70$0200a8c0@smeagol> Message-ID: <20031126172440.77246.qmail@web60501.mail.yahoo.com> --- Cibu Cristian wrote: > pe mine m-a ametit putin chestia cu destroy. > > este evident ca trebuie sa existe un destroy dur > care sa curete tot fara sa > faca nici o verificare. > > acum, din cate am inteles, trebuie sa avem un > destroy care curata doar daca > nu are nimeni treaba cu monitorul. > cineva are treaba cu monitorul daca se afla in vre-o > coada sau daca este > activ. Dar cum destroy-ul se da dintr-un thread care > care se presupune ca nu > are nici o legatura cu threadurile care folosesc > monitorul este destul de > complicat modul in care se determina daca monitorul > este sau nu folosit. > > de exemplu: > > in destroy ma apuc sa verific daca este cineva > blocat la o conditie. pp ca > nu este, dar imediat ce fac verificare vine un > thread care se blocheaza > exact la variabila aia conditie. neplacut. trebuie > deci sa impiedicam > accesul la monitor in timp ce incerc sa distrug > monitorul. singurul mod in > care vad facandu-se asta (doar cu resursele > monitorului) este ca threadul > care face destroy sa fie el insusi activ in monitor > (adica sa fi dat in > prealabil un enter()). > > si de aici contradictia: distrug monitorul numai > cand nimeni nu foloseste > monitorul, dar pentru ca sa vad ca monitorul este > liber tocmai cel care > distruge trebuie sa fie in monitor. (presupun ca se > face o exceptie :) ). Da, poti sa iei lockul asociat cozii Entry ca sa faci destroy. > Eu sincer inclin spre existenta unei singure functii > destroy (cea care > omoara tot si abia apoi intreaba), dar pe care o > apelez cu grija dupa ce > toate threadurile nu mai au nevoie de monitor. > prefer deci sa fie de datoria > aplicatiei care foloseste monitorul sa se asigure de > corectitudinea > folosirii lui destroy. Ambele sunt necesare, cea care omoara tot sa fie apelata doar in cazuri extreme in care nu te mai intereseaza ce se intampla cu monitorul in continuare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 17:43:09 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 26 Nov 2003 19:43:09 +0200 Subject: [so] De ce TLS ? - continuare:) References: <20031126172440.77246.qmail@web60501.mail.yahoo.com> Message-ID: <003001c3b444$c17c23e0$0200a8c0@smeagol> pai daca trebuie sa fac enter() ca sa pot distruge, inseamna ca nu mai este nimeni in waiting sau in signaler si mai concurez si cu alte threaduri care dau enter(). asadar destroy-ul obtine accesul la monitor cine stie peste cat timp. este ok ? dar tot mi se pare de datoria aplicatiei sa dea destroy-ul atotputernic cand se stie sigur ca nimeni nu mai are treaba cu monitorul. From so@atlantis.cs.pub.ro Wed Nov 26 17:48:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 09:48:51 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <003001c3b444$c17c23e0$0200a8c0@smeagol> Message-ID: <20031126174851.25368.qmail@web60509.mail.yahoo.com> --- Cibu Cristian wrote: > pai daca trebuie sa fac enter() ca sa pot distruge, > inseamna ca nu mai este > nimeni in waiting sau in signaler si mai concurez si > cu alte threaduri care > dau enter(). asadar destroy-ul obtine accesul la > monitor cine stie peste cat > timp. este ok ? Eu nu am zis sa faci enter(). Am zis doar sa iei lockul asociat cozii Entry. Astfel impiedici orice alt enter in timp ce tu verifici ca monitorul este sau nu liber. > dar tot mi se pare de datoria aplicatiei sa dea > destroy-ul atotputernic cand > se stie sigur ca nimeni nu mai are treaba cu > monitorul. destroy-ul normal e un fel de try_destroy care poate fi si el util uneori. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 19:48:09 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 11:48:09 -0800 (PST) Subject: [so] destroy In-Reply-To: <20031126174851.25368.qmail@web60509.mail.yahoo.com> Message-ID: <20031126194809.80997.qmail@web60307.mail.yahoo.com> --0-2062366077-1069876089=:78700 Content-Type: text/plain; charset=us-ascii Bun, hai ca nu ne intelegem cu destroy asta ce ar fi sa nu il mai facem ??? : )) Intreabarea este: "De ce trebuie sa se distruga cand nu mai este nici un thread activ sau nu mai stiu exact care erau specificatiile?" Poate ca cineva peste 4 min vrea sa il foloseasca! Distrugerea se face pornind de la presupunearea ca nu mai se asteapta nimic de la program si se indreapta singur catre exit? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-2062366077-1069876089=:78700 Content-Type: text/html; charset=us-ascii

Bun, hai ca nu ne intelegem cu destroy asta

ce ar fi sa nu il mai facem ??? : ))

 

Intreabarea este: "De ce trebuie sa se distruga cand nu mai este

nici un thread activ sau nu mai stiu exact care erau specificatiile?"

Poate ca cineva peste 4 min vrea sa il foloseasca!

Distrugerea se face pornind de la presupunearea ca nu mai se asteapta nimic

de la program si se indreapta singur catre exit?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-2062366077-1069876089=:78700-- From so@atlantis.cs.pub.ro Wed Nov 26 20:20:06 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 12:20:06 -0800 (PST) Subject: [so] destroy In-Reply-To: <20031126194809.80997.qmail@web60307.mail.yahoo.com> Message-ID: <20031126202006.78739.qmail@web60503.mail.yahoo.com> --- Mihai Iancu wrote: > > Bun, hai ca nu ne intelegem cu destroy asta > ce ar fi sa nu il mai facem ??? : )) vi s-ar scadea puncte :)) > Intreabarea este: "De ce trebuie sa se distruga cand > nu mai este > > nici un thread activ sau nu mai stiu exact care erau > specificatiile?" > > Poate ca cineva peste 4 min vrea sa il foloseasca! Daca vrea sa il foloseasca peste 4 minute nu il distruge. > Distrugerea se face pornind de la presupunearea ca > nu mai se asteapta nimic > > de la program si se indreapta singur catre exit? presupunerea poate fi gresita. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 09:05:00 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 11:05:00 +0200 Subject: [so] mingw Message-ID: <002101c3b4c5$897e5220$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_001E_01C3B4D6.4CFB3B40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai = mari decat cele facute de Visual C++ 6.0 Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de = nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare tind spre anumite valori fixe astfel incat dupa cateva iteratii toti = cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se = gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce = construieste Visual C++ totul se comporta cu totul diferit. valorile = aleatoare sunt chiar aleatoare. daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il = rog sa ma ajute. ------=_NextPart_000_001E_01C3B4D6.4CFB3B40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
mare balarie si mingw asta. Toate = executabilele=20 sunt de 3, 4 ori mai mari decat cele facute de Visual C++ = 6.0
Dar fie, nu aste e problema. toate = valorile=20 aleatoare sunt asa de nealeatoare :)... Cu executabilele facute de g++ = valorile=20 aleatoare
tind spre anumite valori fixe astfel = incat dupa=20 cateva iteratii toti cititorii se comporta unitar (nu-i mai dezlipesc) = pentru ca=20 toti se gasesc sa citeasca la fel de mult si fac pauza la fel de mult. = cu ce=20 construieste Visual C++ totul se comporta cu totul diferit. valorile = aleatoare=20 sunt chiar aleatoare.
daca cineva are vre-o idee de cum se = poate rezolva=20 treaba cu random, il rog sa ma = ajute.
------=_NextPart_000_001E_01C3B4D6.4CFB3B40-- From so@atlantis.cs.pub.ro Thu Nov 27 09:27:49 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Thu, 27 Nov 2003 11:27:49 +0200 Subject: [so] mingw Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B4C8.B9BE78AD Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGVvcmV0aWMsIGFpIHB1dGVhIHNhIGNvbXBpbGV6aSBjdSBNaW5HVywgZGFyIHNhIGxlZ2kgZmlz aWVydWwgdGF1IG9iaWVjdCBkZSBsaWJjIHNpIG1zdmNydCAocnVudGltZXVsIGRlIEMgZGluIFZp c3VhbCBTdHVkaW8pIC0gbi1hbSBpZGVlIGN1bSwgbnUgYW0gcHJlYSBpbnZlc3RpZ2F0IGRhciBh ciB0cmVidWkgc2Egc2UgcG9hdGEsIG9yaWNlIGNvbXBpbGF0b3IgY2F0IGRlIGNhdCBkZWNlbnQg cG9hdGUgZmFjZSBhc3RhICh2ZXppIGNhIGluIFNldHRpbmdzIGxhIFZpc3VhbCBTdHVkaW8gYWkg c2kgbGluaWEgZGUgY29tYW5kYSBjdSBjYXJlIGludm9jYSBjbC5leGUgLSBpbmNlYXJjYSBzYSBv IGFkYXB0ZXppIHB0IE1pbkdXKS4gSW4gcHJhY3RpY2EsIGFzdGEgaW5zZWFtbmEgY2EgZmFjaSBw cmVzdXB1bmVyZWEgY2EgcGUgY2FsY3VsIHBlIGNhcmUgc2UgZmFjZSBjb21waWxhcmVhIHNpIGNv cmVjdGFyZWEgc2Ugdm9yIGdhc2kgY2VsZSBkb3VhIC5saWItdXJpLi4uIElhciBhaWNpLCB5b3Un cmUgb24geW91ciBvd24uDQoNCgktLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLSANCglGcm9tOiBD aWJ1IENyaXN0aWFuIFttYWlsdG86Y2lidS5jcmlzdGlhbkByZHNsaW5rLnJvXSANCglTZW50OiBU aHUgMTEvMjcvMjAwMyAxMTowNSBBTSANCglUbzogZ3J1cCBTTyANCglDYzogDQoJU3ViamVjdDog W3NvXSBtaW5ndw0KCQ0KCQ0KCQ0KCW1hcmUgYmFsYXJpZSBzaSBtaW5ndyBhc3RhLiBUb2F0ZSBl eGVjdXRhYmlsZWxlIHN1bnQgZGUgMywgNCBvcmkgbWFpIG1hcmkgZGVjYXQgY2VsZSBmYWN1dGUg ZGUgVmlzdWFsIEMrKyA2LjANCglEYXIgZmllLCBudSBhc3RlIGUgcHJvYmxlbWEuIHRvYXRlIHZh bG9yaWxlIGFsZWF0b2FyZSBzdW50IGFzYSBkZSBuZWFsZWF0b2FyZSA6KS4uLiBDdSBleGVjdXRh YmlsZWxlIGZhY3V0ZSBkZSBnKysgdmFsb3JpbGUgYWxlYXRvYXJlDQoJdGluZCBzcHJlIGFudW1p dGUgdmFsb3JpIGZpeGUgYXN0ZmVsIGluY2F0IGR1cGEgY2F0ZXZhIGl0ZXJhdGlpIHRvdGkgY2l0 aXRvcmlpIHNlIGNvbXBvcnRhIHVuaXRhciAobnUtaSBtYWkgZGV6bGlwZXNjKSBwZW50cnUgY2Eg dG90aSBzZSBnYXNlc2Mgc2EgY2l0ZWFzY2EgbGEgZmVsIGRlIG11bHQgc2kgZmFjIHBhdXphIGxh IGZlbCBkZSBtdWx0LiBjdSBjZSBjb25zdHJ1aWVzdGUgVmlzdWFsIEMrKyB0b3R1bCBzZSBjb21w b3J0YSBjdSB0b3R1bCBkaWZlcml0LiB2YWxvcmlsZSBhbGVhdG9hcmUgc3VudCBjaGlhciBhbGVh dG9hcmUuDQoJZGFjYSBjaW5ldmEgYXJlIHZyZS1vIGlkZWUgZGUgY3VtIHNlIHBvYXRlIHJlem9s dmEgdHJlYWJhIGN1IHJhbmRvbSwgaWwgcm9nIHNhIG1hIGFqdXRlLg0KDQo= ------_=_NextPart_001_01C3B4C8.B9BE78AD Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IjMJAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAGwALABsAMQAEAFsBASCAAwAOAAAA0wcLABsACwAbADEABABbAQEJgAEAIQAAAEE1 RUVGRTM1OUQyNjVDNERCNDNDRDg3MjlDNjQ4QTA3AF8HAQOQBgBkEAAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAAB4AAABSAEUAOgAgAFsAcwBvAF0A IABtAGkAbgBnAHcAAAAAAEAAOQCteL65yLTDAR8APQABAAAACgAAAFIARQA6ACAAAAAAAAIBRwAB AAAAKwAAAGM9dXM7YT0gO3A9TVNMYWI7bD1TRVJWRVItMDMxMTI3MDkyNzQ5Wi0yNAAAHwBJAAEA AAAWAAAAWwBzAG8AXQAgAG0AaQBuAGcAdwAAAAAAQABOAADGNInFtMMBHwBaAAEAAAAcAAAAQwBp AGIAdQAgAEMAcgBpAHMAdABpAGEAbgAAAAIBWwABAAAARAAAAAAAAACBKx+kvqMQGZ1uAN0BD1QC AAAAAENpYnUgQ3Jpc3RpYW4AU01UUABjaWJ1LmNyaXN0aWFuQHJkc2xpbmsucm8AAgFcAAEAAAAe AAAAU01UUDpDSUJVLkNSSVNUSUFOQFJEU0xJTksuUk8AAAAfAF0AAQAAABwAAABDAGkAYgB1ACAA QwByAGkAcwB0AGkAYQBuAAAAAgFeAAEAAABEAAAAAAAAAIErH6S+oxAZnW4A3QEPVAIAAAAAQ2li dSBDcmlzdGlhbgBTTVRQAGNpYnUuY3Jpc3RpYW5AcmRzbGluay5ybwACAV8AAQAAAB4AAABTTVRQ OkNJQlUuQ1JJU1RJQU5AUkRTTElOSy5STwAAAB8AZgABAAAACgAAAFMATQBUAFAAAAAAAB8AZwAB AAAAMgAAAGMAaQBiAHUALgBjAHIAaQBzAHQAaQBhAG4AQAByAGQAcwBsAGkAbgBrAC4AcgBvAAAA AAAfAGgAAQAAAAoAAABTAE0AVABQAAAAAAAfAGkAAQAAADIAAABjAGkAYgB1AC4AYwByAGkAcwB0 AGkAYQBuAEAAcgBkAHMAbABpAG4AawAuAHIAbwAAAAAAHwBwAAEAAAAWAAAAWwBzAG8AXQAgAG0A aQBuAGcAdwAAAAAAAgFxAAEAAAAbAAAAAcO0xmdjfRk4fjawT8eNDkKm5PZeIwAANtm+AB8AdAAB AAAAEAAAAGcAcgB1AHAAIABTAE8AAAAfABoMAQAAABwAAABPAHYAaQBkAGkAdQAgAFAAbABhAHQA bwBuAAAAHwAdDgEAAAAWAAAAWwBzAG8AXQAgAG0AaQBuAGcAdwAAAAAAAgEJEAEAAACMCAAAiAgA AM4XAABMWkZ1k2+XxQMACgByY3BnMTI1gjIDQ2h0bWwxAzD/AQMB9wqAAqQD5AcTAoAQA/8AUARW CFUHshE1DlEDAQIAhGNoCsBzZXQyBgDbBsMRNTMERhPHMBI/AgDeNBBtEUMI7wn3Oxl/DjB2NREy DGBjAFALCQFkMyY2FmALpTQgEAIqXHsOsgGQZxRQCqMRQx6YNAEUUDwhRE9DVFkAUEUgSFRNTCAA UFVCTElDICJALS8vVzNDIjBEJFREIUQ0LhZgVHI5AHJ0aQIgB0AiMEVOnCI+H50fPyVBMTggoBsh UiSNMx4wJvBFQURfJI0O8SWvKZ8mdDYO8DzgTUVUQSAFoAIwCfBYdD0iBeAhUzYjQDCMLjIdkC4Q MCIgJAAJB4A9RyRQRVJBVLxPUii/Kx8gUixhUyEAXExFJI4x4R+eOSCgL+8yLzBfJQUx4i8ofyVf OJQCNRZgPEJPRFkgzGJnCFAZET0jASA7YtggZGk7MDiwcjgAOHNLACEDMHYIkHdrC4Bk6jU4JGIA 0GsJwAhgPWDiIAAAc2hwOEI+wQuArHN0PqE+4XMDoGYDEEZsOvMCkXN2ICxAN7FBQDIxNRiQP6hG QEEvCYBAxRiQQzFcPBFkb+cA4DwRCrFccRlgPBET4D8DMDx1FmA4Kx2hOS9nOeI2IKBESVY8SQAA RReZOEk2NEhPRWJUZQWwExQwDeAsIAtwIHB1sS0QYSBzTMAFoG0/UGVCkHpMYGN1BdALgEe6V0ww ZArBTOFCkGdMYHdAMACQBJB1AyABkE3Ab/piCJBjBUA2rEaFAQBOsNhpYmNM0ExgbUDwBQD9BUAo T2ACMAdxT3FRoSHwazvQA6BWBAB1B0AGAHRCdTvQbykgLS6gLbkuwCBpAQBRsE2wbUww9m5NwFUx cBmATMBQX0ayzQuAdgeQI9BnYQVATlLjCsE8IGVidUxgTOEUIPVMcG9YgGFMMAWwDeBVkfdNI1iA BbFjWIJVkVuDWpDfAjBZ41GwVr9GsmYA0FGw9mE/gEzAKFggTYJMwFPR9wZgAkALgGcEIAtgU/xM Qv9SIVHQAwBMwFuyA3JOUE2iP1twGYBc71e2Q9BM8Wwu/GV4UbBU8AuAWpAKwF9Bf0zhYSFOUAUw TXIFMU3jKfguIEkDoFZgANBMAVox916TP2FMsG0kAF8yYz9eBe9MYRmAVCBMgG4EkEyxX0H6cFvC bE2wAyBsI2MBWcH/XkNaxVZyUiEFoVARbiRRsL9koAXAaY9GslhwbnJlQpBXO8AIYEzALlHRLQhx Lq9ygGeQWMIN4GlMMHkIYB4nYwECIHNSBcBvd27+LjhJAcA8VwqiPFcKcSX8/jAoQSKQSBt2OEWf Rq9Hs4MhwCDgS1FVT1QhMDM71UzQdHlCkC1RQVKAR0lOLVJJRyFQ4DogMHB4JHE8aAqx/xACRAVE o0RhRP96Hx/LFmB/g/B6/0f/SQ9KH4EXQ4BpCx2CJfw0JtFGT05UdVIRei7gMoV7C+KA+S39jPJP BRBO4CQBBdAHkEzg/GdljPOJXSxAOmEvgTxoXWGhZQqBgR84ozgoQULVhXtigPlGA2E6hDwgkb4v krp5CRZwUeBNwEMFEL9YQQORb8+Cv5JxhAFbAMDbAxBbMDpq8FlQLgUBl8NKQAsgc2Ghay4DYF3/ jp+Pr5C/kc+S359VBmACMGeUn5WvlrdUaE3AnZAvLDI3pcAuADOlkTow+jUQ0E2YH5kvmjWcz53f /57vn/+hD0tVmwCiz6Pflsb3CcBrYAYAT5y/qm+rf6yP862ftPVDY68/sE+Wt7JvH7N/tI+1n7av ohV1YmrPUBG4P7lPlrdbc5yep7/1mghtX+F3uu+7/70Pxw/XyB/JLyZWNYURL4qCwk//ho51T3Zf d2/Ob4F/xO+Dn3+Er4ffhs/Y34jvifxeQj3/BxOKz4vSUSGMDcQP1d+aRP/Tj89/0I/Rn9f/2Q/a H9sv/9wz3y/gP9zP3d/e7+0vAMD/YwE98G4RCJBSE8aSXoNngP+vEFyyZSFNsAGRTVFxgeEP3+If mkRUIFxhUaEzTDAeMP9aYfKh+SL5EQWBWIFxY15Bx0yRU2JUBUMrKy3SzN//ze/UGf2f5J/lr+a/ 0q//D//Uz/bP1u/nz+jf6e/q/+wPv/Gf7i/vP/BPDX8Og0Ry0f1AMGVV5D+A9LFWUU/gQpDv+UBn gFswXLJ28xBaYfWP/wYfmhfzEEywFSFtEvhCXpC3YeNrkBiYOmdwcpFDTcD79Nz6iGf7oRYfFy+a RBWH/xiX/A/9H/4v/z8ATwFfAm//A38EjwWfBq8HvwjPJC8K7/8L/xGPDh8PLxA/EU8yfl/R3z6A P8BjAZvQVcBpFVdAIftlMV6RZnFwZXJYgmtgaW/3Ks+aJltxZRWAVVBcwGfg/0wATGBbMEwAbpA4 0DjQWmF/WXFapG+QXrFrgDjQctEobVYALfkkVXB6UdBsIHP+Y1TQbCAZUE9gOu87/z0H/z5kbUFx EUGRTNM40V6QaVH3YDE6AlGhbU9wUDBxMV5B+0xwT7B6Rp5ngE2xQl9Db/89FVqiaNBCEU9AFCL7 KT5x/09xP2pisU3UU8A6AJegSUH/FY9KLxevGLuAoGHQcuEYpv4uIK8hvyLPI98k7yX/Jw//KB8p Lyo/K08sXy1vWJ8vj38wnzYvMr8zzzTfNe9m7mRfbYBGAsvwPbEacnZvEC3ebzowQTD6007wbU4i TpAf9JJQr19fqQQagHpvbP89sYCAGgDzAEliPhA4EE5w5xPAUGByoG9nReL5QG8P+XATYWr6sVUP Vh9XL1g//1lPWl9bb1x/XY9f6GjRdtUPfC99P35PgOpCTE9DwEtRVU9URYHbcBELzB9f5jV/0kJP RFmHgF2l0MIBSFRNTMsQAn2J0B8ANRABAAAAigAAADwAMwA2AEMAOAAxADYANABBAEUAMABDADYA QwBBADQAOQA4ADcAQwAzAEUAQwA4ADgAQQAxAEIAQgA0ADEANgBBADAAMQA0ADcAMAA3AEAAcwBl AHIAdgBlAHIALgBtAGkAYwByAG8AcwBvAGYAdAAtAGwAYQBiAC4AcAB1AGIALgByAG8APgAAAAAA HwBHEAEAAAAeAAAAbQBlAHMAcwBhAGcAZQAvAHIAZgBjADgAMgAyAAAAAAALAPIQAQAAAB8A8xAB AAAAKgAAAFIARQAlADMAQQAgAFsAcwBvAF0AIABtAGkAbgBnAHcALgBFAE0ATAAAAAAACwD2EAAA AABAAAcw5STHQse0wwFAAAgwoJ/Fuci0wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2 AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GC AQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElF TlRTL0NOPU9WSURJVVBMAAAAAB8A+j8BAAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkA cwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEAAAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAA AC4AAAADAP0/5AQAAAMAGUAAAAAAAwAaQAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAA TwBWAEkARABJAFUAUABMAAAAAAAfADFAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkAB AAAAMgAAAGMAaQBiAHUALgBjAHIAaQBzAHQAaQBhAG4AQAByAGQAcwBsAGkAbgBrAC4AcgBvAAAA AAAfADNAAQAAADIAAABjAGkAYgB1AC4AYwByAGkAcwB0AGkAYQBuAEAAcgBkAHMAbABpAG4AawAu AHIAbwAAAAAAHwA4QAEAAAASAAAATwBWAEkARABJAFUAUABMAAAAAAAfADlAAQAAAAQAAAAuAAAA CwApAAAAAAALACMAAAAAAAMABhBmM8UZAwAHECgEAAADABAQAAAAAAMAERABAAAAHgAIEAEAAABl AAAAVEVPUkVUSUMsQUlQVVRFQVNBQ09NUElMRVpJQ1VNSU5HVyxEQVJTQUxFR0lGSVNJRVJVTFRB VU9CSUVDVERFTElCQ1NJTVNWQ1JUKFJVTlRJTUVVTERFQ0RJTlZJU1VBTFNUVQAAAAACAX8AAQAA AEUAAAA8MzZDODE2NEFFMEM2Q0E0OTg3QzNFQzg4QTFCQjQxNkEwMTQ3MDdAc2VydmVyLm1pY3Jv c29mdC1sYWIucHViLnJvPgAAAAAIxA== ------_=_NextPart_001_01C3B4C8.B9BE78AD-- From so@atlantis.cs.pub.ro Thu Nov 27 09:43:28 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Thu, 27 Nov 2003 11:43:28 +0200 Subject: [so] mingw Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A01470A@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B4CA.E8F16DEC Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U2kgY2Egc2EgbWVyZyBwYW5hIGxhIGNhcGF0LCB0cmVidWllIHNhIHByZWNpemV6IGNhLCBpbnRy dWNhdCBwcm9ncmFtdWwgZm9sb3Nlc3RlIHRocmVhZHVyaSwgdHJlYnVpZSBsZWdhdCBjdSBsaWJj bXQubGliIGRlIGV4IChtdCBwdCBtdWx0aS10aHJlYWRlZCkuIE9yaWN1bSwgbnVtZWxlIGxpYnJh cmlpbG9yIHN1bnQgbGlzdGF0ZSBpbiBzZXRhcmlsZSBkZSBsYSBWaXN1YWwgQysrLg0KDQoJLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0gDQoJRnJvbTogT3ZpZGl1IFBsYXRvbiBvbiBiZWhhbGYg b2YgT3ZpZGl1IFBsYXRvbiANCglTZW50OiBUaHUgMTEvMjcvMjAwMyAxMToyNyBBTSANCglUbzog c29AYXRsYW50aXMuY3MucHViLnJvIA0KCUNjOiANCglTdWJqZWN0OiBSRTogW3NvXSBtaW5ndw0K CQ0KCQ0KCVRlb3JldGljLCBhaSBwdXRlYSBzYSBjb21waWxlemkgY3UgTWluR1csIGRhciBzYSBs ZWdpIGZpc2llcnVsIHRhdSBvYmllY3QgZGUgbGliYyBzaSBtc3ZjcnQgKHJ1bnRpbWV1bCBkZSBD IGRpbiBWaXN1YWwgU3R1ZGlvKSAtIG4tYW0gaWRlZSBjdW0sIG51IGFtIHByZWEgaW52ZXN0aWdh dCBkYXIgYXIgdHJlYnVpIHNhIHNlIHBvYXRhLCBvcmljZSBjb21waWxhdG9yIGNhdCBkZSBjYXQg ZGVjZW50IHBvYXRlIGZhY2UgYXN0YSAodmV6aSBjYSBpbiBTZXR0aW5ncyBsYSBWaXN1YWwgU3R1 ZGlvIGFpIHNpIGxpbmlhIGRlIGNvbWFuZGEgY3UgY2FyZSBpbnZvY2EgY2wuZXhlIC0gaW5jZWFy Y2Egc2EgbyBhZGFwdGV6aSBwdCBNaW5HVykuIEluIHByYWN0aWNhLCBhc3RhIGluc2VhbW5hIGNh IGZhY2kgcHJlc3VwdW5lcmVhIGNhIHBlIGNhbGN1bCBwZSBjYXJlIHNlIGZhY2UgY29tcGlsYXJl YSBzaSBjb3JlY3RhcmVhIHNlIHZvciBnYXNpIGNlbGUgZG91YSAubGliLXVyaS4uLiBJYXIgYWlj aSwgeW91J3JlIG9uIHlvdXIgb3duLg0KDQoJCS0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tIA0K CQlGcm9tOiBDaWJ1IENyaXN0aWFuIFttYWlsdG86Y2lidS5jcmlzdGlhbkByZHNsaW5rLnJvXSAN CgkJU2VudDogVGh1IDExLzI3LzIwMDMgMTE6MDUgQU0gDQoJCVRvOiBncnVwIFNPIA0KCQlDYzog DQoJCVN1YmplY3Q6IFtzb10gbWluZ3cNCgkJDQoJCQ0KCQkNCgkJbWFyZSBiYWxhcmllIHNpIG1p bmd3IGFzdGEuIFRvYXRlIGV4ZWN1dGFiaWxlbGUgc3VudCBkZSAzLCA0IG9yaSBtYWkgbWFyaSBk ZWNhdCBjZWxlIGZhY3V0ZSBkZSBWaXN1YWwgQysrIDYuMA0KCQlEYXIgZmllLCBudSBhc3RlIGUg cHJvYmxlbWEuIHRvYXRlIHZhbG9yaWxlIGFsZWF0b2FyZSBzdW50IGFzYSBkZSBuZWFsZWF0b2Fy ZSA6KS4uLiBDdSBleGVjdXRhYmlsZWxlIGZhY3V0ZSBkZSBnKysgdmFsb3JpbGUgYWxlYXRvYXJl DQoJCXRpbmQgc3ByZSBhbnVtaXRlIHZhbG9yaSBmaXhlIGFzdGZlbCBpbmNhdCBkdXBhIGNhdGV2 YSBpdGVyYXRpaSB0b3RpIGNpdGl0b3JpaSBzZSBjb21wb3J0YSB1bml0YXIgKG51LWkgbWFpIGRl emxpcGVzYykgcGVudHJ1IGNhIHRvdGkgc2UgZ2FzZXNjIHNhIGNpdGVhc2NhIGxhIGZlbCBkZSBt dWx0IHNpIGZhYyBwYXV6YSBsYSBmZWwgZGUgbXVsdC4gY3UgY2UgY29uc3RydWllc3RlIFZpc3Vh bCBDKysgdG90dWwgc2UgY29tcG9ydGEgY3UgdG90dWwgZGlmZXJpdC4gdmFsb3JpbGUgYWxlYXRv YXJlIHN1bnQgY2hpYXIgYWxlYXRvYXJlLg0KCQlkYWNhIGNpbmV2YSBhcmUgdnJlLW8gaWRlZSBk ZSBjdW0gc2UgcG9hdGUgcmV6b2x2YSB0cmVhYmEgY3UgcmFuZG9tLCBpbCByb2cgc2EgbWEgYWp1 dGUuDQoNCg== ------_=_NextPart_001_01C3B4CA.E8F16DEC Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+Ih0JAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAGwALACsAHAAEAFYBASCAAwAOAAAA0wcLABsACwArABwABABWAQEJgAEAIQAAAENG NDA1Mzk3QzMxQUUyNEVCMkVFNTREMkQ3MEM4OTBFAE4HAQOQBgDcEgAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAAB4AAABSAEUAOgAgAFsAcwBvAF0A IABtAGkAbgBnAHcAAAAAAEAAOQDsbfHoyrTDAR8APQABAAAACgAAAFIARQA6ACAAAAAAAAIBRwAB AAAAKwAAAGM9dXM7YT0gO3A9TVNMYWI7bD1TRVJWRVItMDMxMTI3MDk0MzI4Wi0yNgAAHwBJAAEA AAAeAAAAUgBFADoAIABbAHMAbwBdACAAbQBpAG4AZwB3AAAAAABAAE4ArXi+uci0wwEfAFoAAQAA ABwAAABPAHYAaQBkAGkAdQAgAFAAbABhAHQAbwBuAAAAAgFbAAEAAABHAAAAAAAAAIErH6S+oxAZ nW4A3QEPVAIAAAAAT3ZpZGl1IFBsYXRvbgBTTVRQAHNvLWFkbWluQGF0bGFudGlzLmNzLnB1Yi5y bwAAAgFcAAEAAAAhAAAAU01UUDpTTy1BRE1JTkBBVExBTlRJUy5DUy5QVUIuUk8AAAAAHwBdAAEA AAAcAAAATwB2AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIBXgABAAAAXQAAAAAAAADcp0DIwEIQ GrS5CAArL+GCAQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9D Tj1SRUNJUElFTlRTL0NOPU9WSURJVVBMAAAAAAIBXwABAAAARAAAAEVYOi9PPU1TTEFCL09VPUZJ UlNUIEFETUlOSVNUUkFUSVZFIEdST1VQL0NOPVJFQ0lQSUVOVFMvQ049T1ZJRElVUEwAHwBmAAEA AAAKAAAAUwBNAFQAUAAAAAAAHwBnAAEAAAA4AAAAcwBvAC0AYQBkAG0AaQBuAEAAYQB0AGwAYQBu AHQAaQBzAC4AYwBzAC4AcAB1AGIALgByAG8AAAAfAGgAAQAAAAoAAABTAE0AVABQAAAAAAAfAGkA AQAAADwAAABvAHYAaQBkAGkAdQBwAGwAQABtAGkAYwByAG8AcwBvAGYAdAAtAGwAYQBiAC4AcAB1 AGIALgByAG8AAAAfAHAAAQAAABYAAABbAHMAbwBdACAAbQBpAG4AZwB3AAAAAAACAXEAAQAAACAA AAABw7TGZ2N9GTh+NrBPx40OQqbk9l4jAAA22b4AAOEHGB8AdAABAAAALAAAAHMAbwBAAGEAdABs AGEAbgB0AGkAcwAuAGMAcwAuAHAAdQBiAC4AcgBvAAAAHwAaDAEAAAAcAAAATwB2AGkAZABpAHUA IABQAGwAYQB0AG8AbgAAAB8AHQ4BAAAAFgAAAFsAcwBvAF0AIABtAGkAbgBnAHcAAAAAAAIBCRAB AAAApAoAAKAKAAAXIQAATFpGdcXcZdsDAAoAcmNwZzEyNYIyA0NodG1sMQMwPwEDAfcKgAKkA+MC AGNowQrAc2V0MCAHEwKA/xADAFAEVghVB7IR1Q5RAwHdENcyBgAGwxHVMwRGENn5Eu9mNAPGEYUR 4wjvCfe2OxofDjA1EdIMYGMAUDMLCQFkMzYRYAulNCDZEAIqXA6yAZBnFPAKoxcR4x8/IEw0FPA8 IUQAT0NUWVBFIEgAVE1MIFBVQkwASUMgIi0vL1dEM0MkIERURCM0NJIuEWBUcgBydGkCIMMHQCQg RU4iPiA/IU/dDhA4IpAjQiZ9Mx7QKOD4RUFEJn0O8SefK48snwstryfsNg7wPE1FVBxBIAWgAjAJ 8HQ9IosF4CNDNiUwMC4yHjAxMqAwIiAl8AeAPUeBJkBFUkFUT1Iqr5cvryJCMPFTIvBMRSZ+6zZx IY45IpAvNr807yb1XTZyLypvJ089JDURYDyAQk9EWSBiZwhQGRmxPSMBID/yIGRpez/APUByPJA9 AwAhAzB2SQiQd2sLgGQ1PLRiXQDQawnACGBB8CAAAHOcaHA80kNRC4BzdEMx1UNxcwOgZgMQbD+D ApEoc3YgMNA3RdAyMfY1GTBEOEZE0QmARVUZMOVHwVxAoWRvAOBAoQqx/FxxGgBAoRDwAzBBBRFg Rzy7HkE9v2c5NiKQRDxJVkDZAABJpzzZNjQTTN9J8lNpMWBhIHNjUIAHgHJnIAqwJfAgRwtgUGEK sHQsIECwZSxidQiQUJJwGiBjafh6ZXpQYVHwC4BAsBzQ21HQUrFvCcAzUHUDIDs8P0sVAhAZsBEw RBBScHRouRogYWQIcVH4RyBnU/EEY3VRYGliY210Di5YcUBQUnBleCAo31iwURAFQFSBJcAtVrQJ gGwpLlS/SzNPBRBYQG31UfBuXJBlRyBYYiVwBRD7AxAFsXNC8AVAWHBEEFHQ/1JwC4BQkBFAXYFd EVkhUXEaVgQAdQdAFxArKy5/PNkBwEDnCqJA5wpxJ+ww/yoxJIBMq2JISi9LP0xDI7DBItBLUVVP VCMgQGUZUJB0eUcgMeFBUkdASU4tUklHI0A68CAwcHgmYUD4CrEQAv9IlUkzSPFJj2YvIbsRYHAA v2cPTI9Nn06vbSdIEGkeIoUn7DQowUZPTlRQkLlTAT0ycYsL4m0JLXkCbVxRZwuAYDFNB5BQoGf+ ZXkDdW0w0D7xNBFA+FhwXG5lCoFtLz0zOCoxQtdxi1kAfRhGA2E6cEwigeYvfsplGSBPQZBAYFhQ r1sPbs9+gXARUAtgdAIgcX2+Jm5iRFACgED4J15hAUB9JwIgP1BlEQBs+UBAb2aGr4e/iMqDVYZE /3qve798z33ffu9P1jGxgK8zgb+Cx1RoWFCO0C8y9jeXADKQM4O/hM+F1Y7Q9jqXEBFwTY3/jw+Q H5Evc5I/nTVUb5P/lQ+Cx3M8b0BR0AtgAjAEAC5j4aPAcHViLgNgmp+br8+cv53Pnt+nFUNjoH+h j/+Cx5efmK+F5KSPpZ+mr6e/96jPT+WkIGoFkJPvq1+CuNRSRWqAW6MgXVDAC4D8Z3evj7Cfsa+5 b7p/u4/1KEY1cSEvdpK273KeYV//Ym9jf8DPbY+t72+vcL9z7+dy38s/dPZUZQWwEUAN4HdR8Atw URB1MaBQgwWgbVtD4EcgelBRWFBNC4BH+ldR8GQKwVChV+FQUETAnwCQBJBUkQGQWFBvYgiQ/7WA rP/IL4XVX5JYgXbRUMD3RYAFAAVAKFPAo5EHgFSRH1khI+BAYAOgX/VTdHXZQGBvKXjwMzAtM1BT gP8BAFJwXIXPcNmg04/Un4Xk91LBUIALgHZWYXlwU/HRgt8KwVIUUJIRMFEQb1HQU2H/BbAN4Nnx 0FOGYQXAU+JZIf/hBOAgXiHaz9vf3OXfkVJw9mYA0FJwYV5xWXDdsNCy/91yBlECQLjxBCBfyNjU z3L/1oG+MQcw4TMDctGA4h/jL3+F1VhBUHAaIN2CSGBRgWz+LllQUnB6kAuA4CAKwFB0f+fh0YAF MNCiBTHRE1rRSf8DoFLAANDPMVNh5VPpf+qP94XkQ/FW4G1RQVBx5QHPkb8aIF4ApBC+UN1SUHFw 4VL+bFhAAyD1Q+xB31HlA+BV/91S1oHwv/HP65XPAbWA90T/UnDskAXAWADWgeAgX2IIYOtQgFjS LQhxLvzQ74DeUusN4FcxeQhgJ+xBiYH9sY8FwPfP+N+F5G93bmCf/8MPxB/FL8Y/x0/IX8lvZ9// aO9p/2sPbB8F/wcPCB0I7//Kn8uvzL/NzEXwdV92b3d//3iPeZ+8L70/vk+yr7O/f/+3tg8FXwjB Q1jwWFBDG4C/3dGjgP6fEL+F1BIxW+kQe/cghnA69BBSQKPQJdVA9UhAcx7Ra6RBuMAc3x3v/x7/ IA8hH5NfIz8kT5aPmhH8MDWabycvKDorHywvLT//Lk8vX5//MZ8yr0LA9IAwsP5PKw843znvOv88 D6nPPi//Pz9Az0HfQu9D/0UPtM9G3/9H74L0uJM1PzZPKHa470of/0svvB9WX1dvv0/AXxRvAd// Au8D/wUPWv8QXxFvEn8Tjz9dzxWvFr8XzxjR5QI9Qf8bgBvRGQ8aEVNBGj1Sf2Rv/yh2Yh9eD18f YC9mr2e/aM//ad9q423fbu9rf2yPbZ97//vpEOxBYvWA/SDScNZzVSL/5UPvcD2A5MLtEfWgY/DT IP/R8PvRb79wzyh250Dh8dYB/jPPYK8w3/GBcYgSiAHhsT/eEfuz5QHPwdfC5yVDK/ArIDYuYGFb j1yfzej/jJ9zf3SPdZ9hT2JfY29kf/9lj3aPd594r3m/es+AX3zvb33/fw+cf52ERP0h0kBl/9pE JfCDgfQx0xDR8OkQ73D74MDkwnb1gN/xhF+VDyhJ//WA9OCkMfYyhzLlUOijWoDtp8g672D84UPS 8IOsiXj+Z4qRpS+mPyh2pJenx4r//4wPjR+OL48/kE+RX5Jvk3//lI+Vn5avl7+Yz5nfmu+b/3+d D54fny+gP8HP3qAbsGT/7fD0Qe5A2mBVEKRn0jHtIf3lUWb7wO1i3hL0gPCfuh/7KFjhAWWkkN2A 5NDv0CYA//uQ4MAmANDQyEDIQN/x3wG/4DTg0OVx9KDIQP0hKNpgNi2IFNnQelpg9UBzY//ZMMpv y38odvVA4fDXMPOy/84D9mH7YdEh7fLOUfTg0TDv7eDm8clyqPFt9bDiAPeR4+UB9TBhdXrWStF/ 0o//VJfXEe9w6/LgMvNA1EGCIP+jMooZzgH1sc766/HdpOfA/8lwG4DbkdjP2d+uX6fNDrD36JD9 MafWLq//sQ+yH7Mv/7Q/tU+2X7dvuH+5j7qfu6//vL+9z77fv+/A/8IPwx/EL//FP/bf2ID5cNWy WoDNQagi8naoMC1vzWDQwInDg9D+bd3y3mCDYt/v708odqgw+HpvbM1BDpCpMIHQ27I/zaDHgN5A otCk4ALQb2e/1ZKBgP8fAC8oZKewaomh/+T/5g/nH+gv6T/qT+tf7G//7X/v2BiBCDUNjw6fD68S SgBCTE9DS1FVT/xURRM7BTFarxTvFf8T34Xv1jURMkJPRFkRvUM0IFBxSFRNTFmgfQEeYB8ANRAB AAAAigAAADwAMwA2AEMAOAAxADYANABBAEUAMABDADYAQwBBADQAOQA4ADcAQwAzAEUAQwA4ADgA QQAxAEIAQgA0ADEANgBBADAAMQA0ADcAMABBAEAAcwBlAHIAdgBlAHIALgBtAGkAYwByAG8AcwBv AGYAdAAtAGwAYQBiAC4AcAB1AGIALgByAG8APgAAAAAAHwBHEAEAAAAeAAAAbQBlAHMAcwBhAGcA ZQAvAHIAZgBjADgAMgAyAAAAAAALAPIQAQAAAB8A8xABAAAAKgAAAFIARQAlADMAQQAgAFsAcwBv AF0AIABtAGkAbgBnAHcALgBFAE0ATAAAAAAACwD2EAAAAABAAAcwJFnlxsq0wwFAAAgwMPf66Mq0 wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2AGkAZABpAHUAIABQAGwAYQB0AG8AbgAA AAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GCAQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJT VCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElFTlRTL0NOPU9WSURJVVBMAAAAAB8A+j8B AAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkAcwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEA AAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAAAC4AAAADAP0/5AQAAAMAGUAAAAAAAwAa QAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAATwBWAEkARABJAFUAUABMAAAAAAAfADFA AQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkABAAAAOAAAAHMAbwAtAGEAZABtAGkAbgBA AGEAdABsAGEAbgB0AGkAcwAuAGMAcwAuAHAAdQBiAC4AcgBvAAAAHwAzQAEAAAASAAAATwBWAEkA RABJAFUAUABMAAAAAAAfADhAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AOUABAAAABAAA AC4AAAALACkAAAAAAAsAIwAAAAAAAwAGEKbwwMEDAAcQYgUAAAMAEBAAAAAAAwAREAEAAAAeAAgQ AQAAAGUAAABTSUNBU0FNRVJHUEFOQUxBQ0FQQVQsVFJFQlVJRVNBUFJFQ0laRVpDQSxJTlRSVUNB VFBST0dSQU1VTEZPTE9TRVNURVRIUkVBRFVSSSxUUkVCVUlFTEVHQVRDVUxJQkNNVExJAAAAAAIB fwABAAAARQAAADwzNkM4MTY0QUUwQzZDQTQ5ODdDM0VDODhBMUJCNDE2QTAxNDcwQUBzZXJ2ZXIu bWljcm9zb2Z0LWxhYi5wdWIucm8+AAAAAPtJ ------_=_NextPart_001_01C3B4CA.E8F16DEC-- From so@atlantis.cs.pub.ro Thu Nov 27 16:46:59 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 27 Nov 2003 18:46:59 +0200 Subject: [so] mingw In-Reply-To: <002101c3b4c5$897e5220$0200a8c0@smeagol> References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: On Thu, 27 Nov 2003 11:05:00 +0200, Cibu Cristian wrote: > mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai > mari decat cele facute de Visual C++ 6.0 man strip > Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de > nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare > tind spre anumite valori fixe astfel incat dupa cateva iteratii toti > cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se > gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce > construieste Visual C++ totul se comporta cu totul diferit. valorile > aleatoare sunt chiar aleatoare. > daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il > rog sa ma ajute. man srand tavi From so@atlantis.cs.pub.ro Thu Nov 27 16:53:03 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 27 Nov 2003 18:53:03 +0200 Subject: [so] destroy References: <20031126202006.78739.qmail@web60503.mail.yahoo.com> Message-ID: <00cb01c3b506$eeeb86f0$6400a8c0@andrei> Nu reiese din discutiile de mai dinainte daca variantele cu mai multe functii "destroy" sunt cerinte oficiale. Daca sunt, cred ca varianta oficiala de enunt (cu 1 destroy, 2 destroy, unul mai mare si altul mai mic) ar trebui sa fie pusa pe site cat mai repede. Si o alta constatare de la care pot sa apara discutii dupa aia: cele n variabile conditie nu se specifica faptul ca au numere de la 0 la n-1. Rog pe cine este in masura sa ridice ceata :). Eu am facut o implementare care la prima mentiune a unei variabile (indiferent de numar) o ataseaza uneia dintre cele n structuri rezervate. E ok? From so@atlantis.cs.pub.ro Thu Nov 27 20:13:03 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 12:13:03 -0800 (PST) Subject: [so] destroy In-Reply-To: <00cb01c3b506$eeeb86f0$6400a8c0@andrei> Message-ID: <20031127201303.37765.qmail@web60504.mail.yahoo.com> --- Andrei Hagiescu wrote: > Nu reiese din discutiile de mai dinainte daca > variantele cu mai multe > functii "destroy" sunt cerinte oficiale. Daca sunt, > cred ca varianta > oficiala de enunt (cu 1 destroy, 2 destroy, unul mai > mare si altul mai mic) > ar trebui sa fie pusa pe site cat mai repede. si lista asta e oficiala. > Si o alta constatare de la care pot sa apara > discutii dupa aia: cele n > variabile conditie nu se specifica faptul ca au > numere de la 0 la n-1. Rog > pe cine este in masura sa ridice ceata :). Eu am > facut o implementare care > la prima mentiune a unei variabile (indiferent de > numar) o ataseaza uneia > dintre cele n structuri rezervate. E ok? e ok, atata timp cand translatarea e coerenta. Daca tu pui conditia 3 pe pozitia 1, de fiecare data cand o referi prin signal/wait/broadcast tre sa te duci pe pozitia 1. Mi se pare o complicatie inutila, mai simplu e sa le tii 1 la 1. Ai si o penalizare de performanta cu translatarea. Daca nu pierzi performanta prea multa e ok, daca nu pierzi puncte :D Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 21:21:56 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 23:21:56 +0200 Subject: [so] mingw References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: <001201c3b52c$7c3cbe50$0200a8c0@smeagol> > > mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai > > mari decat cele facute de Visual C++ 6.0 > > man strip > > > Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de > > nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare > > tind spre anumite valori fixe astfel incat dupa cateva iteratii toti > > cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se > > gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce > > construieste Visual C++ totul se comporta cu totul diferit. valorile > > aleatoare sunt chiar aleatoare. > > daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il > > rog sa ma ajute. > > man srand > > tavi sar'na pentru sfat. citez din man srand: rand() is unsafe in multi-thread applications. rand_r() is MT-Safe, and should be used instead. srand() is unsafe in multi-thread applications. From so@atlantis.cs.pub.ro Thu Nov 27 21:28:48 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 23:28:48 +0200 Subject: [so] mingw continuare References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: <001901c3b52d$71f9d4e0$0200a8c0@smeagol> numai ca pe windows nu am dat de rand_r si cum mingw e pe windows.... dilema mare. From so@atlantis.cs.pub.ro Thu Nov 27 21:30:21 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 27 Nov 2003 23:30:21 +0200 Subject: [so] destroy References: <20031127201303.37765.qmail@web60504.mail.yahoo.com> Message-ID: <001b01c3b52d$aaf40360$6400a8c0@andrei> > > si lista asta e oficiala. > Asta inseamna ca eventuale concluzii obtinute prin discutii pe aceasta lista privind cat de corect / complet este enuntul trebuie sa se regaseasca si in enuntul temei si nu sa-l contrazica. > e ok, atata timp cand translatarea e coerenta. Daca tu > pui conditia 3 pe pozitia 1, de fiecare data cand o > referi prin signal/wait/broadcast tre sa te duci pe > pozitia 1. Mi se pare o complicatie inutila, mai > simplu e sa le tii 1 la 1. Ai si o penalizare de > performanta cu translatarea. Daca nu pierzi > performanta prea multa e ok, daca nu pierzi puncte :D > > Nu s-a specificat nicaieri ca variabilele conditie vor avea numere intre 0 si n-1 sau intre 1 si n deci tema mea raspunde corect unor teste generice care nu tin seama de aceasta restrictie. Intr-adevar este o degradare de performanta fata de o tema care ar tine cont de aceasta restrictie dar atata vreme cat enuntul nu specifica explicit restrictia, tema rezolvata cu restrictie la numerele variabilelor conditie nu este corecta. Pana la urma trebuie sa rezolvam cum e mai simplu sau cum este mai corect? From so@atlantis.cs.pub.ro Thu Nov 27 21:46:44 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Thu, 27 Nov 2003 13:46:44 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031123001830.55076.qmail@web60510.mail.yahoo.com> Message-ID: <20031127214644.12982.qmail@web11706.mail.yahoo.com> --0-818721692-1069969604=:12575 Content-Type: text/plain; charset=us-ascii Cosmin Arad wrote: Aveti grija la urmatoarele aspecte: - clientii care asteapta pe scaune vor fi tunsi cu prioritate fata de clientii tocmai intrati; Cosmin Am o nelamurire: afirmatia de mai sus inseamna ca de fapt clientii de pe scaunele de asteptare trebuie treziti in ordine FIFO (primii n clienti asezati pe scaune au prioritate fata de clientul n+1 care se aseaza si el pe scaun) ? Sau, pur si simplu, ideea e ca daca un client intra si gaseste cel putin o persoana pe scaunele de asteptare, nu are alta varianta decat sa se aseze si el pe un scaun de asteptare ? Multumesc anticipat, Stela __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-818721692-1069969604=:12575 Content-Type: text/html; charset=us-ascii


Cosmin Arad <cosminarad@yahoo.com> wrote:

Aveti grija la urmatoarele aspecte:
- clientii care asteapta pe scaune vor fi tunsi cu
prioritate fata de clientii tocmai intrati;

Cosmin

Am o nelamurire: afirmatia de mai sus inseamna ca de fapt clientii de pe scaunele de asteptare trebuie treziti in ordine FIFO (primii n clienti asezati pe scaune au prioritate fata de clientul n+1 care se aseaza si el pe scaun) ?

Sau, pur si simplu, ideea e ca daca un client intra si gaseste cel putin o persoana pe scaunele de asteptare, nu are alta varianta decat sa se aseze si el pe un scaun de asteptare ?

Multumesc anticipat,

Stela


__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-818721692-1069969604=:12575-- From so@atlantis.cs.pub.ro Thu Nov 27 21:50:09 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 13:50:09 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031127214644.12982.qmail@web11706.mail.yahoo.com> Message-ID: <20031127215009.7876.qmail@web60505.mail.yahoo.com> --- Stela Suciu wrote: > > > Cosmin Arad wrote: > Aveti grija la urmatoarele aspecte: > - clientii care asteapta pe scaune vor fi tunsi cu > prioritate fata de clientii tocmai intrati; > > Cosmin > > > Am o nelamurire: afirmatia de mai sus inseamna ca de > fapt clientii de pe scaunele de asteptare trebuie > treziti in ordine FIFO (primii n clienti asezati pe > scaune au prioritate fata de clientul n+1 care se > aseaza si el pe scaun) ? > > Sau, pur si simplu, ideea e ca daca un client intra > si gaseste cel putin o persoana pe scaunele de > asteptare, nu are alta varianta decat sa se aseze si > el pe un scaun de asteptare ? Exact. Nu trebuie FIFO. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 21:52:21 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Thu, 27 Nov 2003 13:52:21 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031127215009.7876.qmail@web60505.mail.yahoo.com> Message-ID: <20031127215221.52417.qmail@web60309.mail.yahoo.com> --0-1711010079-1069969941=:51431 Content-Type: text/plain; charset=us-ascii terminati cu intrebari din astea care pot duce la un dezastru. Ce vrei sa le tii threadurile in coa Cosmin Arad wrote: --- Stela Suciu wrote: > > > Cosmin Arad wrote: > Aveti grija la urmatoarele aspecte: > - clientii care asteapta pe scaune vor fi tunsi cu > prioritate fata de clientii tocmai intrati; > > Cosmin > > > Am o nelamurire: afirmatia de mai sus inseamna ca de > fapt clientii de pe scaunele de asteptare trebuie > treziti in ordine FIFO (primii n clienti asezati pe > scaune au prioritate fata de clientul n+1 care se > aseaza si el pe scaun) ? > > Sau, pur si simplu, ideea e ca daca un client intra > si gaseste cel putin o persoana pe scaunele de > asteptare, nu are alta varianta decat sa se aseze si > el pe un scaun de asteptare ? Exact. Nu trebuie FIFO. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1711010079-1069969941=:51431 Content-Type: text/html; charset=us-ascii
terminati cu intrebari din astea care pot duce la un dezastru.
 
Ce vrei sa le tii threadurile in coa

Cosmin Arad <cosminarad@yahoo.com> wrote:
--- Stela Suciu wrote:
>
>
> Cosmin Arad wrote:
> Aveti grija la urmatoarele aspecte:
> - clientii care asteapta pe scaune vor fi tunsi cu
> prioritate fata de clientii tocmai intrati;
>
> Cosmin
>
>
> Am o nelamurire: afirmatia de mai sus inseamna ca de
> fapt clientii de pe scaunele de asteptare trebuie
> treziti in ordine FIFO (primii n clienti asezati pe
> scaune au prioritate fata de clientul n+1 care se
> aseaza si el pe scaun) ?
>
> Sau, pur si simplu, ideea e ca daca un client intra
> si gaseste cel putin o persoana pe scaunele de
> asteptare, nu are alta varianta decat sa se aseze si
> el pe un scaun de asteptare ?

Exact. Nu trebuie FIFO.

Cosmin

__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1711010079-1069969941=:51431-- From so@atlantis.cs.pub.ro Thu Nov 27 21:45:10 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Thu, 27 Nov 2003 23:45:10 +0200 (E. Europe Standard Time) Subject: [so] site References: <20031127201303.37765.qmail@web60504.mail.yahoo.com> Message-ID: <3FC67066.000016.00968@einstein> --------------Boundary-00=_AR51TSM1VA4000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_AR51O2Q1VA4000000000" --------------Boundary-00=_AR51O2Q1VA4000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable cel mai bine este sa existe o varianta corecta de enunt de tema pe site, pentru ca asa este normal si frumos.=0D in plis site-ul de so este oficial.=0D nu trebuie sa stam sa citim sute de mesaje pe lista ca sa ne prindem ca c= eea ce deja am lucrat nu este OK, desi enuntul nu spunea nimic despre asta.=0D =0D Eu consider de un mare ajutor lista aceasta de discutii si sunt de acord = ca ea este oficiala, dar... sunt cam multe mesaje...=0D =0D imi cer scuze daca am spus ceea ce nu trebuia.=0D =0D Florin --------------Boundary-00=_AR51O2Q1VA4000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
cel mai bine este sa existe o varianta corecta de enunt de tema= pe site, pentru ca asa este normal si frumos.
in plis site-ul de so este oficial.
nu trebuie sa stam sa citim sute de mesaje pe lista ca sa ne prindem= ca ceea ce deja am lucrat nu este OK, desi enuntul nu spunea nimic despr= e asta.
 
Eu consider de un mare ajutor lista aceasta de discutii si sunt de a= cord ca ea este oficiala, dar... sunt cam multe mesaje...
 
imi cer scuze daca am spus ceea ce nu trebuia.
 
Florin
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_AR51O2Q1VA4000000000-- --------------Boundary-00=_AR51TSM1VA4000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_AR51TSM1VA4000000000-- From so@atlantis.cs.pub.ro Thu Nov 27 22:00:12 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:00:12 -0800 (PST) Subject: [so] destroy In-Reply-To: <001b01c3b52d$aaf40360$6400a8c0@andrei> Message-ID: <20031127220012.55588.qmail@web60506.mail.yahoo.com> --- Andrei Hagiescu wrote: > > > > > si lista asta e oficiala. > > > > Asta inseamna ca eventuale concluzii obtinute prin > discutii pe aceasta lista > privind cat de corect / complet este enuntul trebuie > sa se regaseasca si in > enuntul temei si nu sa-l contrazica. pai concluziile de aici nu contrazic enuntul, doar il completeaza. > > e ok, atata timp cand translatarea e coerenta. > Daca tu > > pui conditia 3 pe pozitia 1, de fiecare data cand > o > > referi prin signal/wait/broadcast tre sa te duci > pe > > pozitia 1. Mi se pare o complicatie inutila, mai > > simplu e sa le tii 1 la 1. Ai si o penalizare de > > performanta cu translatarea. Daca nu pierzi > > performanta prea multa e ok, daca nu pierzi puncte > :D > > > > > > Nu s-a specificat nicaieri ca variabilele conditie > vor avea numere intre 0 > si n-1 sau intre 1 si n deci tema mea raspunde > corect unor teste generice > care nu tin seama de aceasta restrictie. Intr-adevar > este o degradare de > performanta fata de o tema care ar tine cont de > aceasta restrictie dar atata > vreme cat enuntul nu specifica explicit restrictia, > tema rezolvata cu > restrictie la numerele variabilelor conditie nu este > corecta. de ce nu este corecta? > Pana la urma > trebuie sa rezolvam cum e mai simplu sau cum este > mai corect? Corect si eficient. N-ai nici o scuza pentru lipsa de eficienta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 22:13:18 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:13:18 -0800 (PST) Subject: [so] site In-Reply-To: <3FC67066.000016.00968@einstein> Message-ID: <20031127221318.63115.qmail@web60510.mail.yahoo.com> --- Florin Pop wrote: > cel mai bine este sa existe o varianta corecta de > enunt de tema pe site, varianta de enunt de pe site este corecta. > pentru ca asa este normal si frumos. > in plis site-ul de so este oficial. si lista e oficiala si chiar scopul ei este sa lamureasca nelamuririle cu privire la tema. > nu trebuie sa stam sa citim sute de mesaje pe lista > ca sa ne prindem ca ceea > ce deja am lucrat nu este OK, desi enuntul nu spunea > nimic despre asta. parerea mea este ca un enunt de tema nu trebuie sa dea mura-n gura solutia temei. De aceea lamuririle de pe lista nu isi au locul in enunt. > Eu consider de un mare ajutor lista aceasta de > discutii si sunt de acord ca > ea este oficiala, dar... sunt cam multe mesaje... acest lucru nu poate fi decat imbucurator > imi cer scuze daca am spus ceea ce nu trebuia. scuzele se accepta :) Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 22:29:18 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Thu, 27 Nov 2003 14:29:18 -0800 (PST) Subject: [so] trist In-Reply-To: <20031127221318.63115.qmail@web60510.mail.yahoo.com> Message-ID: <20031127222918.60573.qmail@web60309.mail.yahoo.com> --0-1865654005-1069972158=:59560 Content-Type: text/plain; charset=us-ascii Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Readerul da prioritatea writerilor care asteptau inaintea lui? sau si celor care vor veni dupa el si vor astepta in acelasi timp la un momentdat? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1865654005-1069972158=:59560 Content-Type: text/html; charset=us-ascii

<quote>

Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor.

</quote>

Readerul da prioritatea writerilor care asteptau inaintea lui? sau si celor care vor veni dupa el si vor astepta in acelasi timp la un momentdat?

 

 

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1865654005-1069972158=:59560-- From so@atlantis.cs.pub.ro Thu Nov 27 22:40:35 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:40:35 -0800 (PST) Subject: [so] trist In-Reply-To: <20031127222918.60573.qmail@web60309.mail.yahoo.com> Message-ID: <20031127224035.68000.qmail@web60506.mail.yahoo.com> --- Mihai Iancu wrote: > > > > Daca un cititor gaseste un scriitor in buffer sau > descopera ca un scriitor asteapta sa intre in buffer > nu intra si ramane in asteptare acordand astfel > prioritate scriitorilor. Daca un cititor gaseste un > scriitor in buffer sau descopera ca un scriitor > asteapta sa intre in buffer nu intra si ramane in > asteptare acordand astfel prioritate scriitorilor. > > > > Readerul da prioritatea writerilor care asteptau > inaintea lui? sau si celor care vor veni dupa el si > vor astepta in acelasi timp la un momentdat? si celor veniti. un reader intra cand nu mai e nici un writer pending. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 28 05:32:20 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 07:32:20 +0200 Subject: [so] mingw In-Reply-To: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> References: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> Message-ID: On Thu, 27 Nov 2003 11:27:49 +0200, Ovidiu Platon wrote: > Teoretic, ai putea sa compilezi cu MinGW, dar sa legi fisierul tau > obiect de libc si msvcrt (runtimeul de C din Visual Studio) - n-am idee Executabilele generate de MinGW nu folosesc libc ci msvcrt. De aia ii si zice minimalistic, pentru ca este portat doar compilatorul. C:\>type a.c #include int main() { srand(123); rand(); return 0; } C:\>objdump -p a.exe a.exe: file format pei-i386 Characteristics 0x207 relocations stripped executable line numbers stripped debugging information removed Time/Date Fri Nov 28 07:29:29 2003 ImageBase 00400000 SectionAlignment 00001000 FileAlignment 00000200 MajorOSystemVersion 4 MinorOSystemVersion 0 MajorImageVersion 1 MinorImageVersion 0 MajorSubsystemVersion 4 MinorSubsystemVersion 0 Win32Version 00000000 SizeOfImage 00005000 SizeOfHeaders 00000400 CheckSum 0000fc40 Subsystem 00000003 (Windows CUI) DllCharacteristics 00000000 SizeOfStackReserve 00200000 SizeOfStackCommit 00001000 SizeOfHeapReserve 00100000 SizeOfHeapCommit 00001000 LoaderFlags 00000000 NumberOfRvaAndSizes 00000010 The Data Directory Entry 0 00000000 00000000 Export Directory [.edata (or where ever we found it)] Entry 1 00004000 0000028c Import Directory [parts of .idata] Entry 2 00000000 00000000 Resource Directory [.rsrc] Entry 3 00000000 00000000 Exception Directory [.pdata] Entry 4 00000000 00000000 Security Directory Entry 5 00000000 00000000 Base Relocation Directory [.reloc] Entry 6 00000000 00000000 Debug Directory Entry 7 00000000 00000000 Description Directory Entry 8 00000000 00000000 Special Directory Entry 9 00000000 00000000 Thread Storage Directory [.tls] Entry a 00000000 00000000 Load Configuration Directory Entry b 00000000 00000000 Bound Import Directory Entry c 00000000 00000000 Import Address Table Directory Entry d 00000000 00000000 Delay Import Directory Entry e 00000000 00000000 Reserved Entry f 00000000 00000000 Reserved There is an import table in .idata at 0x404000 The Import Tables (interpreted .idata section contents) vma: Hint Time Forward DLL First Table Stamp Chain Name Thunk 00004000 00004040 00000000 00000000 00004230 000040a4 DLL Name: KERNEL32.dll vma: Hint/Ord Member-Name Bound-To 4104 0 AddAtomA 4110 131 ExitProcess 4120 148 FindAtomA 412c 193 GetAtomNameA 413c 660 SetUnhandledExceptionFilter 00004014 0000405c 00000000 00000000 00004280 000040c0 DLL Name: msvcrt.dll vma: Hint/Ord Member-Name Bound-To 415c 39 __getmainargs 416c 59 __p__environ 417c 61 __p__fmode 418c 78 __set_app_type 41a0 118 _cexit 41ac 169 _fileno 41b8 222 _iob 41c0 336 _onexit 41cc 373 _setmode 41d8 510 abort 41e0 517 atexit 41ec 552 free 41f4 603 malloc 4200 624 rand 4208 633 signal 4214 638 srand 00004028 00000000 00000000 00000000 00000000 00000000 tavi From so@atlantis.cs.pub.ro Fri Nov 28 06:01:04 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 08:01:04 +0200 Subject: [so] mingw In-Reply-To: References: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> Message-ID: On Fri, 28 Nov 2003 07:32:20 +0200, Octavian Purdila wrote: > On Thu, 27 Nov 2003 11:27:49 +0200, Ovidiu Platon > wrote: > >> Teoretic, ai putea sa compilezi cu MinGW, dar sa legi fisierul tau >> obiect de libc si msvcrt (runtimeul de C din Visual Studio) - n-am idee > > Executabilele generate de MinGW nu folosesc libc ci msvcrt. De aia ii si > zice minimalistic, > pentru ca este portat doar compilatorul. > Am confundat libc-ul de care ziceai tu cu glibc. E posibil sa linkezi si cu libc daca ai nevoie (-llibc -Lcale_spre_llibc). tavi From so@atlantis.cs.pub.ro Fri Nov 28 06:31:04 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 08:31:04 +0200 Subject: [so] mingw continuare In-Reply-To: <001901c3b52d$71f9d4e0$0200a8c0@smeagol> References: <002101c3b4c5$897e5220$0200a8c0@smeagol> <001901c3b52d$71f9d4e0$0200a8c0@smeagol> Message-ID: On Thu, 27 Nov 2003 23:28:48 +0200, Cibu Cristian wrote: > numai ca pe windows nu am dat de rand_r > si cum mingw e pe windows.... dilema mare. > Se pare ca in mscvrt.dll nu e implementat rand_r, insa msvcrt.dll este thread safe (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_c_run.2d.time_libraries.asp) asa ca poti sa folosesti rand. tavi From so@atlantis.cs.pub.ro Fri Nov 28 09:35:05 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Fri, 28 Nov 2003 11:35:05 +0200 Subject: [so] site Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B592.E7ECE41E Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SW5saW5lLi4uDQoNCgk+IG51IHRyZWJ1aWUgc2Egc3RhbSBzYSBjaXRpbSBzdXRlIGRlIG1lc2Fq ZSBwZSBsaXN0YQ0KCT4gY2Egc2EgbmUgcHJpbmRlbSBjYSBjZWVhDQoJPiBjZSBkZWphIGFtIGx1 Y3JhdCBudSBlc3RlIE9LLCBkZXNpIGVudW50dWwgbnUgc3B1bmVhDQoJPiBuaW1pYyBkZXNwcmUg YXN0YS4NCgkNCglwYXJlcmVhIG1lYSBlc3RlIGNhIHVuIGVudW50IGRlIHRlbWEgbnUgdHJlYnVp ZSBzYSBkZWENCgltdXJhLW4gZ3VyYSBzb2x1dGlhIHRlbWVpLiBEZSBhY2VlYSBsYW11cmlyaWxl IGRlIHBlDQoJbGlzdGEgbnUgaXNpIGF1IGxvY3VsIGluIGVudW50Lg0KCQ0KDQoJT1A+IER1cGEg cGFyZXJlYSBtZWEsIHVuIGVudW50IGRlIHRlbWEgdHJlYnVpZSBzYSBmaWUgY2EgbyBzcGVjaWZp Y2F0aWUgZGUgcmVxdWlyZW1lbnRzLCBzY3VydGEsIGxhIG9iaWVjdCwgY2xhcmEgc2kgY3UgbXVs dGUgbGlua3VyaSBzaSBjbGFyaWZpY2FyaSBkaW4gc3RhcnQuIFBhbmEgYWljaSwgY2UgcG90IHNh IGdhc2VzYyBwZSBzaXRlIGFkdWNlIGNhdCBkZSBjYXQgYSByZXF1aXJlbWVudHMgKGJpbmUsIG1p Y2kgYW1iaWd1aXRhdGkgc2kgZ3Jlc2VsaSBjcmVkIGNhIHN1bnQgaW5lcmVudGUpLiBQZSBtaW5l IGluc2EgbWEgYW11emEgdGVyaWJpbCBkaXNjdXRpaWxlIGRlIHBlIGxpc3RhIGFzdGEsIGNyZWQg Y2Egc3VudCB1biB0cmFpbmluZyBleGNlbGVudCBwZW50cnUgdmlpdG9yaWkgaW5naW5lcmkgY2Fy ZSB2b3IgYXZlYSBkZS1hIGZhY2UgY3UgY3VzdG9tZXJpIGNhcmUgbnUgc3RpdSBjZSB2b3IgOikN CgkNCgk+IEV1IGNvbnNpZGVyIGRlIHVuIG1hcmUgYWp1dG9yIGxpc3RhIGFjZWFzdGEgZGUNCgk+ IGRpc2N1dGlpIHNpIHN1bnQgZGUgYWNvcmQgY2ENCgk+IGVhIGVzdGUgb2ZpY2lhbGEsIGRhci4u LiBzdW50IGNhbSBtdWx0ZSBtZXNhamUuLi4NCgkNCglhY2VzdCBsdWNydSBudSBwb2F0ZSBmaSBk ZWNhdCBpbWJ1Y3VyYXRvcg0KDQoJT1A+IEVpLCBudSBjaGlhciwgYW0gdmF6dXQgbXVsdGUgY2hl c3RpaSBjYXJlIHNlIGJhdCBjYXAgaW4gY2FwIHBlIHBhcmN1cnN1bCBkaXNjdXRpaWxvciwgY2V2 YSBzcGFtIChtZXNhanVsIGFzdGEsIGRlIGV4ZW1wbHUsIGRhciB2YSByb2cgc2EgbnUgbWEgcHVu ZXRpIGxhIGp1bmsgbWFpbCA6KSBzaSBjYXJlIGF1IHRlbmRpbnRhIHNhIHRlIGJhZ2UgaW4gY2Vh dGEuIEluIHBsdXMsIGNsYXJpZmljYXJpIHNpIGhpbnR1cmkgY2FyZSBzb3Nlc2MgZHVwYSBjZSB0 cmVjZSBkZWFkbGluZXVsIG1pIHNlIHBhciBkZSBwcm9zdCBndXN0Lg0KCQ0KDQo= ------_=_NextPart_001_01C3B592.E7ECE41E Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IgYJAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAHAALACMABQAFADkBASCAAwAOAAAA0wcLABwACwAjAAUABQA5AQEJgAEAIQAAAEJB OEM3ODJCNEVGNkZENEU5OEFDMDc0OTRGMEE3Qjk0AHMHAQOQBgBwDwAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAABwAAABSAEUAOgAgAFsAcwBvAF0A IABzAGkAdABlAAAAQAA5AB7k7OeStcMBHwA9AAEAAAAKAAAAUgBFADoAIAAAAAAAAgFHAAEAAAAr AAAAYz11czthPSA7cD1NU0xhYjtsPVNFUlZFUi0wMzExMjgwOTM1MDVaLTI5AAAfAEkAAQAAABwA AABSAGUAOgAgAFsAcwBvAF0AIABzAGkAdABlAAAAQABOAADTAqkztcMBHwBaAAEAAAAYAAAAQwBv AHMAbQBpAG4AIABBAHIAYQBkAAAAAgFbAAEAAAA+AAAAAAAAAIErH6S+oxAZnW4A3QEPVAIAAAAA Q29zbWluIEFyYWQAU01UUABjb3NtaW5hcmFkQHlhaG9vLmNvbQAAAAIBXAABAAAAGgAAAFNNVFA6 Q09TTUlOQVJBREBZQUhPTy5DT00AAAAfAF0AAQAAABgAAABDAG8AcwBtAGkAbgAgAEEAcgBhAGQA AAACAV4AAQAAAD4AAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAABDb3NtaW4gQXJhZABTTVRQAGNv c21pbmFyYWRAeWFob28uY29tAAAAAgFfAAEAAAAaAAAAU01UUDpDT1NNSU5BUkFEQFlBSE9PLkNP TQAAAB8AZgABAAAACgAAAFMATQBUAFAAAAAAAB8AZwABAAAAKgAAAGMAbwBzAG0AaQBuAGEAcgBh AGQAQAB5AGEAaABvAG8ALgBjAG8AbQAAAAAAHwBoAAEAAAAKAAAAUwBNAFQAUAAAAAAAHwBpAAEA AAAqAAAAYwBvAHMAbQBpAG4AYQByAGEAZABAAHkAYQBoAG8AbwAuAGMAbwBtAAAAAAAfAHAAAQAA ABQAAABbAHMAbwBdACAAcwBpAHQAZQAAAAIBcQABAAAAGwAAAAHDtTUOSwXSj/xgKksOnfflOQDB NCUAF0Q8dAAfAHQAAQAAACwAAABzAG8AQABhAHQAbABhAG4AdABpAHMALgBjAHMALgBwAHUAYgAu AHIAbwAAAB8AGgwBAAAAHAAAAE8AdgBpAGQAaQB1ACAAUABsAGEAdABvAG4AAAAfAB0OAQAAABQA AABbAHMAbwBdACAAcwBpAHQAZQAAAAIBCRABAAAAvwcAALsHAABDFgAATFpGdXrVmSwDAAoAcmNw ZzEyNYIyA0NodG1sMQMwPwEDAfcKgAKkA+MCAGNowQrAc2V0MCAHEwKA/xADAFAEVghVB7IR1Q5R AwHdENcyBgAGwxHVMwRGENlvEusR4wjvCfc7GM8OMDU7EdIMYGMAUAsJAWQzNpMRYAulNCAQAipc DrK9AZBnFPAKoxHjHeg0FPAAPCFET0NUWVAARSBIVE1MIFAAVUJMSUMgIi0gLy9XM0MhgERUIkQg lDMuMiGARU6cIj4e7R6PI8ExOB/wbyCiIw8kHyaQMx2AJXBFfEFEJc0O8SbvKW8k9DZBDvA8TUVU QQewQTEsYD0iRwnwBJBhdEUFsCIS0E9OVCLQVBMs8AXhRXgQ8W5nZT0GUnYTMS9BAJACICA2EC4w LjYdcDkuMSci/irPJQM3Nx/wVEkoVExFJc40DvBSZYA6IFtzb10gAJDUdGUkbjUf8C8zTzF/vyZF NJE2sChPJp86hDURYAA8Qk9EWSBkafRyPTqgcjnwOmMAIQMwOT0BZG8A4D0BCrFccf8YsD0BEPAD MD1lEWA6GxzxETsfZzk2H/BESVbPPTkAAD93Ojk2NEKvP8LISW5sC4BlLkZwOjm/AcA9RwqiPUcK cSR8MCgR/yHgQntISD//QQ9CEyEQIDBwS1FVTy3wPLY1QHQIeWxlLjFBUkdJYE4tUklHIKA04DD8 cHgi8T1YCrEQAj5lPwP/PsE/X0wvHxsRYFYATQ9CX29Db0R/Uyc94Gkc0iR8NK0lUUYt0TVBek+Q MleLFwviUw86dTgdgCZndAsCgD1XPl5oIG51ILE9EGVidQiQNUBhT0F0YW1iQmM1YAdwNUB1TzVw PLAu8AeBYWou8HD/LvA4nFSfX6RWEUYwYoEkfPssEDxRUj07RkEKgV5/X499YJ9jYmFiYC0wZEAF EG73AQBisGzxYwngZ09oX2lv72p/a49slWOSamJgYqEKQB8FAC1gYZIHkGOBT0ss/2R/ZY9mlQEA AJB1UGGgAjDmdQMgYaFzcHjgbl9vb/9wf3GPcp9hNgdwDeBjoXlw9xjQdIBigS5533rve/+Az/+B 34LpCrEEkHmwY9FiYHVj/2zxdf93D2akeOB4tGOiNXC/AMBhnQEAec+En4KtbQhw9GEtA6Bnj4E1 QAbwY3CDBzCLAmVpLiBEgCH/bjKHz4jfZpZioAhxBRBPgP9jomRQjH+Nj4K8ZwNhkgQA7XigYWGw GGBjeRELgHi09YCNNVchL1ySSm9Ynkdf/0hvSX+bv1i/Wc9a31vuCqP/VgBc713/mi+bP6FvnV+e b/+ff04oqhtRo6gPVC9NT05f/09vUH9YIVIfsN+x71VPOir7osAf8FBXj6PvpP+mf6ePnXWgUHzf fe9hJkR1CrBvhop10IpfYdlmYiFs8W//ka+5/2aVeXAFkAaQDeAtYPdiIWOxGNBxYhAY0AeAAjD+ c3XQBPAIcAGQddALYMgA0mIIkGN0ddBjC2CQAr94oJlQj2E6oC7wRjFrCHH/zhLIP8lPZqTNwsrz zzE8wO8DoGKBACCRAFAAcHRxDeB2ac2hZDFvBUBiUMIvbsZieXDDWVwnYQFAuGd+Z4BAB5B/sGRR NVJ0gGT/G4CHgorDz5/Qr9G1dQFiYO/LutTP1d/W6ijNUC0wddD3f5GY4QbQaY/gNWDLMc4S/wnB ETBGMGLwGNFs44qi2W+f2n9mpEZBGNACMGUp02G/Y8FGQZmBYlGLMZRBepCS/wUQzVADIDzAzJFj IJSnmCX/gELNoeIl4u/j/8pViqLF4fc9EAtxC4BndVAukOHQzDHrZEECMHJhsHboUC1x6FB9mYFn 5WLOMYahL3AFsWH7L0CMIi3HgZFRzkLqT+tf/dG1dbTwA3Dvt3lCYyBhsPN0EfBCOimVP5ZPgr/2 X9/3b/h/wo/Dn7tARfVxAiC/AJAEgWOixeEDgIASamNw/wWx8a/yv2apkUKAQmOh+S//+j/7T/xf /W9hU+f2zhLik/9jsfEwAHDiQgQvBT8GTwdfvwhvYVOHJgCvAb9mpG/SYfeQgJQwddBksIBGceKE bPD/YrDOhGPkRnELjwyfDa8W7/8X/xkJ8TFnIHSzYbBhodRg/y1gLvDSYGOh2PIRrxK/5QX/4LDY sI+BLXGor6m/SxmsX/+tZVENGR+rxq7RvJG4/x+v/7sfvC+9P75Pv1/Ab8F/Du+/D//+odQBYaE/ MJCAcnXQ8XSRdmF6Y3DOdT8wdWFn7zHv89fAIGJ1AWzwcP+Zgh6fKg/bhjfwZFE5Qcyhf2Ng59kA cNQSNdB5YXSRKL9j43kR6WRjse3QbdBwkFD/FKM4PzlPZpU10DIv3h/W6vxyb+2w1K9Cz98MYaGL Mf95guExzREAQM8A5tHnwEUf/0Yv1ur2DUpf1q7OIv/zYbH/7iDS0ZhhPz9AT8pVkJI3gZ5n5nJu IXUAgHAgSYpg/z6hzGHSGs9hNUB48e/GkDD/18PYoMThdBGLkXQRUK9Rv/94FtiQGLJ5EX+QN1JZ EpTi/0SwHOGP4GcgFq8avxjNI1//JG8lfyaPJ58orysBL2Ei5X+t367vX/8o/1kvav8q0jXhZlJC T0RZZU5sXyripjdn8bYATUxeAH1xIAAfADUQAQAAAIoAAAA8ADMANgBDADgAMQA2ADQAQQBFADAA QwA2AEMAQQA0ADkAOAA3AEMAMwBFAEMAOAA4AEEAMQBCAEIANAAxADYAQQAwADEANAA3ADAARQBA AHMAZQByAHYAZQByAC4AbQBpAGMAcgBvAHMAbwBmAHQALQBsAGEAYgAuAHAAdQBiAC4AcgBvAD4A AAAAAB8ARxABAAAAHgAAAG0AZQBzAHMAYQBnAGUALwByAGYAYwA4ADIAMgAAAAAACwDyEAEAAAAf APMQAQAAACgAAABSAEUAJQAzAEEAIABbAHMAbwBdACAAcwBpAHQAZQAuAEUATQBMAAAACwD2EAAA AABAAAcwkKU8H5K1wwFAAAgwEQv055K1wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2 AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GC AQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElF TlRTL0NOPU9WSURJVVBMAAAAAB8A+j8BAAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkA cwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEAAAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAA AC4AAAADAP0/5AQAAAMAGUAAAAAAAwAaQAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAA TwBWAEkARABJAFUAUABMAAAAAAAfADFAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkAB AAAAKgAAAGMAbwBzAG0AaQBuAGEAcgBhAGQAQAB5AGEAaABvAG8ALgBjAG8AbQAAAAAAHwAzQAEA AAAqAAAAYwBvAHMAbQBpAG4AYQByAGEAZABAAHkAYQBoAG8AbwAuAGMAbwBtAAAAAAAfADhAAQAA ABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AOUABAAAABAAAAC4AAAALACkAAAAAAAsAIwAAAAAA AwAGEBEho28DAAcQ2QMAAAMAEBAAAAAAAwAREAEAAAAeAAgQAQAAAGUAAABJTkxJTkVOVVRSRUJV SUVTQVNUQU1TQUNJVElNU1VURURFTUVTQUpFUEVMSVNUQUNBU0FORVBSSU5ERU1DQUNFRUFDRURF SkFBTUxVQ1JBVE5VRVNURU9LLERFU0lFTlVOVFVMAAAAAAIBfwABAAAARQAAADwzNkM4MTY0QUUw QzZDQTQ5ODdDM0VDODhBMUJCNDE2QTAxNDcwRUBzZXJ2ZXIubWljcm9zb2Z0LWxhYi5wdWIucm8+ AAAAABeh ------_=_NextPart_001_01C3B592.E7ECE41E-- From so@atlantis.cs.pub.ro Sat Nov 29 11:59:54 2003 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Sat, 29 Nov 2003 03:59:54 -0800 Subject: [so] ERRORCHECK_MUTEX in loc de TLS? References: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> Message-ID: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Salut! M-am gandit sa folosesc un astfel mutex ca sa vad daca eu(threadul curent) sunt sau nu in monitor. In felul urmator: Sa zicem ca eu am ocupat mutexul(deci sunt in monitor). Daca tot eu voi da lock iar, o sa-mi arunce nu stiu ce eroare. Daca altul da lock, nu-i mai arunca eroarea asta. It's ok? bye dany From so@atlantis.cs.pub.ro Sat Nov 29 11:03:36 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 03:03:36 -0800 (PST) Subject: [so] ERRORCHECK_MUTEX in loc de TLS? In-Reply-To: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031129110336.57346.qmail@web60507.mail.yahoo.com> --- Daniel Cosmin Porumbel wrote: > Salut! > > M-am gandit sa folosesc un astfel mutex ca sa > vad daca eu(threadul > curent) sunt sau nu in monitor. In felul urmator: > > Sa zicem ca eu am ocupat mutexul(deci sunt in > monitor). > Daca tot eu voi da lock iar, o sa-mi arunce nu > stiu ce eroare. Daca > altul da lock, nu-i mai arunca eroarea asta. It's > ok? Salut, Am primit de la voi niste ecouri care spun ca s-a inteles ca folosirea TLS e obligatorie. Nu este obligatorie. A fost data ca hint, sa fie clar pentru toata lumea, insa mi s-a parut o solutie eleganta si interesanta pentru voi de folosit. Puteti folosi orice altceva. Veti fi depunctati totusi (foarte putin) daca acel altceva e mai putin eficient sau strica in vreun fel functionalitatea naturala a monitorului. In alta ordine de idei, folositi-va imaginatia, dati solutii (originale sau nu) pe care sa fiti in stare sa le aparati/argumentati. E mult mai important sa va intariti increderea ca ceea ce ati facut e corect, si in urma unei analize a programului vostru sa puteti garanta ca este corect si eficient, decat sa intrebati la fiecare chichita(*) si niciodata sa nu fiti siguri pe voi. Mult mai important decat punctele obtinute la teme este faptul ca voi invatati sa scrieti software de calitate, si la sfarsit constientizati lucrul asta si sunteti sigur de el. Uneori si profii/indrumatorii se pot insela. Nu va abtineti de la a-i contrazice de teama ca pierdeti puncte. Studentul care nu se contrazice nu-i student :) (*)A propos, verificarile astea de utilizare corecta pentru care s-au scris exagerat de multe emailuri (destroy & TLS) nu valoreaza mai mult de 5% din punctajul temei. Ma bucur ca nu sunt probleme la implementarea efectiva de monitor si toata lumea e convinsa ca l-a implementat corect. Succes, Cosmin PS Daca cineva are ceva de replicat sa nu dea replica pe lista ca sa oprim spamul. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 13:28:34 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 29 Nov 2003 05:28:34 -0800 (PST) Subject: [so] tot tema 3 Message-ID: <20031129132834.54602.qmail@web11202.mail.yahoo.com> Salut, Se poate folosi o clasa pentru definirea monitorului ? Metodele ei vor fi cele cerute de enuntul temei dar nu vor primi ca parametru un pointer ... Andrei __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sat Nov 29 13:32:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 05:32:29 -0800 (PST) Subject: [so] tot tema 3 In-Reply-To: <20031129132834.54602.qmail@web11202.mail.yahoo.com> Message-ID: <20031129133229.89530.qmail@web60507.mail.yahoo.com> Da. --- Andrei Stefan wrote: > Salut, > > > Se poate folosi o clasa pentru definirea monitorului > ? > Metodele ei vor fi cele cerute de enuntul temei dar > nu > vor primi ca parametru un pointer ... __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 15:53:35 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sat, 29 Nov 2003 17:53:35 +0200 Subject: [so] probleme Message-ID: <3FC8C0FF.10404@pcnet.ro> Buna! Va rog frumos sa ne spuneti cat valoreaza ca punctaj fiecare dintre cele trei aspecte ale temei: monitor, readers-writers, sleeping barber. Ar si corect sa avem un punctaj estimativ inainte de a trimite tema.Eu de exemplu am momentan probleme in doua parti si ar fi bine sa stiu asupra carei probleme sa ma concentrez mai mult, dat fiind timpul scurt care a mai ramas. Multmesc anticipat! Ruxandra From so@atlantis.cs.pub.ro Sat Nov 29 16:01:50 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sat, 29 Nov 2003 08:01:50 -0800 (PST) Subject: [so] Eroare la sem_wait In-Reply-To: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031129160150.72613.qmail@web60301.mail.yahoo.com> Era vb ca la un apel de asteptare pe un IPC sa verificam EINTR. Din man vad ca sem_wait nu il seteaza ( sau cel putin nu se specifica). Mai trebuie veriicat daca asteptarea este intrerupta de semnal sau nu? Daca da cum, se mai seteaza errno cumva? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 16:08:46 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 08:08:46 -0800 (PST) Subject: [so] probleme In-Reply-To: <3FC8C0FF.10404@pcnet.ro> Message-ID: <20031129160846.19852.qmail@web60501.mail.yahoo.com> --- Ruxi Jitianu wrote: > Buna! > > Va rog frumos sa ne spuneti cat valoreaza ca punctaj > fiecare dintre cele > trei aspecte ale temei: monitor, readers-writers, > sleeping barber. > > Ar si corect sa avem un punctaj estimativ inainte de > a trimite tema.Eu > de exemplu am momentan probleme in doua parti si ar > fi bine sa stiu > asupra carei probleme sa ma concentrez mai mult, > dat fiind timpul scurt > care a mai ramas. > > Multmesc anticipat! In mare cam 80% - monitor, 10% - rw, 10% - barbieri. Imi rezerv dreptul de a modifica in 70-15-15 dar concluzia e ca trebuie sa te concentrezi pe monitor. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 16:41:57 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 08:41:57 -0800 (PST) Subject: [so] Eroare la sem_wait In-Reply-To: <20031129160150.72613.qmail@web60301.mail.yahoo.com> Message-ID: <20031129164157.8440.qmail@web60504.mail.yahoo.com> --- Mihai Iancu wrote: > Era vb ca la un apel de asteptare pe un IPC > sa verificam EINTR. > > Din man vad ca sem_wait nu il seteaza ( sau > cel putin nu se specifica). > > Mai trebuie veriicat daca asteptarea este > intrerupta de semnal sau nu? > Daca da cum, se mai seteaza errno cumva? Se pare ca in implementarea LinuxThreads pentru toate operatiile blocante se fac teste daca operatia a fost deblocata corespunzator. Daca te uiti in sursele LinuxThreads o sa gasesti un while(1) la pthread_mutex_lock, pthread_cond_wait, sem_wait si altele. Pe scurt: nu mai trebuie verificat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 20:39:30 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Sat, 29 Nov 2003 22:39:30 +0200 Subject: [so] tot barbieri sau frizeri... References: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> Message-ID: <02ae01c3b6b8$e445c040$6400a8c0@andrei> Am urmatoarea dilema. Am folosit doua monitoare pentru ca un client tocmai intrat si un frizer sa nu se "ciocneasca". Daca tot am folosit al doilea monitor am pus si "anuntul" ca un frizer a terminat in acest monitor pentru ca altfel ar fi fost echivalent cu un mutex la contorul de scaune libere. Din pacate pentru a nu baga un frizer in acest monitor, clientul tuns si nu barbierul trebuie sa anunte ca frizerul a terminat tunsul. Intre timp barbierul se culca "un pic" pana vine un eventual client care a fost anuntat (nu are de unde sa stie barbierul daca mai sunt clienti la coada). Este corecta abordarea sau tb. ca un barbier sa nu se culce deloc daca mai sunt clienti care tb. tunsi? From so@atlantis.cs.pub.ro Sat Nov 29 20:44:19 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 12:44:19 -0800 (PST) Subject: [so] tot barbieri sau frizeri... In-Reply-To: <02ae01c3b6b8$e445c040$6400a8c0@andrei> Message-ID: <20031129204419.36559.qmail@web60502.mail.yahoo.com> aboradarea este corecta. Atentie insa ca aceasta abordare este corecta doar in solutiile cu doua monitoare. Cosmin --- Andrei Hagiescu wrote: > Am urmatoarea dilema. Am folosit doua monitoare > pentru ca un client tocmai > intrat si un frizer sa nu se "ciocneasca". Daca tot > am folosit al doilea > monitor am pus si "anuntul" ca un frizer a terminat > in acest monitor pentru > ca altfel ar fi fost echivalent cu un mutex la > contorul de scaune libere. > Din pacate pentru a nu baga un frizer in acest > monitor, clientul tuns si nu > barbierul trebuie sa anunte ca frizerul a terminat > tunsul. Intre timp > barbierul se culca "un pic" pana vine un eventual > client care a fost anuntat > (nu are de unde sa stie barbierul daca mai sunt > clienti la coada). Este > corecta abordarea sau tb. ca un barbier sa nu se > culce deloc daca mai sunt > clienti care tb. tunsi? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 10:35:48 2003 From: so@atlantis.cs.pub.ro (Diana) Date: Sun, 30 Nov 2003 12:35:48 +0200 Subject: [so] printf Message-ID: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C3B73E.7B6D4580 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Am urmatoarea problema: cand afisez un mesaj mi se intampla uneori sa il = afiseze acelasi thread de doua ori, desi printf-ul se executa o singura = data. Sunt convinsa ca se executa o singura data pentru ca am = initializat un contor si l-am incrementat in printf; concluzie: imi = afiseaza de mai multe ori avand contorul 1. Daca mai pun un printf = imediat dupa printf-ul problematic, am observat ca nu se mai intampla sa = mi-l afiseze de mai multe ori. Oricum, chestia asta este complet = aleatoare.. Stie cineva cum s-ar putea rezolva aceasta problema (in alt mod decat sa = mai pun cate un printf in plus dupa fiecare printf de care am nevoie)? ------=_NextPart_000_0005_01C3B73E.7B6D4580 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Am urmatoarea problema: cand afisez un = mesaj mi se=20 intampla uneori sa il afiseze acelasi thread de doua ori, desi printf-ul = se=20 executa o singura data. Sunt convinsa ca se executa o singura data = pentru ca am=20 initializat un contor si l-am incrementat in printf; concluzie: imi = afiseaza de=20 mai multe ori avand contorul 1. Daca mai pun un printf imediat dupa = printf-ul=20 problematic, am observat ca nu se mai intampla sa mi-l afiseze de mai = multe ori.=20 Oricum, chestia asta este complet aleatoare..
Stie cineva cum s-ar putea rezolva = aceasta problema=20 (in alt mod decat sa mai pun cate un printf in plus dupa fiecare printf = de care=20 am nevoie)?
------=_NextPart_000_0005_01C3B73E.7B6D4580-- From so@atlantis.cs.pub.ro Sun Nov 30 10:44:03 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 02:44:03 -0800 (PST) Subject: [so] printf In-Reply-To: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> Message-ID: <20031130104403.92361.qmail@web60503.mail.yahoo.com> Daca-mi trimiti o bucata de cod care poate fi compilata si rulata, si care se comporta cum spui tu as putea sa incerc sa determin cauza. Cosmin --- Diana wrote: > Am urmatoarea problema: cand afisez un mesaj mi se > intampla uneori sa il afiseze acelasi thread de doua > ori, desi printf-ul se executa o singura data. Sunt > convinsa ca se executa o singura data pentru ca am > initializat un contor si l-am incrementat in printf; > concluzie: imi afiseaza de mai multe ori avand > contorul 1. Daca mai pun un printf imediat dupa > printf-ul problematic, am observat ca nu se mai > intampla sa mi-l afiseze de mai multe ori. Oricum, > chestia asta este complet aleatoare.. > Stie cineva cum s-ar putea rezolva aceasta problema > (in alt mod decat sa mai pun cate un printf in plus > dupa fiecare printf de care am nevoie)? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 11:36:17 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 30 Nov 2003 03:36:17 -0800 (PST) Subject: [so] off topic Message-ID: <20031130113617.49594.qmail@web41005.mail.yahoo.com> pariez ca la asta nu se astepta nimeni. azi e sfantul andrei, asa ca sa traiti cu numele daca e cazul :) __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sun Nov 30 12:03:02 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 04:03:02 -0800 (PST) Subject: [so] x-( In-Reply-To: <20031130113617.49594.qmail@web41005.mail.yahoo.com> Message-ID: <20031130120302.30285.qmail@web60302.mail.yahoo.com> O mica problema la final ( sau la mal :( ) Cum fac sa modific din Makefile LD_LIBRARY_PATH sa fie = ./:$LD_LIBRARY_PATH.? Eu ca user nu am variabila asta si deci incerc sa o setez din Makefile cu export LD_LIBRARY_PATH=./ dar dupa ce termina make nu exista variabila, deci nu o seteaza. De testat programul se poate face scriind export LD_LIBRARY_PATH=./ in consola si apoi gaseste .so, dar e o solutie cam trista. ===== I was born intelligent, education ruined me. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:11:17 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 04:11:17 -0800 (PST) Subject: [so] x-( In-Reply-To: <20031130120302.30285.qmail@web60302.mail.yahoo.com> Message-ID: <20031130121117.42144.qmail@web60508.mail.yahoo.com> --- Mihai Iancu wrote: > O mica problema la final ( sau la mal :( ) > > Cum fac sa modific din Makefile LD_LIBRARY_PATH sa > fie = ./:$LD_LIBRARY_PATH.? > > Eu ca user nu am variabila asta si deci incerc sa > o setez din Makefile cu export LD_LIBRARY_PATH=./ > > dar dupa ce termina make nu exista variabila, deci > nu o seteaza. De testat programul se poate face > scriind export LD_LIBRARY_PATH=./ in consola si apoi > gaseste .so, dar e o solutie cam trista. I can handle it. Variabila se seteaza in environment-ul procesului care executa make, nu si in parinte (bash), deci e normal comportamentul. Poti sa faci o regula run sau test in Makefile care dupa compilare sa faca si setarea variabilei si rularea programului de test, daca tii neaparat. > ===== > I was born intelligent, > education ruined me. pe bune? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:38:18 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 04:38:18 -0800 (PST) Subject: [so] sleep In-Reply-To: <20031130120302.30285.qmail@web60302.mail.yahoo.com> Message-ID: <20031130123818.6705.qmail@web60309.mail.yahoo.com> la readerswriters e nepotrivit sleep-ul care face sleep doar secunde si astfel cu 30 de readers si 30 writers cand intra un writer si pana iese sigur mai vine un writer si astfel nu mai apuca nici un readers sa ma intre caci asteapta sa nu mai fie nici un wr ... stiti cu totii povestea. Vreau sa folosesc /** *face un sleep de sec si usec */ int mysleep( int sec, int usec){ struct timeval opt; opt.tv_sec = sec; opt.tv_usec = usec; return select(1,0,0,0,&opt); } nu cred ca e in POSIX e ok? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:50:06 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 04:50:06 -0800 (PST) Subject: [so] sleep In-Reply-To: <20031130123818.6705.qmail@web60309.mail.yahoo.com> Message-ID: <20031130125006.26358.qmail@web60510.mail.yahoo.com> te complici, foloseste nanosleep. --- Mihai Iancu wrote: > la readerswriters e nepotrivit sleep-ul care > face sleep doar secunde si astfel cu 30 de readers > si > 30 writers cand intra un writer si pana iese > sigur mai vine un writer si astfel nu mai apuca nici > un readers sa ma intre caci asteapta sa nu mai fie > nici un wr ... stiti cu totii povestea. > > Vreau sa folosesc > /** > *face un sleep de sec si usec > */ > int mysleep( int sec, int usec){ > struct timeval opt; > opt.tv_sec = sec; > opt.tv_usec = usec; > return select(1,0,0,0,&opt); > } > > nu cred ca e in POSIX > > e ok? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 15:03:47 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 07:03:47 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <001a01c3b7a6$a36a1b40$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031130150347.75375.qmail@web60508.mail.yahoo.com> E ok, nu se face overwrite. Mai fa o data upload cum trebuie. --- Daniel Cosmin Porumbel wrote: > Salut! > > Cred ca am facut o greseala la upload. Am > vrut sa trimit tema si nu mi-a primit-o dintr-un > motiv oarecare. Apoi cand am vrut s-o trimit iar, am > dat back si n-am mai modificat dropDownListurile si > s-a pus peste tema1 de Windows. Credeti ca se mai > poate face ceva ca sa recuperez fisierele de > dinainte? Sper ca nu face overwrite automat.... > > Toate bune! > Dany > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 15:53:28 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 07:53:28 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <001a01c3b7a6$a36a1b40$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031130155328.39396.qmail@web60309.mail.yahoo.com> --0-65724020-1070207608=:39234 Content-Type: text/plain; charset=us-ascii Cum facem cu temaX.exe? ce nume ii punem ca acum avem cel putin 2 executabile --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-65724020-1070207608=:39234 Content-Type: text/html; charset=us-ascii

Cum facem cu temaX.exe?

 

ce nume ii punem ca acum avem cel putin 2 executabile

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-65724020-1070207608=:39234-- From so@atlantis.cs.pub.ro Sun Nov 30 16:14:35 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 08:14:35 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <20031130155328.39396.qmail@web60309.mail.yahoo.com> Message-ID: <20031130161435.66629.qmail@web60510.mail.yahoo.com> Education ruined you. You should quit while you're still ahead :)) --- Mihai Iancu wrote: > > Cum facem cu temaX.exe? > > > > ce nume ii punem ca acum avem cel putin 2 > executabile __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 16:33:25 2003 From: so@atlantis.cs.pub.ro (Ionut Cirjan) Date: Sun, 30 Nov 2003 08:33:25 -0800 (PST) Subject: [so] printf In-Reply-To: <20031130104403.92361.qmail@web60503.mail.yahoo.com> Message-ID: <20031130163325.11166.qmail@web41104.mail.yahoo.com> Eu am avut alta problema cu printf: intarzia la unele threaduri si afisa mai repede de la altele care totusi se executau dupa cele dinainte. Am pus dupa fiecare printf un fflush(stdout) si nu am mai avut probleme. Ionut. --- Cosmin Arad wrote: > Daca-mi trimiti o bucata de cod care poate fi > compilata si rulata, si care se comporta cum spui tu > as putea sa incerc sa determin cauza. > > Cosmin > > --- Diana wrote: > > Am urmatoarea problema: cand afisez un mesaj mi se > > intampla uneori sa il afiseze acelasi thread de > doua > > ori, desi printf-ul se executa o singura data. > Sunt > > convinsa ca se executa o singura data pentru ca am > > initializat un contor si l-am incrementat in > printf; > > concluzie: imi afiseaza de mai multe ori avand > > contorul 1. Daca mai pun un printf imediat dupa > > printf-ul problematic, am observat ca nu se mai > > intampla sa mi-l afiseze de mai multe ori. Oricum, > > chestia asta este complet aleatoare.. > > Stie cineva cum s-ar putea rezolva aceasta > problema > > (in alt mod decat sa mai pun cate un printf in > plus > > dupa fiecare printf de care am nevoie)? > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sun Nov 30 21:23:58 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Sun, 30 Nov 2003 23:23:58 +0200 Subject: [so] printf In-Reply-To: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> References: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> Message-ID: <20031130212358.E732241AC8@server1.messagingengine.com> Chestia cu fflush(stdout) e de baza la multithreading. Daca folosesti C++, merge si "cout< said: > Am urmatoarea problema: cand afisez un mesaj mi se intampla uneori sa il > afiseze acelasi thread de doua ori, desi printf-ul se executa o singura > data. Sunt convinsa ca se executa o singura data pentru ca am initializat > un contor si l-am incrementat in printf; concluzie: imi afiseaza de mai > multe ori avand contorul 1. Daca mai pun un printf imediat dupa printf-ul > problematic, am observat ca nu se mai intampla sa mi-l afiseze de mai > multe ori. Oricum, chestia asta este complet aleatoare.. > Stie cineva cum s-ar putea rezolva aceasta problema (in alt mod decat sa > mai pun cate un printf in plus dupa fiecare printf de care am nevoie)? -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Access your email from home and the web From so@atlantis.cs.pub.ro Sat Nov 1 08:29:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 00:29:32 -0800 (PST) Subject: [so] unscribe In-Reply-To: <20031031224159.70266.qmail@web20710.mail.yahoo.com> Message-ID: <20031101082932.10519.qmail@web11501.mail.yahoo.com> --- Alecu Adrian wrote: > Am si eu o mica problema.... > Am cam pierdut parola de pe acest mailing - list si > vad ca nu exista nici o cale de a ma scoate de pe > lista si a ma baga din nou.... sau altceva de genul > asta > as vrea si eu o sugestie ce as putea sa fac.. > mersi si bafta la teme La 'Edit Options' gasesti un buton 'Email my password to me'. Daca il apesi vei primi parola pe adresa cu care esti inscris acum. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sat Nov 1 08:40:41 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 1 Nov 2003 10:40:41 +0200 Subject: [so] fflush Message-ID: <001001c3a053$d53bed70$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C3A064.98B1AAA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable avem voie sa folosim fflush(stdout)? o alta varianta ar fi sa afisez un \n dar nu-mi convine varianta asta... ------=_NextPart_000_000D_01C3A064.98B1AAA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
avem voie sa folosim = fflush(stdout)?
o alta varianta ar fi sa afisez un \n = dar nu-mi=20 convine varianta asta...
------=_NextPart_000_000D_01C3A064.98B1AAA0-- From so@atlantis.cs.pub.ro Sat Nov 1 15:04:52 2003 From: so@atlantis.cs.pub.ro (Dana Tiba) Date: Sat, 1 Nov 2003 17:04:52 +0200 (EET) Subject: [so] interpretare Message-ID: <1092.81.196.10.119.1067699092.squirrel@dazoot.ro> Salut, Textul temei defineste o comanda compusa ca fiind formata din doi operanzi si un operator. Apoi sunt definiti cei 8 operatori care trebuiesc sa fie suportati(dintre care 4 de redirectare). Cei doi operanzi sunt definiti ca fiind fie comenzi oarecare, fie un nume de fisier in cazul in care operatorul este de redirectare. Din acestea eu am inteles initial ca trebuie suportate comenzi de genul: NUME1[operator NUME2],unde NUME1 trebuie neaparat sa fie o comanda(simpla, adica nume + parametrii), iar NUME2 in functie de tipul operatorului poate sa fie fie o alta comanda(simpla), fie un nume de fisier. Insa un mail anterior pe lista sugereaza ca trebuiesc suportate si comenzi cu mai multi operatori si operanzi (cat fisier > gigi & pwd > titi). Care este adevarata interpretare a temei? dana From so@atlantis.cs.pub.ro Sat Nov 1 21:12:18 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 1 Nov 2003 23:12:18 +0200 Subject: [so] alocare mem Message-ID: <000901c3a0bc$d4f90050$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C3A0CD.986A0290 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable in windows putem folosi malloc si realloc? ------=_NextPart_000_0006_01C3A0CD.986A0290 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
in windows putem folosi malloc si=20 realloc?
------=_NextPart_000_0006_01C3A0CD.986A0290-- From so@atlantis.cs.pub.ro Sat Nov 1 22:00:18 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 14:00:18 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <000901c3a0bc$d4f90050$0200a8c0@smeagol> Message-ID: <20031101220018.86497.qmail@web11502.mail.yahoo.com> --- Cibu Cristian wrote: > in windows putem folosi malloc si realloc? NU. Folositi HeapAlloc si HeapRealloc! Sau orice functie prezentata in 'Memory Management Functions' in Platform SDK, care nu e deprecated (local and global functions _nu_ sunt recomandate). (ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm) Nu folositi functiile de lucru cu memoria virtuala pentru ca inca nu stiti prea bine cu ce se mananca si nici nu e nevoie de ele in tema. Practic puteti folosi de la 'Memory Management Functions' funtiile din primul si din al 4-lea (heap functions) tabel. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sat Nov 1 22:19:19 2003 From: so@atlantis.cs.pub.ro (Cristian Traum) Date: Sat, 1 Nov 2003 14:19:19 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031101220018.86497.qmail@web11502.mail.yahoo.com> Message-ID: <20031101221919.96655.qmail@web13204.mail.yahoo.com> --0-477966446-1067725159=:94353 Content-Type: text/plain; charset=us-ascii nu avem voie deloc deloc? adica daca vreau in cadrul parsarii sa copiez un sir... nu am voie strdup??? sau HeapAlloc si HeapRealloc tb folosite cand e vorba de procese...? Cosmin Arad wrote: --- Cibu Cristian wrote: > in windows putem folosi malloc si realloc? NU. Folositi HeapAlloc si HeapRealloc! Sau orice functie prezentata in 'Memory Management Functions' in Platform SDK, care nu e deprecated (local and global functions _nu_ sunt recomandate). (ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm) Nu folositi functiile de lucru cu memoria virtuala pentru ca inca nu stiti prea bine cu ce se mananca si nici nu e nevoie de ele in tema. Practic puteti folosi de la 'Memory Management Functions' funtiile din primul si din al 4-lea (heap functions) tabel. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Exclusive Video Premiere - Britney Spears --0-477966446-1067725159=:94353 Content-Type: text/html; charset=us-ascii
nu avem voie deloc deloc? adica daca vreau in cadrul parsarii sa copiez un sir... nu am voie strdup???
sau HeapAlloc si HeapRealloc tb folosite cand e vorba de procese...?


Cosmin Arad <cosminarad@yahoo.com> wrote:
--- Cibu Cristian wrote:
> in windows putem folosi malloc si realloc?

NU. Folositi HeapAlloc si HeapRealloc!
Sau orice functie prezentata in 'Memory Management
Functions' in Platform SDK, care nu e deprecated
(local and global functions _nu_ sunt recomandate).
(ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm)

Nu folositi functiile de lucru cu memoria virtuala
pentru ca inca nu stiti prea bine cu ce se mananca si
nici nu e nevoie de ele in tema.

Practic puteti folosi de la 'Memory Management
Functions' funtiile din primul si din al 4-lea (heap
functions) tabel.

Cosmin


__________________________________
Do you Yahoo!?
Exclusive Video Premiere - Britney Spears
http://launch.yahoo.com/promos/britneyspears/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Exclusive Video Premiere - Britney Spears --0-477966446-1067725159=:94353-- From so@atlantis.cs.pub.ro Sun Nov 2 07:11:52 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 02 Nov 2003 09:11:52 +0200 Subject: [so] upload Message-ID: <3FA4AE38.6020102@pcnet.ro> Intrebarea: ce se intampla daca fac upload la o tema de 2 ori? Se considera ultima varianta? Multumesc Ruxandra p.s. stiu ca nu e indicat sa se intample asta....dar totusi....daca se intampla.... From so@atlantis.cs.pub.ro Sun Nov 2 07:59:24 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 23:59:24 -0800 (PST) Subject: [so] upload In-Reply-To: <3FA4AE38.6020102@pcnet.ro> Message-ID: <20031102075924.66448.qmail@web11509.mail.yahoo.com> --- Ruxi Jitianu wrote: > Intrebarea: ce se intampla daca fac upload la o tema > de 2 ori? Se > considera ultima varianta? Da. > Multumesc > > Ruxandra > > p.s. > stiu ca nu e indicat sa se intample asta....dar > totusi....daca se > intampla.... e ok. poti sa uploadezi de cate ori vrei. Cosmin __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From so@atlantis.cs.pub.ro Sun Nov 2 10:07:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 2 Nov 2003 02:07:21 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031101221919.96655.qmail@web13204.mail.yahoo.com> Message-ID: <20031102100721.85107.qmail@web11509.mail.yahoo.com> --- Cristian Traum wrote: > nu avem voie deloc deloc? adica daca vreau in cadrul > parsarii sa copiez un sir... nu am voie strdup??? > sau HeapAlloc si HeapRealloc tb folosite cand e > vorba de procese...? > E recomandabil sa folosesti HeapAlloc iar pentru copierea sirului CopyMemory. In toate cazurile. Cosmin __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From so@atlantis.cs.pub.ro Sun Nov 2 20:27:23 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Sun, 2 Nov 2003 22:27:23 +0200 Subject: [so] Scule (instrumente) de dezvoltare Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C3A190.801BE460 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Imi cer scuze anticipat pentru eventuale exprimari scapate de sub control in cele ce urmeaza. De ce trebuie sa folosim pe Windows tampenia aia de MinGW cand exista la fel de bine Visual Studio.NET? Concret: Scriu totul cu VS, testez, etc etc, totul merge ok. Incerc sa compilez din MSYS cu gcc, se trezeste ca nu stie de strsafe.h (un header al unei librarii din Platform SDK, folosita pentru 'safe handling' pe stringuri C). Headerul ala e (pe bune!) in acelasi folder cu 'windows.h', e suportat cu tot restul MS Platform SDK samd, nimic ezoteric acolo. La tentativa de compilare gcc zice ca nu gaseste 'strsafe.h' si se plange de functiile din headerul ala. Finally, facultatea asta vesela are licenta de Visual Studio.NET pentru toti studentii. De ce trebuie sa folosim o scula de mana a zecea cand aveti scule de zeci de mii de dolari in MSDN AA? Mi se pare o idee super ca putem face temele si pe Win32 si pe Linux, dar pe Win32 am senzatia ca ma joc cu o mana legata la spate daca sunt limitat la niste tooluri destul de slabute in comparatie chiar cu cele mai slabe compilatoare comerciale de C/C++ existente pe Windows. Multumesc, Ovidiu ------=_NextPart_000_0006_01C3A190.801BE460 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Imi = cer scuze=20 anticipat pentru eventuale exprimari scapate de sub control in cele ce=20 urmeaza.
 
De ce = trebuie sa=20 folosim pe Windows tampenia aia de MinGW cand exista la fel de bine = Visual=20 Studio.NET? Concret: Scriu totul cu VS, testez, etc etc, totul merge ok. = Incerc=20 sa compilez din MSYS cu gcc, se trezeste ca nu stie de strsafe.h (un = header al=20 unei librarii din Platform SDK, folosita pentru 'safe handling' pe = stringuri C).=20 Headerul ala e (pe bune!) in acelasi folder cu 'windows.h', e suportat = cu tot=20 restul MS Platform SDK samd, nimic ezoteric acolo. La tentativa de = compilare gcc=20 zice ca nu gaseste 'strsafe.h' si se plange de functiile din headerul=20 ala.
 
Finally, facultatea=20 asta vesela are licenta de Visual Studio.NET pentru toti studentii. De = ce=20 trebuie sa folosim o scula de mana a zecea cand aveti scule de zeci de = mii de=20 dolari in MSDN AA? Mi se pare o idee super ca putem face temele si pe = Win32 si=20 pe Linux, dar pe Win32 am senzatia ca ma joc cu o mana legata la spate = daca sunt=20 limitat la niste tooluri destul de slabute in comparatie chiar cu cele = mai slabe=20 compilatoare comerciale de C/C++ existente pe = Windows.
 
Multumesc,
Ovidiu
------=_NextPart_000_0006_01C3A190.801BE460-- From so@atlantis.cs.pub.ro Sun Nov 2 21:22:43 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Sun, 02 Nov 2003 23:22:43 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: References: Message-ID: <20031102212243.16232.qmail@romus.ro> Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. From so@atlantis.cs.pub.ro Sun Nov 2 23:38:58 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 2 Nov 2003 15:38:58 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031102100721.85107.qmail@web11509.mail.yahoo.com> Message-ID: <20031102233858.73096.qmail@web41008.mail.yahoo.com> vorbind despre alocari, unde scrie ca malloc si suratele ei sunt posix compliant? --- Cosmin Arad wrote: > --- Cristian Traum wrote: > > nu avem voie deloc deloc? adica daca vreau in > cadrul > > parsarii sa copiez un sir... nu am voie strdup??? > > sau HeapAlloc si HeapRealloc tb folosite cand e > > vorba de procese...? > > > > E recomandabil sa folosesti HeapAlloc iar pentru > copierea sirului CopyMemory. In toate cazurile. > > Cosmin > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product > search > http://shopping.yahoo.com > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sun Nov 2 23:44:27 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 2 Nov 2003 15:44:27 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031102233858.73096.qmail@web41008.mail.yahoo.com> Message-ID: <20031102234427.86732.qmail@web41014.mail.yahoo.com> doar nu veti fi folosit toti posix_memalign !? --- Diana Fulger wrote: > vorbind despre alocari, unde scrie ca malloc si > suratele ei sunt posix compliant? > > --- Cosmin Arad wrote: > > --- Cristian Traum wrote: > > > nu avem voie deloc deloc? adica daca vreau in > > cadrul > > > parsarii sa copiez un sir... nu am voie > strdup??? > > > sau HeapAlloc si HeapRealloc tb folosite cand e > > > vorba de procese...? > > > > > > > E recomandabil sa folosesti HeapAlloc iar pentru > > copierea sirului CopyMemory. In toate cazurile. > > > > Cosmin > > > > __________________________________ > > Do you Yahoo!? > > The New Yahoo! Shopping - with improved product > > search > > http://shopping.yahoo.com > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > __________________________________ > Do you Yahoo!? > Exclusive Video Premiere - Britney Spears > http://launch.yahoo.com/promos/britneyspears/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Mon Nov 3 08:07:49 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 10:07:49 +0200 Subject: [so] alocare mem In-Reply-To: <20031102233858.73096.qmail@web41008.mail.yahoo.com> References: <20031102233858.73096.qmail@web41008.mail.yahoo.com> Message-ID: On Sun, 2 Nov 2003 15:38:58 -0800 (PST), Diana Fulger wrote: > vorbind despre alocari, unde scrie ca malloc si > suratele ei sunt posix compliant? > Nu sunt posix sunt ANSI-C. From so@atlantis.cs.pub.ro Mon Nov 3 08:35:09 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Mon, 3 Nov 2003 10:35:09 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: <20031102212243.16232.qmail@romus.ro> Message-ID: Multumesc pt suport. -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Adrian Stanciu Sent: Sunday, November 02, 2003 11:23 PM To: so@atlantis.cs.pub.ro Subject: [so] Re: Scule (instrumente) de dezvoltare Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so From so@atlantis.cs.pub.ro Mon Nov 3 11:12:16 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Mon, 3 Nov 2003 03:12:16 -0800 (PST) Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: Message-ID: <20031103111216.70225.qmail@web40017.mail.yahoo.com> --0-954673201-1067857936=:67536 Content-Type: text/plain; charset=us-ascii Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei. Mihai Murgan Ovidiu Platon wrote: Multumesc pt suport. -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Adrian Stanciu Sent: Sunday, November 02, 2003 11:23 PM To: so@atlantis.cs.pub.ro Subject: [so] Re: Scule (instrumente) de dezvoltare Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Exclusive Video Premiere - Britney Spears --0-954673201-1067857936=:67536 Content-Type: text/html; charset=us-ascii
Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei.
 
Mihai Murgan

Ovidiu Platon <ovidiupl@microsoft-lab.pub.ro> wrote:
Multumesc pt suport.

-----Original Message-----
From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On
Behalf Of Adrian Stanciu
Sent: Sunday, November 02, 2003 11:23 PM
To: so@atlantis.cs.pub.ro
Subject: [so] Re: Scule (instrumente) de dezvoltare


Nu cred ca ai inteles scopul acestei liste de discutii:

Scopul unic al acestei liste de discutii este de a ajuta studentii sa
rezolve temele propuse si de a lamurii probleme legate de ele.

NU de a pune in discutie ce compilator e mai bun.
NU de a pune in discutie ce _ar trebui_ folosit.
NU de a pune in discutie preferintele studentilor in materie de
compilatoare.
NU de a pune in discutie regulile.
NU pentru plangeri.

Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la
adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu
direct domnului profesor sau in cadrul laboratorului.

Pe scurt:
Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO
(in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta
lista.

--Adrian.

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Exclusive Video Premiere - Britney Spears --0-954673201-1067857936=:67536-- From so@atlantis.cs.pub.ro Mon Nov 3 11:16:36 2003 From: so@atlantis.cs.pub.ro (Catalin Constantin) Date: Mon, 3 Nov 2003 13:16:36 +0200 Subject: [so] malloc Message-ID: <20031103121944.4774F28C059@atlantis> sa inteleg ca daca am folosit malloc in tema pe linux o sa fim depunctati ? Catalin From so@atlantis.cs.pub.ro Mon Nov 3 11:48:29 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 13:48:29 +0200 Subject: [so] malloc In-Reply-To: <20031103121944.4774F28C059@atlantis> References: <20031103121944.4774F28C059@atlantis> Message-ID: On Mon, 3 Nov 2003 13:16:36 +0200, Catalin Constantin wrote: > sa inteleg ca daca am folosit malloc in tema pe linux > o sa fim depunctati ? > Nu. tavi From so@atlantis.cs.pub.ro Mon Nov 3 12:45:46 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 14:45:46 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: <20031103111216.70225.qmail@web40017.mail.yahoo.com> References: <20031103111216.70225.qmail@web40017.mail.yahoo.com> Message-ID: On Mon, 3 Nov 2003 03:12:16 -0800 (PST), Murgan Mihai wrote: > Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste > de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un > mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows > daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e > prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de > windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un MSYS != MinGW > student face o propunere de bun-simt si care chiar are legatura cu tema > si rezolvarea ei. > Daca aveti comentarii relativ la reguli sau orice altceva care nu este legat de discutarea temelor, va rog trimiteti mailurile la tavi@cs.pub.ro si nu pe lista. tavi From so@atlantis.cs.pub.ro Mon Nov 3 18:23:44 2003 From: so@atlantis.cs.pub.ro (FlorinPop) Date: Mon, 3 Nov 2003 20:23:44 +0200 (E. Europe Standard Time) Subject: [so] Re: Scule (instrumente) de dezvoltare References: <20031103111216.70225.qmail@web40017.mail.yahoo.com> Message-ID: <3FA69D30.000007.02232@einstein> --------------Boundary-00=_KFGSWCW0000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_KFGSRN00000000000000" --------------Boundary-00=_KFGSRN00000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable asa e!=0D =0D -------Original Message-------=0D =0D From: so@atlantis.cs.pub.ro=0D Date: Monday, November 03, 2003 13:13:07=0D To: so@atlantis.cs.pub.ro=0D Subject: RE: [so] Re: Scule (instrumente) de dezvoltare=0D =0D Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste = de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mar= e ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun d= in moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei= =2E=0D =0D Mihai Murgan=0D =0D Ovidiu Platon wrote:=0D Multumesc pt suport. =0D =0D -----Original Message-----=0D From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On= =0D Behalf Of Adrian Stanciu=0D Sent: Sunday, November 02, 2003 11:23 PM=0D To: so@atlantis.cs.pub.ro=0D Subject: [so] Re: Scule (instrumente) de dezvoltare=0D =0D =0D Nu cred ca ai inteles scopul acestei liste de discutii: =0D =0D Scopul unic al acestei liste de discutii este de a ajuta studentii sa=0D rezolve temele propuse si de a lamurii probleme legate de ele. =0D =0D NU de a pune in discutie ce compilator e mai bun.=0D NU de a pune in discutie ce _ar trebui_ folosit.=0D NU de a pune in discutie preferintele studentilor in materie de=0D compilatoare.=0D NU de a pune in discutie regulile.=0D NU pentru plangeri. =0D =0D Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la=0D adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exem= plu=0D direct domnului profesor sau in cadrul laboratorului. =0D =0D Pe scurt:=0D Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de S= O=0D (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta=0D lista. =0D =0D --Adrian. =0D =0D _______________________________________________=0D so mailing list=0D so@atlantis.cs.pub.ro=0D http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so=0D =0D _______________________________________________=0D so mailing list=0D so@atlantis.cs.pub.ro=0D http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so=0D =0D =0D Do you Yahoo!?=0D Exclusive Video Premiere - Britney Spears =0D =20 --------------Boundary-00=_KFGSRN00000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
asa e!
 
-------Original Message-------
 
Date: Monday, Nove= mber 03, 2003 13:13:07
Subject: RE: [so] = Re: Scule (instrumente) de dezvoltare
 
Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei l= iste de discutii este de a ajuta studentii sa rezolve temele propuse". Pa= i un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific window= s daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e= prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de wi= ndows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un stu= dent face o propunere de bun-simt si care chiar are legatura cu tema si r= ezolvarea ei.
 
Mihai Murgan

Ovidiu Platon <ovidiupl@microsoft-lab.p= ub.ro> wrote:
Multumesc pt suport.

-----Origina= l Message-----
From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atla= ntis.cs.pub.ro] On
Behalf Of Adrian Stanciu
Sent: Sunday, November = 02, 2003 11:23 PM
To: so@atlantis.cs.pub.ro
Subject: [so] Re: Scule= (instrumente) de dezvoltare


Nu cred ca ai inteles scopul aces= tei liste de discutii:

Scopul unic al acestei liste de discutii e= ste de a ajuta studentii sa
rezolve temele propuse si de a lamurii pro= bleme legate de ele.

NU de a pune in discutie ce compilator e mai= bun.
NU de a pune in discutie ce _ar trebui_ folosit.
NU de a pune= in discutie preferintele studentilor in materie de
compilatoare.
N= U de a pune in discutie regulile.
NU pentru plangeri.

Regulile= sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la
adres= a lor va sugerez sa incercati sa le exprimati in alta parte, de exempludirect domnului profesor sau in cadrul laboratorului.

Pe scurt:=
Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului = de SO
(in coditiile regulilor prestabilite), deci nu-si are rostul pe = aceasta
lista.

--Adrian.

_____________________________= __________________
so mailing list
so@atlantis.cs.pub.ro
http://= atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

___________________= ____________________________
so mailing list
so@atlantis.cs.pub.ro<= BR>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so
da, e mai bine cu o bariera rentranta, parerea mea.
Eu asa o sa fac.
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_KUAYLVC0000000000000-- --------------Boundary-00=_JUAYQL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_JUAYQL80000000000000-- From so@atlantis.cs.pub.ro Thu Nov 6 23:16:23 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Fri, 7 Nov 2003 01:16:23 +0200 Subject: [so] tema 2 Message-ID: <008801c3a4bb$fe7b9f20$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0085_01C3A4CC.C1F15C50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Tema 2 in principiu e simpla. e vorba de o memorie comuna si de = sincronizari, mesaje, etc. enuntul poate fi interpretat (in anumite = locuri). ce vreau eu sa stiu, este: ce parti din problema este = obligatoriu sa se rezolve intr-un anumit fel. Sincronizarile pot fi facute si cu semafoare, mutexuri, si cu cozi de = mesaje.=20 ce, unde, suntem obligati sa folosim si=20 unde avem voie sa facem cum credem noi? alta chestie, mai la detaliu. toti participantii la traficul de = prajituri :) cum actioneaza. furnizorul baga direct prajiturile in frigider sau i le = da cofetarului sa le bage el? clientii, se uita ei cate locuri libere sunt sau intreaba cofetarul? clientii, o data asezati, isi iau singuri prajiturile sau le primesc = prin intermediul cofetarului? (cofetarul e un proces, clientii, furnizorul, alte procese) toate variantele astea inclina spre folosirea mai mult sau mai putin a = barierelor (mutexurilor pentru memoria partajata) si mai putin sau mai = mult a mesajelor. (sau cel putin asa am eu impresia). Asadar, ce e lege si ce e indicatie? ------=_NextPart_000_0085_01C3A4CC.C1F15C50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Tema 2 in principiu e simpla. e vorba = de o memorie=20 comuna si de sincronizari, mesaje, etc. enuntul poate fi interpretat (in = anumite=20 locuri). ce vreau eu sa stiu, este: ce parti din problema este = obligatoriu sa se=20 rezolve intr-un anumit fel.
Sincronizarile pot fi facute si cu = semafoare,=20 mutexuri, si cu cozi de mesaje.
ce, unde, suntem obligati sa folosim si =
unde avem voie sa facem cum credem=20 noi?
 
alta chestie, mai la detaliu. toti = participantii la=20 traficul de prajituri :)
cum actioneaza. furnizorul baga direct = prajiturile=20 in frigider sau i le da cofetarului sa le bage el?
clientii, se uita ei cate locuri libere = sunt sau=20 intreaba cofetarul?
clientii, o data asezati, isi iau = singuri=20 prajiturile sau le primesc prin intermediul cofetarului?
(cofetarul e un proces, clientii, = furnizorul, alte=20 procese)
 
toate variantele astea inclina spre = folosirea mai=20 mult sau mai putin a barierelor (mutexurilor pentru memoria partajata) = si mai=20 putin sau mai mult a mesajelor.
(sau cel putin asa am eu = impresia).
 
Asadar, ce e lege si ce e = indicatie?
 
------=_NextPart_000_0085_01C3A4CC.C1F15C50-- From so@atlantis.cs.pub.ro Fri Nov 7 10:14:40 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 07 Nov 2003 12:14:40 +0200 Subject: [so] tema 2 In-Reply-To: <008801c3a4bb$fe7b9f20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> --=====================_2894592==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Raspund aici si la intrebarea anterioara legata de bariera reentranta. Enuntul e lege. (tr sa existe programe separate pt cofetarie, client, furnizor, frigiderul tr sa fie o mem partajata, etc) Ce scrie sub enunt, la observatii, ca indicatii, sunt indicatii. Ce nu scrie nicaieri, faceti cum credeti voi ca e mai bine. Maria. > >Asadar, ce e lege si ce e indicatie? > --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ --=====================_2894592==_.ALT Content-Type: text/html; charset="us-ascii" Raspund aici si la intrebarea anterioara legata de bariera reentranta.

Enuntul e lege. (tr sa existe programe separate pt cofetarie, client, furnizor, frigiderul tr sa fie o mem partajata, etc)
Ce scrie sub enunt, la observatii, ca indicatii, sunt indicatii.

Ce nu scrie nicaieri, faceti cum credeti voi ca e mai bine.

Maria.


 
Asadar, ce e lege si ce e indicatie?
 


Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

--=====================_2894592==_.ALT-- From so@atlantis.cs.pub.ro Fri Nov 7 19:39:14 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Fri, 7 Nov 2003 21:39:14 +0200 Subject: [so] threaduri Message-ID: <000a01c3a566$d3828760$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3A577.96F5D390 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable avem voie sa folosim threaduri? bine-nteles ca vor exista si procesele din enunt (din lege): sweetshop, = supplier si consumer. pe langa acestea, avem voie sa folosim si threaduri? ------=_NextPart_000_0007_01C3A577.96F5D390 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
avem voie sa folosim = threaduri?
bine-nteles ca vor exista si procesele = din enunt=20 (din lege): sweetshop, supplier si consumer.
 
pe langa acestea, avem voie sa folosim = si=20 threaduri?
------=_NextPart_000_0007_01C3A577.96F5D390-- From so@atlantis.cs.pub.ro Fri Nov 7 19:47:27 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Fri, 7 Nov 2003 11:47:27 -0800 (PST) Subject: [so] threaduri In-Reply-To: <000a01c3a566$d3828760$0200a8c0@smeagol> Message-ID: <20031107194727.70811.qmail@web41005.mail.yahoo.com> NU --- Cibu Cristian wrote: > avem voie sa folosim threaduri? > bine-nteles ca vor exista si procesele din enunt > (din lege): sweetshop, supplier si consumer. > > pe langa acestea, avem voie sa folosim si threaduri? > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 11:31:37 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 8 Nov 2003 03:31:37 -0800 (PST) Subject: [so] 2 variante de enunt In-Reply-To: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> Message-ID: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Care sunt cele doua variante de enunt pentru Linux respectiv Windows? Nu imi este foarte clar din discutiile anterioare! Multam! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 13:18:03 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 15:18:03 +0200 (EET) Subject: [so] prajituri si furnizori Message-ID: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai u= sor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa = un sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta= se va crea cate un proces dupa fiecare vizita a furnizorului, care se va ter= mina atunci cand prajiturile respective se strica. Este recomandata abordarea aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bag= at in frigider un numar de prajituri in frigider, pentru ca acesta sa stie c= ate si cand sa le arunce - deci o coada de mesaje ? ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Sat Nov 8 13:24:02 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:24:02 +0200 Subject: [so] 2 variante de enunt In-Reply-To: <20031108113137.54461.qmail@web41005.mail.yahoo.com> References: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031108152223.00a5b820@mail.mymail.ro> este acelasi enunt pentru amandoua. Nu este impus nimic mai mult decat scrie enunt. Unele dintre discutiile anterioare erau despre cum s'ar putea face tema, nu despre cum trebuie facuta. Maria. >Care sunt cele doua variante de enunt pentru Linux >respectiv Windows? Nu imi este foarte clar din >discutiile anterioare! > >Multam! --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:24:10 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 8 Nov 2003 15:24:10 +0200 Subject: [so] prajituri si furnizori References: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <000501c3a5fb$98260a30$0200a8c0@smeagol> ----- Original Message ----- From: "Marian Mihailescu" To: Sent: Saturday, November 08, 2003 3:18 PM Subject: [so] prajituri si furnizori Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un sleep) arunca prajiturile din frigider(care s-a stricat). ------------------------------------^^^^^^^^^^^ Trebuie sa avem in vedere si stricarea frigiderului? From so@atlantis.cs.pub.ro Sat Nov 8 13:32:07 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:32:07 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108152702.00a5b820@mail.mymail.ro> Te complici. Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei tu despre prajituri. Maria. >Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor >ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un >sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta se >va crea cate un proces dupa fiecare vizita a furnizorului, care se va termina >atunci cand prajiturile respective se strica. Este recomandata abordarea >aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bagat >in frigider un numar de prajituri in frigider, pentru ca acesta sa stie cate >si cand sa le arunce - deci o coada de mesaje ? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:35:56 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:35:56 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <000501c3a5fb$98260a30$0200a8c0@smeagol> References: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108153451.00addb70@mail.mymail.ro> > >Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor >ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un >sleep) arunca prajiturile din frigider(care s-a stricat). >------------------------------------^^^^^^^^^^^ >Trebuie sa avem in vedere si stricarea frigiderului? :))))))))))))))) ... asta mi'a placut :)... cred ca autorul vroia sa spuna (care s-au stricat) ... adica prajiturile. Maria. P.S. nu, se presupune ca este un frigider ideal ;). --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:49:10 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 8 Nov 2003 15:49:10 +0200 Subject: [so] intrebare Message-ID: <001a01c3a5ff$3e814a90$c09f9ad5@ioana> Un consumator poate sa ceara mai mult de cakes_max prajituri? Adica vreau sa stiu daca un consumator trebuie sa incerce sa ia toate cakes_no prajiturile dintr-o data (ma refer mai ales la varianta linux unde se poate decrementa un semafor cu mai mult de 1) sau ia una cate una, cate gaseste si pe urma cand mai aduce un furnizor mai ia din nou (in acest fel ar putea cere mai mult de cakes_max prajituri). O a 2-a intrebare : pot folosi in windows functia atoi? (nu gasesc ceva similar in win32api) From so@atlantis.cs.pub.ro Sat Nov 8 13:52:05 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Sat, 8 Nov 2003 05:52:05 -0800 (PST) Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Message-ID: <20031108135205.48079.qmail@web40017.mail.yahoo.com> --0-1026688301-1068299525=:47455 Content-Type: text/plain; charset=us-ascii Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie cu un alt proces care sa doarma valabilitatea unei prajituri si cand devine constient sa anunte sa fie aruncata, fie prin threaduri care sa faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc). Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca gresesc spuneti-mi ce anume sa folosesc. In al doilea rand, daca creez un nou proces acesta poate sa aiba doua comportamente: 1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas prajiturii puse cel mai de mult in frigider 2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei prajituri. In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai tarziu decat termenul limita, secunde pierdute de calculele facute de procesor si de primirea mesajelor intre procese. In cazul 2 consum inutil resurse. Cazul 1 mi se pare mult mai firesc pentru ca daca mananci ceva ce a expirat de 3 secunde sa zicem, nu cred ca patesti nimic totusi. Astept lamuriri ce metoda sa aleg sau cum anume sa fac daca nici una din metode nu e buna. Mihai Murgan --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1026688301-1068299525=:47455 Content-Type: text/html; charset=us-ascii
Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie cu un alt proces care sa doarma valabilitatea unei prajituri si cand devine constient sa anunte sa fie aruncata, fie prin threaduri care sa faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc).
Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca gresesc spuneti-mi ce anume sa folosesc.
In al doilea rand, daca creez un nou proces acesta poate sa aiba doua comportamente:
1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas prajiturii puse cel mai de mult in frigider
2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei prajituri.
In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai tarziu decat termenul limita, secunde pierdute de calculele facute de procesor si de primirea mesajelor intre procese.
In cazul 2 consum inutil resurse.
Cazul 1 mi se pare mult mai firesc pentru ca daca mananci ceva ce a expirat de 3 secunde sa zicem, nu cred ca patesti nimic totusi.
Astept lamuriri ce metoda sa aleg sau cum anume sa fac daca nici una din metode nu e buna.
 
Mihai Murgan

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1026688301-1068299525=:47455-- From so@atlantis.cs.pub.ro Sat Nov 8 15:19:32 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 17:19:32 +0200 Subject: [so] intrebare In-Reply-To: <001a01c3a5ff$3e814a90$c09f9ad5@ioana> Message-ID: <5.1.0.14.0.20031108171644.00a7c970@mail.mymail.ro> > > Un consumator poate sa ceara mai mult de cakes_max prajituri? Da, poate sa ceara mai mult de cakes_max prajituri, dar nu este obligatoriu sa le si obtina. > O a 2-a intrebare : pot folosi in windows functia atoi? (nu gasesc ceva >similar in win32api) habar nu am, cred ca da. Rog pe altcineva sa raspunda la intrebarea asta. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 15:19:34 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 17:19:34 +0200 Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108135205.48079.qmail@web40017.mail.yahoo.com> References: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031108170308.00a5bd68@mail.mymail.ro> >1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas >prajiturii puse cel mai de mult in frigider >2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei >prajituri. Ambele solutii sunt ok. Nu e nici o problema dc intarzii f putin cu aruncatul prajiturilor. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 15:20:40 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 17:20:40 +0200 (EET) Subject: [so] prajituri si furnizori Message-ID: <4638.141.85.0.67.1068304840.squirrel@www.as.ro> >Te complici. >Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei= tu >despre prajituri. este partajata ... dar cofetaria trebuie sa stie cand i se aduc prajituri= nu? ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Sat Nov 8 16:05:34 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 18:05:34 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <4638.141.85.0.67.1068304840.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> > > >Te complici. > >Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei tu > >despre prajituri. > >este partajata ... dar cofetaria trebuie sa stie cand i se aduc prajituri nu? Scuze, am citit eu in graba mesajul tau anterior. ideea nu incalca nici o lege :). e ok. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 19:40:13 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 8 Nov 2003 21:40:13 +0200 Subject: [so] grupurile si membrii lor Message-ID: <000801c3a630$2114acf0$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C3A640.E487F920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ce nevoie e de people_max si group_max? pentru a sti dimensiunea = vectorilor? si daca facem cu liste? ca sa las sa se ocupe prea multa memorie? marimea memoriei e relativa :) daca nu am nevoie de people_max si group_max pot pur si simplu sa le = ignor? ------=_NextPart_000_0005_01C3A640.E487F920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
ce nevoie e de people_max si group_max? = pentru a=20 sti dimensiunea vectorilor? si daca facem cu liste?
ca sa las sa se ocupe prea multa = memorie? marimea=20 memoriei e relativa :)
daca nu am nevoie de people_max si = group_max pot=20 pur si simplu sa le ignor?
------=_NextPart_000_0005_01C3A640.E487F920-- From so@atlantis.cs.pub.ro Sun Nov 9 10:01:55 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 02:01:55 -0800 (PST) Subject: [so] ordinea sosirilor In-Reply-To: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> Message-ID: <20031109100155.75775.qmail@web41003.mail.yahoo.com> Cum sosesc membrii unui grup? Daca de exemplu am grupul 1 cu 6 membrii vor sosii toti 6 unul dupa altul sau printre ei se pot intercala membrii altor grupuri? Se poate intampla sa soseasca: gr 1 primul membru gr 1 al doilea membru gr 2 primul membru gr 1 al treilea membru ... __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 10:07:16 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 12:07:16 +0200 Subject: [so] ordinea sosirilor In-Reply-To: <20031109100155.75775.qmail@web41003.mail.yahoo.com> References: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> se pot intercala. Maria. >Cum sosesc membrii unui grup? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 10:18:58 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 02:18:58 -0800 (PST) Subject: [so] group_max, group_id In-Reply-To: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> Message-ID: <20031109101858.83480.qmail@web41005.mail.yahoo.com> In enunt se specifca ca pot exista GROUP_MAX grupuri. Asta inseamna ca pe parcursul rularii programului pot avea grup_max grupuri in total sau la un moment dat in cofetarie? de ex: daca grupul cu id = 0 vine in cofetarie face consumatie si termina, pe urma sa mai poate intampla ca grupul cu id-ul 0 sa mai apara la intrarea programului? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 13:01:25 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 15:01:25 +0200 Subject: [so] group_max, group_id In-Reply-To: <20031109101858.83480.qmail@web41005.mail.yahoo.com> References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> nu, id ul este unic unui grup. >daca grupul cu id = 0 vine in cofetarie face >consumatie si termina, pe urma sa mai poate intampla >ca grupul cu id-ul 0 sa mai apara la intrarea programului? Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 13:03:50 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 15:03:50 +0200 Subject: [so] grupurile si membrii lor In-Reply-To: <000801c3a630$2114acf0$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> >ce nevoie e de people_max si group_max? pentru a sti dimensiunea >vectorilor? si daca facem cu liste? >ca sa las sa se ocupe prea multa memorie? marimea memoriei e relativa :) >daca nu am nevoie de people_max si group_max pot pur si simplu sa le ignor? da. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 17:03:50 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sun, 9 Nov 2003 19:03:50 +0200 Subject: [so] group_max, group_id References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> Message-ID: <004c01c3a6e3$90a4eae0$0e0c6150@ioana> Deci daca dupa ce a terminat grupul 0, mai vine din nou grupul 0 el trebuie sa fie ignorat? Eu ma gandisem ca se poate ca un grup sa vina de mai multe ori la cofetarie si am facut implementarea in acest mod. Este gresit asa? ----- Original Message ----- From: "Maria Mateescu" To: Sent: Sunday, November 09, 2003 3:01 PM Subject: Re: [so] group_max, group_id > > > nu, id ul este unic unui grup. > > >daca grupul cu id = 0 vine in cofetarie face > >consumatie si termina, pe urma sa mai poate intampla > >ca grupul cu id-ul 0 sa mai apara la intrarea programului? > > > Maria. > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sun Nov 9 20:23:37 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 12:23:37 -0800 (PST) Subject: [so] grupuri In-Reply-To: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> Message-ID: <20031109202337.30347.qmail@web41009.mail.yahoo.com> e ok daca asteptam sa se intregeasca grupul si pe urma cautam sa punem mana pe scaune? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 21:46:18 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 23:46:18 +0200 Subject: [so] group_max, group_id In-Reply-To: <004c01c3a6e3$90a4eae0$0e0c6150@ioana> References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109234545.00a5e100@mail.mymail.ro> nu e gresit. Maria. >Deci daca dupa ce a terminat grupul 0, mai vine din nou grupul 0 >el trebuie sa fie ignorat? >Eu ma gandisem ca se poate ca un grup sa vina de mai multe ori la cofetarie >si am facut implementarea in acest mod. Este gresit asa? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 21:47:01 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 23:47:01 +0200 Subject: [so] grupuri In-Reply-To: <20031109202337.30347.qmail@web41009.mail.yahoo.com> References: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109234629.00ac7400@mail.mymail.ro> > >e ok daca asteptam sa se intregeasca grupul si pe urma >cautam sa punem mana pe scaune? da. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 10 04:15:00 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 9 Nov 2003 20:15:00 -0800 (PST) Subject: [so] tema 1 win Message-ID: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Am o problema penibila, careia nu ii dau de cap: Pentru modul executie din fisier, apelez functia din program care executa o comanda cu indirectare, cu parametrii argv[0] si argv[1]. In Linux a functionat perfect, insa in Windows nu imi citeste din fisierul care este Stdin decat prima linie, o executa, si se opreste, adica nu mai citeste nimic din fisier (considera ca s-a terminat). Am verificat separat bucata de citire din fisier, merge. Merge si indirectarea comenzilor in mod interactiv. Are cineva vreo idee? Ma gandesc ca poate am gresit ceva la indirectare, care nu se vede decat in situatia asta, dar nu imi pot imagina ce. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 13:14:51 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 15:14:51 +0200 Subject: [so] prajituri si furnizori Message-ID: <200311081514.51182.mmk@as.ro> Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta se va crea cate un proces dupa fiecare vizita a furnizorului, care se va termina atunci cand prajiturile respective se strica. Este recomandata abordarea aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bagat in frigider un numar de prajituri in frigider, pentru ca acesta sa stie cate si cand sa le arunce - deci o coada de mesaje ? From so@atlantis.cs.pub.ro Mon Nov 10 12:34:17 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Mon, 10 Nov 2003 14:34:17 +0200 Subject: [so] tema 1 win In-Reply-To: <20031110041500.15540.qmail@web41009.mail.yahoo.com> References: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Message-ID: <841331013.20031110143417@rdsnet.ro> Hello Diana, Monday, November 10, 2003, 6:15:00 AM, you wrote: DF> in Windows nu imi citeste din fisierul DF> care este Stdin decat prima linie, o executa, si se DF> opreste, adica nu mai citeste nimic din fisier DF> (considera ca s-a terminat). Nu stiu daca am inteles exact care este problema. Eu am intampinat ceva asemanator, si s-a dovedit ca de fapt imi citea din fisierul care este Stdin <>! Tu spui mai sus 2 lucruri care se contrazic : "citeste doar prima linie" si "considera ca s-a terminat". Eu as merge pe mana lui Bill Gates si as zice ca tu chiar citesti tot fisierul... sa nu uitam ca functiile <> din WIN32API nu citesc linie cu linie. Ion From so@atlantis.cs.pub.ro Mon Nov 10 12:44:56 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Mon, 10 Nov 2003 04:44:56 -0800 (PST) Subject: [so] tema 1 win In-Reply-To: <841331013.20031110143417@rdsnet.ro> Message-ID: <20031110124456.1680.qmail@web41009.mail.yahoo.com> intr-adevar nu citesc linie cu linie, ci caracter cu caracter... a, si am uitat sa mentionez ca prima linie o executa cu succes? ceea ce n us-ar fi intamplat daca imi citea tot fisierul, nu? (nu ar fi recunoscut comenzile) --- Ion Petrescu wrote: > Hello Diana, > > Monday, November 10, 2003, 6:15:00 AM, you wrote: > > > DF> in Windows nu imi citeste din fisierul > DF> care este Stdin decat prima linie, o executa, si > se > DF> opreste, adica nu mai citeste nimic din fisier > DF> (considera ca s-a terminat). > > Nu stiu daca am inteles exact care este problema. > Eu am intampinat ceva asemanator, si s-a dovedit ca > de fapt imi citea > din fisierul care este Stdin < linie>>! > > Tu spui mai sus 2 lucruri care se contrazic : > "citeste doar prima > linie" si "considera ca s-a terminat". > Eu as merge pe mana lui Bill Gates si as zice ca tu > chiar citesti tot > fisierul... sa nu uitam ca functiile <> > din WIN32API nu citesc linie cu > linie. > > Ion > > > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 10 13:11:05 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Mon, 10 Nov 2003 15:11:05 +0200 Subject: Re[2]: [so] tema 1 win In-Reply-To: <20031110124456.1680.qmail@web41009.mail.yahoo.com> References: <841331013.20031110143417@rdsnet.ro> <20031110124456.1680.qmail@web41009.mail.yahoo.com> Message-ID: <893539219.20031110151105@rdsnet.ro> DF> intr-adevar nu citesc linie cu linie, ci caracter cu DF> caracter... DF> a, si am uitat sa mentionez ca prima linie o executa DF> cu succes? ceea ce n us-ar fi intamplat daca imi citea DF> tot fisierul, nu? (nu ar fi recunoscut comenzile) Pai si atunci cum explici ca fisierul "Stdin" e considerat terminat, pe cand tu zici ca nu ai citit decat o linie? S-a ajuns la sfarsitul fisierului sau nu s-a ajuns? Si apoi, daca nu s-a ajuns, de ce nu se avanseaza? Apoi, eu nu inteleg ce ai vrut sa zici cu "Pentru modul executie din fisier, apelez functia din program care executa o comanda cu indirectare, cu parametrii argv[0] si argv[1]." Dar poate altii au inteles si o sa iti raspunda. Oricum iti dai seama ca fara cod sunt sanse mici sa isi dea seama cineva care e problema. Daca afli misterul sa ne spui si noua. From so@atlantis.cs.pub.ro Mon Nov 10 14:35:11 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 10 Nov 2003 16:35:11 +0200 Subject: [so] tema 1 win In-Reply-To: <20031110041500.15540.qmail@web41009.mail.yahoo.com> References: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Message-ID: On Sun, 9 Nov 2003 20:15:00 -0800 (PST), Diana Fulger wrote: > Am o problema penibila, careia nu ii dau de cap: > Pentru modul executie din fisier, apelez functia din > program care executa o comanda cu indirectare, cu > parametrii argv[0] si argv[1]. In Linux a functionat > perfect, insa in Windows nu imi citeste din fisierul > care este Stdin decat prima linie, o executa, si se > opreste, adica nu mai citeste nimic din fisier > (considera ca s-a terminat). > Am verificat separat bucata de citire din fisier, > merge. Merge si indirectarea comenzilor in mod > interactiv. Are cineva vreo idee? Ma gandesc ca poate > am gresit ceva la indirectare, care nu se vede decat > in situatia asta, dar nu imi pot imagina ce. > Poate ai editat fisierul in Linux? In Linux sfarsitul unei linii e dat de '\n' iar in Windows de '\r\n'. tavi From so@atlantis.cs.pub.ro Mon Nov 10 14:39:51 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 10 Nov 2003 16:39:51 +0200 Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108135205.48079.qmail@web40017.mail.yahoo.com> References: <20031108135205.48079.qmail@web40017.mail.yahoo.com> Message-ID: On Sat, 8 Nov 2003 05:52:05 -0800 (PST), Murgan Mihai wrote: > Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs > timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie > cu un alt proces care sa doarma valabilitatea unei prajituri si cand > devine constient sa anunte sa fie aruncata, fie prin threaduri care sa > faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue > si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am > inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am > discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc). > Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca > gresesc spuneti-mi ce anume sa folosesc. > In al doilea rand, daca creez un nou proces acesta poate sa aiba doua > comportamente: > 1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas > prajiturii puse cel mai de mult in frigider > 2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei > prajituri. > In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai > tarziu decat termenul limita, secunde pierdute de calculele facute de > procesor si de primirea mesajelor intre procese. La fel si in cazul 2 :) Solutii pentru probleme de genul asta nu exista decat daca se foloseste un RTOS. Chiar daca faci busy waiting nu poti fi sigur (SO te poate intrerupe, teoretic indefinit de mult timp) tavi From so@atlantis.cs.pub.ro Mon Nov 10 16:07:34 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Mon, 10 Nov 2003 18:07:34 +0200 (EET) Subject: [so] o problema ciudata Message-ID: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> pe "scurt": "If sem_op is 0 (read operation) and semval is non-zero, the process sleeps on a queue waiting for semval to become zero." Am facut un program mic care incrementeaza val unui semafor; daca valoare= a semaforului ajunge la N, atunci un alt semafor e facut 0. In continuare s= e face un sem_op 0 pe semaforul 2, si cand iese afiseaza ceva. Pornesc programul, intra in starea "waiting"... de ce atunci cand il intrerup (CTRL-Z) si il trimit in background ("bg") se sare de starea waiting ? (a se intelege ca e vb de linux...) ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Mon Nov 10 17:22:24 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Mon, 10 Nov 2003 09:22:24 -0800 (PST) Subject: [so] Structuri IPC In-Reply-To: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <20031110172224.58452.qmail@web40016.mail.yahoo.com> --0-491379405-1068484944=:57656 Content-Type: text/plain; charset=us-ascii In enuntul temei este un paragraf care poate naste interpretari. Se scrie ca: "Cofetaria trebuie sa fie implementata ca un program separat, ce initializeaza structurile IPC si arunca prajiturile vechi." Eu de aici am inteles ca in cofetarie se vor initializa structurile( semafoare, memorie partajata, coada de mesaje) necesare pe tot parcursul programului si ca aici se vor arunca prajiturile. Semafoarele necesare sincronizarii clientilor, cum ar fi semaforul de asteptare al tuturor membrilor unui grup eu am ales sa fie creat si distrus de primul membru sosit al unui grup(verifica daca nu era deja creat si daca nu era deja creat inseamna ca e primul membru al grupului). Aceasta abordare mi se pare normala pentru ca cofetaria nu are de unde sa stie ce semafoare sa creeze atata vreme cat nu stie id-urile respectivelor grupurii ce urmeaza sa vina, asa ca nu ar avea cum sa creeze in avans aceste semafoare.Iar daca ar astepta mesaj cu id-ul grupului pana ar creea semaforul la care sa astepte grupul primul membru ar termina de mult procesul pentru ca nu ar gasi semafoare la care sa astepte. Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si orice altceva de genul acesta ar trebui create in cofetarie. As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar trebui creat in cofetarie. Va multumesc, Mihai Murgan --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-491379405-1068484944=:57656 Content-Type: text/html; charset=us-ascii
In enuntul temei este un paragraf care poate naste interpretari. Se scrie ca:
"Cofetaria trebuie sa fie implementata ca un program separat, ce initializeaza structurile IPC si arunca prajiturile vechi."
Eu de aici am inteles ca in cofetarie se vor initializa structurile( semafoare, memorie partajata, coada de mesaje) necesare pe tot parcursul programului si ca aici se vor arunca prajiturile. Semafoarele necesare sincronizarii clientilor, cum ar fi semaforul de asteptare al tuturor membrilor unui grup eu am ales sa fie creat si distrus de primul membru sosit  al unui grup(verifica daca nu era deja creat si daca nu era deja creat inseamna ca e primul membru al grupului).
Aceasta abordare mi se pare normala pentru ca cofetaria nu are de unde sa stie ce semafoare sa creeze atata vreme cat nu stie id-urile respectivelor grupurii ce urmeaza sa vina, asa ca nu ar avea cum sa creeze in avans aceste semafoare.Iar daca ar astepta mesaj cu id-ul grupului pana ar creea semaforul la care sa astepte grupul primul membru ar termina de mult procesul pentru ca nu ar gasi semafoare la care sa astepte.
Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si orice altceva de genul acesta ar trebui create in cofetarie.
As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar trebui creat in cofetarie.
 
Va multumesc,
Mihai Murgan

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-491379405-1068484944=:57656-- From so@atlantis.cs.pub.ro Mon Nov 10 17:43:36 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 10 Nov 2003 19:43:36 +0200 Subject: [so] Structuri IPC In-Reply-To: <20031110172224.58452.qmail@web40016.mail.yahoo.com> References: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> > >Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea >intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si >orice altceva de genul acesta ar trebui create in cofetarie. >As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar >trebui creat in cofetarie. > nu este necesar ca toate ipcurile sa fie create din cofetarie. imi cer scuze pt neclaritate, incercam sa arat ce ar trebui sa faca programul cofetarie. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 10 20:03:56 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 10 Nov 2003 22:03:56 +0200 Subject: [so] upload Message-ID: <1068494636.3fafef2c88d0c@cs.pub.ro> Pentru unii din voi informatiile la crearea contului de upload au fost incomplete - lipsea grupa. Cu campul respectiv nesetat, va puteti loga, dar nu puteti face upload. In concluzie, cine vrea :) sa faca upload de teme in viitorul apropiat, e asteptat (pe mail: dee@cs.pub.ro) cu precizari asupra grupei. Mai jos e lista de studenti in cauza: CostacheRuxandra ClejaMihai StanculeanuIonel HerbeiuRadu BarjovanuVlad DavidDan Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 10 20:14:36 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Mon, 10 Nov 2003 12:14:36 -0800 (PST) Subject: [so] terminarea programului In-Reply-To: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> Message-ID: <20031110201436.37781.qmail@web41012.mail.yahoo.com> Cand ar trebui sa se termine programul sweetshop? In momentul in care au aparut toate cele group_max grupuri si toti mebrii lor au fost serviti? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 10 22:37:24 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Tue, 11 Nov 2003 00:37:24 +0200 (EET) Subject: [so] erori Message-ID: <1785.141.85.0.67.1068503844.squirrel@www.as.ro> Ce (ar trebui)/(ar fi bine) sa se intample cand un consumator comanda un numar de prajituri mai mare decat capacitatea frigiderului sau un grup e format din un numar de oameni mai mare decat capacitatea cofetariei? Si separat, ce ar tb sa se intample daca consumeri din acealasi grup sunt porniti cu un numar al membrilor grupului diferit ? (la intrebarea asta, din enunt se intelegea ca "se presupune acelasi", deci nu ar trebui tratata eroarea). Marian. ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Tue Nov 11 00:41:25 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 02:41:25 +0200 Subject: [so] erori In-Reply-To: <1785.141.85.0.67.1068503844.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031111024047.00ad6448@mail.mymail.ro> nu se intampla asa ceva :). Maria. >Ce (ar trebui)/(ar fi bine) sa se intample cand un consumator comanda un >numar de prajituri mai mare decat capacitatea frigiderului sau un grup e >format din un numar de oameni mai mare decat capacitatea cofetariei? >Si separat, ce ar tb sa se intample daca consumeri din acealasi grup sunt >porniti cu un numar al membrilor grupului diferit ? (la intrebarea asta, >din enunt se intelegea ca "se presupune acelasi", deci nu ar trebui >tratata eroarea). > >Marian. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 00:46:18 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 02:46:18 +0200 Subject: [so] terminarea programului In-Reply-To: <20031110201436.37781.qmail@web41012.mail.yahoo.com> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> teoretic nu ar tr sa se termine niciodata si sa fie oprita cu CTRL-C... dar cum inca nu ati facut semnale pentru a putea distruge IPCurile (lucru absolut necesar (sa distrugeti IPCurile)), ideea ta e buna... asa ca raspunsul este: da. Maria. At 12:14 PM 11/10/2003 -0800, you wrote: >Cand ar trebui sa se termine programul sweetshop? >In momentul in care au aparut toate cele group_max >grupuri si toti mebrii lor au fost serviti? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 06:18:01 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Tue, 11 Nov 2003 08:18:01 +0200 Subject: [so] terminarea programului References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> Message-ID: <3FB07F19.7090509@pcnet.ro> Cum nu s-a specificat nimic in enuntz in legatura cu terminarea programelor eu am astfel: inchid cofetaria daca apas pe tasta q, moment cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie si daca nu mai sunt inchid ipc-urile si daca sunt nu inchid...trimit mesaj ca sa mai aspepte cu inchiderea.Stiam ca trebuie semnale dar nu aveam voie sa folosim.E ok asa? Maria Mateescu wrote: > > teoretic nu ar tr sa se termine niciodata si sa fie oprita cu > CTRL-C... dar cum inca nu ati facut semnale pentru a putea distruge > IPCurile (lucru absolut necesar (sa distrugeti IPCurile)), ideea ta e > buna... asa ca raspunsul este: > da. > > Maria. > > At 12:14 PM 11/10/2003 -0800, you wrote: > > >> Cand ar trebui sa se termine programul sweetshop? >> In momentul in care au aparut toate cele group_max >> grupuri si toti mebrii lor au fost serviti? > > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > From so@atlantis.cs.pub.ro Tue Nov 11 08:28:29 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 10:28:29 +0200 Subject: [so] terminarea programului In-Reply-To: <3FB07F19.7090509@pcnet.ro> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031111102801.00a5ea00@mail.mymail.ro> da... e bine de vreme ce se termina intr'un fel. Maria. >Cum nu s-a specificat nimic in enuntz in legatura cu terminarea >programelor eu am astfel: inchid cofetaria daca apas pe tasta q, moment >cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie si daca nu >mai sunt inchid ipc-urile si daca sunt nu inchid...trimit mesaj ca sa mai >aspepte cu inchiderea.Stiam ca trebuie semnale dar nu aveam voie sa >folosim.E ok asa? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 10:10:55 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 11 Nov 2003 02:10:55 -0800 (PST) Subject: [so] o problema ciudata In-Reply-To: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <20031111101055.30937.qmail@web60502.mail.yahoo.com> --- Marian Mihailescu wrote: > pe "scurt": > "If sem_op is 0 (read operation) and semval is > non-zero, the process > sleeps on a queue waiting for semval to become > zero." > Am facut un program mic care incrementeaza val unui > semafor; daca valoarea > semaforului ajunge la N, atunci un alt semafor e > facut 0. In continuare se > face un sem_op 0 pe semaforul 2, si cand iese > afiseaza ceva. Pornesc > programul, intra in starea "waiting"... de ce atunci > cand il intrerup > (CTRL-Z) si il trimit in background ("bg") se sare > de starea waiting ? > (a se intelege ca e vb de linux...) Operatiile blocante pot fi intrerupte de semnale. Probabil ca procesul tau din background incearca sa faca o scriere sau o citire de la stdout/stdin si primeste un semnal SIGTTOU/SIGTTIN pt ca nu are consola (fiind in background) iar parintele sau primeste un semnal SIGCHLD. Daca nu asta e cazul, in orice caz procesul tau care asteapta la semafor este deblocat de catre un semnal. De aceea este recomandat ca operatiile blocante sa se efectueze intr-o bucla de genul: do { result = operatie_blocanta(); } while (result != OK); /* conditia result != OK variaza de la caz la caz */ Aceast lucru este valabil atat pentru semafoare cat si pentru cozi de mesaje. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 10:20:08 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 11 Nov 2003 02:20:08 -0800 (PST) Subject: [so] intrebare In-Reply-To: <5.1.0.14.0.20031108171644.00a7c970@mail.mymail.ro> Message-ID: <20031111102008.5977.qmail@web60503.mail.yahoo.com> --- Maria Mateescu wrote: > > > > > > Un consumator poate sa ceara mai mult de > cakes_max prajituri? > > Da, poate sa ceara mai mult de cakes_max prajituri, > dar nu este obligatoriu > sa le si obtina. > > > > > O a 2-a intrebare : pot folosi in windows > functia atoi? (nu gasesc ceva > >similar in win32api) > > > habar nu am, cred ca da. > Rog pe altcineva sa raspunda la intrebarea asta. Exista niste functii pentru stringuri Unicode dar nu ne intereseaza acest aspect la SO. E Ok sa folosesti atoi pentru ca noi o sa lucram doar cu stringuri ASCII. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 11:29:07 2003 From: so@atlantis.cs.pub.ro (sorin adi) Date: Tue, 11 Nov 2003 03:29:07 -0800 (PST) Subject: [so] despre makefile Message-ID: <20031111112907.56948.qmail@web21205.mail.yahoo.com> in reguli nu sunt specificate decat ca arhiva nu contine executabile,ok. Dar daca dupa rularea makefile executabilele le-am pus in src e bine sau nu? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 13:00:38 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Tue, 11 Nov 2003 15:00:38 +0200 Subject: [so] o problema ciudata In-Reply-To: <20031111101055.30937.qmail@web60502.mail.yahoo.com> References: <20031111101055.30937.qmail@web60502.mail.yahoo.com> Message-ID: On Tue, 11 Nov 2003 02:10:55 -0800 (PST), Cosmin Arad wrote: > > Operatiile blocante pot fi intrerupte de semnale. > Probabil ca procesul tau din background incearca sa > faca o scriere sau o citire de la stdout/stdin si > primeste un semnal SIGTTOU/SIGTTIN pt ca nu are > consola (fiind in background) iar parintele sau > primeste un semnal SIGCHLD. > Daca nu asta e cazul, in orice caz procesul tau care > asteapta la semafor este deblocat de catre un semnal. > > De aceea este recomandat ca operatiile blocante sa se > efectueze intr-o bucla de genul: > > do { > result = operatie_blocanta(); > } while (result != OK); > /* conditia result != OK variaza de la caz la caz */ > Exista un macro care face acest lucru pentru voi: TEMP_FAILURE_RETRY. tavi From so@atlantis.cs.pub.ro Wed Nov 12 09:35:26 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 12 Nov 2003 11:35:26 +0200 Subject: [so] terminarea programului In-Reply-To: <3FB07F19.7090509@pcnet.ro> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> <3FB07F19.7090509@pcnet.ro> Message-ID: <3FB1FEDE.4000403@romus.ro> Ruxi Jitianu wrote: > Cum nu s-a specificat nimic in enuntz in legatura cu terminarea > programelor eu am astfel: inchid cofetaria daca apas pe tasta q, > moment cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie > si daca nu mai sunt inchid ipc-urile si daca sunt nu inchid...trimit > mesaj ca sa mai aspepte cu inchiderea.Stiam ca trebuie semnale dar nu > aveam voie sa folosim.E ok asa? Puneti si in readme treburile astea. --Adrian. From so@atlantis.cs.pub.ro Wed Nov 12 09:38:58 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 12 Nov 2003 11:38:58 +0200 Subject: [so] despre makefile In-Reply-To: <20031111112907.56948.qmail@web21205.mail.yahoo.com> References: <20031111112907.56948.qmail@web21205.mail.yahoo.com> Message-ID: <3FB1FFB2.8090800@romus.ro> sorin adi wrote: >in reguli nu sunt specificate decat ca arhiva nu >contine >executabile,ok. Dar daca dupa rularea makefile >executabilele >le-am pus in src e bine sau nu? > > Directorul src este acolo ca sa contina _doar_ surse. Deci incearca sa faci executabilele in acelasi director cu Makefile, nu in src. --Adrian. From so@atlantis.cs.pub.ro Wed Nov 12 17:41:44 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 12 Nov 2003 19:41:44 +0200 Subject: [so] terminare Message-ID: <001101c3a944$3d265b20$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_000E_01C3A955.00A0D340 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sper ca nu sunt depunctat daca la mine cofetaria se termina la ctrl-c. = (signal pe linux si consolectrlhandler pe windows) Toate structurile alocate sunt dealocate in ordine, toate ipc-urile = create sunt distruse. ------=_NextPart_000_000E_01C3A955.00A0D340 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Sper ca nu sunt depunctat daca la mine = cofetaria se=20 termina la ctrl-c. (signal pe linux si consolectrlhandler pe=20 windows)
Toate structurile alocate sunt = dealocate in ordine,=20 toate ipc-urile create sunt distruse.
------=_NextPart_000_000E_01C3A955.00A0D340-- From so@atlantis.cs.pub.ro Wed Nov 12 18:24:25 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Wed, 12 Nov 2003 20:24:25 +0200 (E. Europe Standard Time) Subject: [so] Intrebare ... Furnizor References: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <3FB27AD9.000001.01504@einstein> --------------Boundary-00=_PG49QL80000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_PG49LVC0000000000000" --------------Boundary-00=_PG49LVC0000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Furnizorul verifica periodic frigiderul cofetariei?=0D sau il chem eu cand vreau eu? --------------Boundary-00=_PG49LVC0000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Furnizorul verifica periodic frigiderul cofetariei?
sau il chem eu cand vreau eu?
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_PG49LVC0000000000000-- --------------Boundary-00=_PG49QL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: <7480D687-4EF4-4555-B65B-D83D71EE0843> R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_PG49QL80000000000000-- From so@atlantis.cs.pub.ro Wed Nov 12 19:32:21 2003 From: so@atlantis.cs.pub.ro (Costin APOSTOL) Date: Wed, 12 Nov 2003 21:32:21 +0200 (EET) Subject: [so] Timpul afisat la upload Message-ID: Din fericire ne este afisat timpul cand ne logam pentru a trimite tema. Din pacate nu ne avantajeaza deloc: e cam inainte cu vreo ora si 20 minute. Cu ce ora si DATA sunt primite temele noastre, ca asa cum vad eu lucrurile acum deadline-ul este pe la ora 22:30 ? Errare humanum est, perseverare diabolicum Costin From so@atlantis.cs.pub.ro Wed Nov 12 19:43:09 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 12 Nov 2003 21:43:09 +0200 Subject: [so] Timpul afisat la upload In-Reply-To: References: Message-ID: On Wed, 12 Nov 2003 21:32:21 +0200 (EET), Costin APOSTOL wrote: > > Din fericire ne este afisat timpul cand ne logam pentru a trimite > tema. Din pacate nu ne avantajeaza deloc: e cam inainte cu vreo ora si 20 > minute. > No more... tavi From so@atlantis.cs.pub.ro Wed Nov 12 23:55:13 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 01:55:13 +0200 Subject: [so] Intrebare ... Furnizor In-Reply-To: <3FB27AD9.000001.01504@einstein> References: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> --=====================_595195==_.REL Content-Type: text/plain; charset="us-ascii"; format=flowed frunizorul este un program care este lansat de fiecare data cand vrea utilizatorul, adica eu :). Maria. >Furnizorul verifica periodic frigiderul cofetariei? >sau il chem eu cand vreau eu? >____________________________________________________ >IMSTP1.gif >IncrediMail - Email has finally evolved - >Click Here > > >---------- >90ecd.jpg Acasa.ro vine cu albumele, >tu vino doar cu pozele ;) > > --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ --=====================_595195==_.REL Content-Type: image/gif; name="IMSTP1.gif"; x-mac-type="47494666"; x-mac-creator="4A565752" Content-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro.1> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="IMSTP1.gif" R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --=====================_595195==_.REL Content-Type: image/jpeg; name="90ecd.jpg"; x-mac-type="4A504547"; x-mac-creator="4A565752" Content-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro.2> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="90ecd.jpg" /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAABAAEDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD/AD/6 KKKAP//Z --=====================_595195==_.REL-- From so@atlantis.cs.pub.ro Thu Nov 13 08:35:53 2003 From: so@atlantis.cs.pub.ro (Toma Monica) Date: Thu, 13 Nov 2003 00:35:53 -0800 (PST) Subject: [so] intrebare acces la frigider Message-ID: <20031113083553.78577.qmail@web10404.mail.yahoo.com> Am si eu o pb destul de ..grava... Intrebarea se refera la accesul la memoria partajata. Mai precis, daca de exp un consumator face cerere pe memoria partajata si obtine drept de acces(adica sunt suficiente prajituri)dar intre timp (inainte de a "pune mana pe mutex") vine procesul care curata frigiderul si ia mutexul si scoate suficiente prajituri astfel incat, in momentul in care termina, in frigider nu mai sunt suficiente prajituri pt a le scoate din memorie...Ce se poate face. Noi avem practic 2 tipuri de consumatori care actioneza diferit. Ce se poate face in acest caz? Sa mai introducem un mutex ? Ma gandesc ca modificarea prod-cons nu se poate pune pb.. ===== I dream of finding myself laughing! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 13 08:45:41 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Thu, 13 Nov 2003 00:45:41 -0800 (PST) Subject: [so] alta intrebare tema 2 In-Reply-To: <2.0beta.1068059446313.1360656092858937010.atta@@mymail.ro> Message-ID: <20031113084541.57257.qmail@web41001.mail.yahoo.com> --- Maria Mateescu wrote: > Cum vrei. > > Am schimbat putin enuntul temei. Nu mai trebuie > ca daca ai 4 scaune libere > si vine un grup de 5 si apoi un grup de 3, al > doilea grup sa o ia inainte. > Primul grup poate sa ocupe 4 scaune si sa mai > astepte unul. > > Maria. Asa trebuie facuta implementarea? Pentru ca din enunt se intelege ca grupul de 5 asteapta pana sunt libere 5 scaune? "Daca nu exista group_size locuri libere in sala consumatorii din intregul grup asteapta eliberarea lor" Intelesesem ca enuntul nu s-a schimbat. :( __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 13 21:07:55 2003 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Thu, 13 Nov 2003 13:07:55 -0800 Subject: [so] semafoare windows References: <20031113084541.57257.qmail@web41001.mail.yahoo.com> Message-ID: <010301c3aa2a$35bc7f40$42c8100a@dany> Salut! Pentru a simula un semafor care sa decrementeze cu mai mult de 1 odata este ok daca asociez fiecarui semafor o memorie partajata? toate bune! From so@atlantis.cs.pub.ro Thu Nov 13 10:41:44 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:41:44 +0300 Subject: [so] intrebare acces la frigider Message-ID: <2.0beta.1068723704000.-6533070337438367259.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Dupa cum ti-ai dat seama, abordarea ta este fundamental gresita. Gandeste-te de ce apar race-urile in general, si care sunt mecanismele pentru evitarea lor. =20 Hint: cum faci sa "rezervi" cate prajituri vrei, ca sa nu ti le poata lua celalalt proces ? =20 Maria. =20 >Am si eu o pb destul de ..grava... >Intrebarea se refera la accesul la memoria partajata. >Mai precis, daca de exp un consumator face cerere pe >memoria partajata si obtine drept de acces(adica sunt >suficiente prajituri)dar intre timp (inainte de a >"pune mana pe mutex") vine procesul care curata >frigiderul si ia mutexul si scoate suficiente >prajituri astfel incat, in momentul in care termina, >in frigider nu mai sunt suficiente prajituri pt a le >scoate din memorie...Ce se poate face. Noi avem >practic 2 tipuri de consumatori care actioneza >diferit. >Ce se poate face in acest caz? Sa mai introducem un >mutex ? Ma gandesc ca modificarea prod-cons nu se >poate pune pb.. =20 >=3D=3D=3D=3D=3D =20 >I dream of finding myself laughing! =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Dupa cum ti-ai dat seama, abordarea ta este fundamental gresita.
Gandeste-te de ce apar race-urile in general, si care sunt mecanismele pentru = evitarea lor.

Hint: cum faci sa "rezervi" cate prajituri vrei, ca sa nu ti le = poata lua celalalt proces ?

Maria.

>Am si eu o pb destul de ..grava...
>Intrebarea se refera la accesul la memoria partajata.
>Mai precis, daca de exp un consumator face cerere pe
>memoria partajata si obtine drept de acces(adica sunt
>suficiente prajituri)dar intre timp (inainte de a
>"pune mana pe mutex") vine procesul care curata
>frigiderul si ia mutexul si scoate suficiente
>prajituri astfel incat, in momentul in care termina,
>in frigider nu mai sunt suficiente prajituri pt a le
>scoate din memorie...Ce se poate face. Noi avem
>practic 2 tipuri de consumatori care actioneza
>diferit.
>Ce se poate face in acest caz? Sa mai introducem un
>mutex ? Ma gandesc ca modificarea prod-cons nu se
>poate pune pb..

>=3D=3D=3D=3D=3D

>I dream of finding myself laughing!


>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 10:43:48 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:43:48 +0300 Subject: [so] alta intrebare tema 2 Message-ID: <2.0beta.1068723828027.89367946393948167.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable mail.yahoo.com Asta se refera la faptul ca ei nu se apuca sa manance pana cand nu au toti loc. =20 Maria. =20 >"Daca nu exista group_size locuri libere in sala >consumatorii din intregul grup asteapta eliberarea >lor" =20 >Intelesesem ca enuntul nu s-a schimbat. :( =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable mail.yahoo.com
Asta se refera la faptul ca ei nu se apuca sa manance pana cand nu au toti = loc.

Maria.

>"Daca nu exista group_size locuri libere in sala
>consumatorii din intregul grup asteapta eliberarea
>lor"

>Intelesesem ca enuntul nu s-a schimbat. :(


>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 10:45:59 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:45:59 +0300 Subject: [so] semafoare windows Message-ID: <2.0beta.1068723959730.7933368643405124340.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable in principiu nu... dar depinde de ce faci cu memoria partajata :P. ai putea avea probleme cu downu'. =20 Maria. >Salut! =20 > Pentru a simula un semafor care sa decrementeze cu mai mult de 1 >odata este ok daca asociez fiecarui semafor o memorie partajata? =20 >toate bune! =20 >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable in principiu nu... dar depinde de ce faci cu memoria partajata :P.
ai putea avea probleme cu downu'.

Maria.
>Salut!

> Pentru a simula un semafor care sa decrementeze cu mai mult de = 1
>odata este ok daca asociez fiecarui semafor o memorie partajata?

>toate bune!

>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 11:50:20 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Thu, 13 Nov 2003 13:50:20 +0200 (E. Europe Standard Time) Subject: [so] Conflict References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> Message-ID: <3FB36FFC.000001.01540@einstein> --------------Boundary-00=_WVGAQL80000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_WVGALVC0000000000000" --------------Boundary-00=_WVGALVC0000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable M-am lovit de urmatoarea problema.=0D Se face o cerere de prajituri din partea consumatorilor.=0D Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si i= a pentru el prajuturile vechi.=0D Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei.=0D =0D Cum rezolv problema?=0D =0D Florin --------------Boundary-00=_WVGALVC0000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
M-am lovit de urmatoarea problema.
Se face o cerere de prajituri din partea consumatorilor.
Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul= si ia pentru el prajuturile vechi.
Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei= =2E
 
Cum rezolv problema?
 
Florin
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_WVGALVC0000000000000-- --------------Boundary-00=_WVGAQL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: <8373EF3A-E7B5-4240-8244-1781197289A5> R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_WVGAQL80000000000000-- From so@atlantis.cs.pub.ro Thu Nov 13 12:23:07 2003 From: so@atlantis.cs.pub.ro (dinca radu) Date: Thu, 13 Nov 2003 14:23:07 +0200 Subject: [so] semafoare Message-ID: <200311131223.hADCN85W010603@k.k.ro> Sunt obligat sa folosesc semafoare ? Daca programul meu ar functiona la fel de bine si fara, ar fi vreo problema ? Sentimente.ro - www.sentimente.ro Peste 50.000 de prieteni te asteapta! From so@atlantis.cs.pub.ro Thu Nov 13 13:28:42 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 15:28:42 +0200 Subject: [so] semafoare In-Reply-To: <200311131223.hADCN85W010603@k.k.ro> References: <200311131223.hADCN85W010603@k.k.ro> Message-ID: On Thu, 13 Nov 2003 14:23:07 +0200, dinca radu wrote: > > Sunt obligat sa folosesc semafoare ? Daca programul meu ar functiona la > fel de bine si fara, ar fi vreo problema ? > Nu poate sa functioneze corect fara semafoare/cozi de mesaje/alte mecanisme IPC. Prin functionat corect nu se intelege faptul ca "mi-e imi merge", ci faptul ca se poate demonstra mai mult sau mai putin riguros sa nu exista conditii de cursa sau probleme de sincronizare. tavi From so@atlantis.cs.pub.ro Thu Nov 13 13:31:11 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 15:31:11 +0200 Subject: [so] Conflict In-Reply-To: <3FB36FFC.000001.01540@einstein> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <3FB36FFC.000001.01540@einstein> Message-ID: On Thu, 13 Nov 2003 13:50:20 +0200 (E. Europe Standard Time), Florin Pop wrote: > M-am lovit de urmatoarea problema. > > Se face o cerere de prajituri din partea consumatorilor. > > Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si > ia > pentru el prajuturile vechi. > Consumatorilor nu trebuie sa li se spuna ca exista prajituri. Ei trebuie sa le astepte pana cand vin. tavi From so@atlantis.cs.pub.ro Thu Nov 13 13:49:57 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 15:49:57 +0200 Subject: [so] terminare In-Reply-To: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> ok Maria. >Sper ca nu sunt depunctat daca la mine cofetaria se termina la ctrl-c. >(signal pe linux si consolectrlhandler pe windows) >Toate structurile alocate sunt dealocate in ordine, toate ipc-urile create >sunt distruse. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Thu Nov 13 16:05:51 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 18:05:51 +0200 Subject: [so] semafoare In-Reply-To: <200311131431.hADEV7eD021996@k.k.ro> References: <200311131431.hADEV7eD021996@k.k.ro> Message-ID: On Thu, 13 Nov 2003 16:31:07 +0200, dinca radu wrote: > > Pai am o locatie de memorie in care imi pun "mutex-ul" meu virtual > ...daca > locatia respectiva e 0 atunci mi se da acces la frigider , altfel > programul > asteapta sa se faca locatia 0. De ce nu mi s-ar functiona ? > > Trebuie sa ai garantia ca citirea si scrierea din "mutex-ul virtual" se fac atomic. Sunt multe motive pentru care citirea si scrierea in "multex-ul virtual" ar putea sa nu fie atomice: - optimizari de compilator - optimizari in procesor - executie paralela in procesor - cvasi-paralelismul oferit de SO pentru procese - sisteme SMP In al doilea rand, daca tu astepti ca locatia sa se faca 0 fara a folosi semafoare & stuff, o sa o faci busy wating. From so@atlantis.cs.pub.ro Thu Nov 13 20:13:42 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 13 Nov 2003 22:13:42 +0200 Subject: [so] Asteptare Message-ID: <004001c3aa22$a332c7d0$6400a8c0@andrei> This is a multi-part message in MIME format. ------=_NextPart_000_003D_01C3AA33.65B09070 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable O asteptare de genul urmator: repeta la infinit: take mutex verificare resursa partajata (eventual break) release mutex facuta de mai multe procese simultan, se considera a fi ok sau tinde = spre o asteptare blocanta? daca e ok, au toate procesele "sanse" egale de a face verificarea = resursei? ------=_NextPart_000_003D_01C3AA33.65B09070 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
O asteptare de genul = urmator:
 
repeta la infinit:
    take = mutex
    verificare resursa=20 partajata (eventual break)
    release = mutex
 
facuta de mai multe procese simultan, = se considera=20 a fi ok sau tinde spre o asteptare blocanta?
daca e ok, au toate procesele "sanse" = egale de a=20 face verificarea resursei?
------=_NextPart_000_003D_01C3AA33.65B09070-- From so@atlantis.cs.pub.ro Thu Nov 13 20:56:28 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 13 Nov 2003 12:56:28 -0800 (PST) Subject: [so] Asteptare In-Reply-To: <004001c3aa22$a332c7d0$6400a8c0@andrei> Message-ID: <20031113205628.98887.qmail@web60509.mail.yahoo.com> --- Andrei Hagiescu wrote: > O asteptare de genul urmator: > > repeta la infinit: > take mutex > verificare resursa partajata (eventual break) > release mutex > > facuta de mai multe procese simultan, se considera a > fi ok sau tinde spre o asteptare blocanta? > daca e ok, au toate procesele "sanse" egale de a > face verificarea resursei? Nu e OK pentru ca e busy-waiting. Asta daca nu cumva procesul care modifica resursa tine mutexul de la inceput si ii da drumul abia dupa modificarea resursei iar cei care citesc nu cicleaza infinit. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 09:33:52 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Fri, 14 Nov 2003 01:33:52 -0800 (PST) Subject: [so] prajituri vs consumatori In-Reply-To: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> Message-ID: <20031114093352.9175.qmail@web41007.mail.yahoo.com> Daca un consumator vrea 5 prajituri si in frigider sunt doar 3 , consumatorul va lua 3 prajituri dupa care va mai astepta sa ia 2 ? sau va astepta sa fie 5 prajituri in frigider ca sa le poate lua pe toate? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 09:55:11 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 14 Nov 2003 11:55:11 +0200 Subject: [so] prajituri vs consumatori In-Reply-To: <20031114093352.9175.qmail@web41007.mail.yahoo.com> References: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031114115453.00a5f640@mail.mymail.ro> cum vrei. Maria. >Daca un consumator vrea 5 prajituri si in frigider >sunt doar 3 , consumatorul va lua 3 prajituri dupa >care va mai astepta sa ia 2 ? > >sau va astepta sa fie 5 prajituri in frigider ca sa le >poate lua pe toate? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Fri Nov 14 14:21:39 2003 From: so@atlantis.cs.pub.ro (sorin adi) Date: Fri, 14 Nov 2003 06:21:39 -0800 (PST) Subject: [so] despre upload Message-ID: <20031114142139.22742.qmail@web21207.mail.yahoo.com> Am dat din greseala upload la o tema de windows in loc de tema de linux. Dupa care am uploadat si pe tema de linux,adica eu am trimis 2 teme identice fara sa vreau si mi-au aparut ca 2 teme trimise. Acuma nu as vrea sa ii fie corectata tema de windows (care e de fapt de linux) si vreau sa trimit si tema Windows(dar poate mai incolo in vacanta).Cum fac? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 16:03:15 2003 From: so@atlantis.cs.pub.ro (Badea Ovidiu) Date: Fri, 14 Nov 2003 08:03:15 -0800 (PST) Subject: [so] loc Message-ID: <20031114160315.98270.qmail@web13507.mail.yahoo.com> Exista vreo restrictie in ceea ce priveste locul (programul) in care trebuie sa aiba loc consumarea prajiturilor. Ceva de genul: consumatorii trebuie sa astepte sa intre in cofetarie in programul consumer si apoi sa isi astepte prajiturile in programul sweetshop? Sau asta ramane la latitudinea noastra ? In enunt nu era nimic explicit, dar dupa ce am citit niste mesaje de pe lista m-au lovit dubiile (si m-au trantit la pamant). __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 15:36:32 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 14 Nov 2003 18:36:32 +0300 Subject: [so] loc Message-ID: <2.0beta.1068827792528.2399367487516369908.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable nu exista nici o restrictie explicita dar trebuie sa te gandesti cum e mai bine. =20 Maria. >Exista vreo restrictie in ceea ce priveste locul >(programul) in care trebuie sa aiba loc consumarea >prajiturilor. Ceva de genul: consumatorii trebuie sa >astepte sa intre in cofetarie in programul consumer si >apoi sa isi astepte prajiturile in programul >sweetshop? Sau asta ramane la latitudinea noastra ? In >enunt nu era nimic explicit, dar dupa ce am citit >niste mesaje de pe lista m-au lovit dubiile (si m-au >trantit la pamant). =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable nu exista nici o restrictie explicita dar trebuie sa te gandesti cum e mai = bine.

Maria.
>Exista vreo restrictie in ceea ce priveste locul
>(programul) in care trebuie sa aiba loc consumarea
>prajiturilor. Ceva de genul: consumatorii trebuie sa
>astepte sa intre in cofetarie in programul consumer si
>apoi sa isi astepte prajiturile in programul
>sweetshop? Sau asta ramane la latitudinea noastra ? In
>enunt nu era nimic explicit, dar dupa ce am citit
>niste mesaje de pe lista m-au lovit dubiile (si m-au
>trantit la pamant).

>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/





Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Fri Nov 14 18:10:07 2003 From: so@atlantis.cs.pub.ro (Irina Carabus) Date: Fri, 14 Nov 2003 10:10:07 -0800 (PST) Subject: [so] Cakes_max Message-ID: <20031114181007.28599.qmail@web42002.mail.yahoo.com> Buna! Am si eu o intrebare : daca un consumator cere mai mult de "cakes_max " prajituri, ce se intampla? Il las sa astepte (treaba lui!) sau ii dau mesaj (si atunci va sti sa plece)? Mersi! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 22:48:23 2003 From: so@atlantis.cs.pub.ro (Ionut Cirjan) Date: Fri, 14 Nov 2003 14:48:23 -0800 (PST) Subject: Fwd: Re: [so] expandarea var de mediu in lin de comanda Message-ID: <20031114224823.21245.qmail@web41106.mail.yahoo.com> Fac fwd la un mail din timpul temei 1 . Este legat de expandarea variabilelor de mediu in Linux. S-a discutat acest lucru pe lista, s-a lamurit (atunci). Insa daca va uitati sunt puncte scazute pentru ca nu tinem cont de variabile de genul $HOME/bin (varibila trebuia sa se termina la / ). Nu e mult scazut (-0.3) si nu numai la mine, ci la toti!. Ca principiu mi se pare incorect din moment ce a aparut aceasta intrebare, a fost discutata clar si nu era *necesar* sa se utilizeze ca delimitatori si '/'. Durerea nu este in punctele scazute, si in principiul de functionare al acestei liste: avem incredere 100% in ce se raspunde/lamureste/stabileste aici ??? Ionut. PS: cred ca majoritatea colegilor mei ar vrea un raspuns. --- Cosmin Arad wrote: > From: Cosmin Arad > Subject: Re: [so] expandarea var de mediu in lin de > comanda > To: so@atlantis.cs.pub.ro > Date: Tue, 28 Oct 2003 00:17:08 -0800 (PST) > > --- Ionut Cirjan wrote: > > Sal. > > > > Pls, o mica lamurire. > > > > Daca $ apare intr-o comanda, dupa el e un cuvant > > care > > vrea sa reprezinte o variabila de mediu. > > Cum delimitam acest cuvant la celalat capat (la > > sfarsit, la ce caractere ne oprim) ? Space e > > evident, > > dar mai e si altul ? > > Alti delimitatori ar fi operatorii. Atentie insa la > '\' care poate sa iti protejeze $-ul de la inceput > caz > in care nu e vorba de o variabila de mediu ci de > numele unei comenzi sau fisier, de exemplu: ls > \$HOME > va incerca sa faca ls pe fisierul cu numele '$HOME'. > > > Dar daca cuvantul gasit nu e variabila de mediu, > cu > > ce > > il inlocuim ? > > Cu sirul vid. > > > Thanks, > > Ionut. > > __________________________________ > Do you Yahoo!? > Exclusive Video Premiere - Britney Spears > http://launch.yahoo.com/promos/britneyspears/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so ===== I wish you all a lovely day, tomorow and today. Cirjan Ionut Silviu __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 23:46:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Fri, 14 Nov 2003 15:46:32 -0800 (PST) Subject: Fwd: Re: [so] expandarea var de mediu in lin de comanda In-Reply-To: <20031114224823.21245.qmail@web41106.mail.yahoo.com> Message-ID: <20031114234632.99022.qmail@web60506.mail.yahoo.com> Salut, Eu am zis ca "Alti delimitatori ar fi operatorii". Nu am spus ca sunt singurii alti delimitatori. Din ce ti-am raspuns eu in mailul respectiv nu reiese in nici un fel ca nu este *necesar* ca variabilele de mediu sa fie delimitate la dreapta de '/'. Scopul listei este sa te ajute sa-ti faci temele. Bineinteles ca poti sa ai incredere in raspunsurile de pe lista insa citeste-le cu atentie si daca simti ca nu esti lamurit 100% mai intreaba. Succes, Cosmin --- Ionut Cirjan wrote: > Fac fwd la un mail din timpul temei 1 . > Este legat de expandarea variabilelor de mediu in > Linux. > S-a discutat acest lucru pe lista, s-a lamurit > (atunci). > Insa daca va uitati sunt puncte scazute pentru ca nu > tinem cont de variabile de genul $HOME/bin (varibila > trebuia sa se termina la / ). > Nu e mult scazut (-0.3) si nu numai la mine, ci la > toti!. > Ca principiu mi se pare incorect din moment ce a > aparut aceasta intrebare, a fost discutata clar si > nu > era *necesar* sa se utilizeze ca delimitatori si > '/'. > > Durerea nu este in punctele scazute, si in > principiul > de functionare al acestei liste: avem incredere 100% > in ce se raspunde/lamureste/stabileste aici ??? > > Ionut. > > PS: cred ca majoritatea colegilor mei ar vrea un > raspuns. > > > --- Cosmin Arad wrote: > > From: Cosmin Arad > > Subject: Re: [so] expandarea var de mediu in lin > de > > comanda > > To: so@atlantis.cs.pub.ro > > Date: Tue, 28 Oct 2003 00:17:08 -0800 (PST) > > > > --- Ionut Cirjan wrote: > > > Sal. > > > > > > Pls, o mica lamurire. > > > > > > Daca $ apare intr-o comanda, dupa el e un cuvant > > > care > > > vrea sa reprezinte o variabila de mediu. > > > Cum delimitam acest cuvant la celalat capat (la > > > sfarsit, la ce caractere ne oprim) ? Space e > > > evident, > > > dar mai e si altul ? > > > > Alti delimitatori ar fi operatorii. Atentie insa > la > > '\' care poate sa iti protejeze $-ul de la inceput > > caz > > in care nu e vorba de o variabila de mediu ci de > > numele unei comenzi sau fisier, de exemplu: ls > > \$HOME > > va incerca sa faca ls pe fisierul cu numele > '$HOME'. > > > > > Dar daca cuvantul gasit nu e variabila de mediu, > > cu > > > ce > > > il inlocuim ? > > > > Cu sirul vid. > > > > > Thanks, > > > Ionut. > > > > __________________________________ > > Do you Yahoo!? > > Exclusive Video Premiere - Britney Spears > > http://launch.yahoo.com/promos/britneyspears/ > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > ===== > > > > I wish you all a lovely day, > tomorow and today. > > Cirjan Ionut Silviu > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 23:44:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 01:44:55 +0200 Subject: [so] Cakes_max In-Reply-To: <20031114181007.28599.qmail@web42002.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> il lasi sa astepte. Maria. >daca un consumator cere mai >mult de "cakes_max " prajituri, ce se intampla? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Fri Nov 14 23:50:57 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 01:50:57 +0200 Subject: [so] Conflict In-Reply-To: <3FB36FFC.000001.01540@einstein> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Iti inteleg lovitura.... :). solutia ar fi ca in loc sa lasi consumatorii sa rezerve prajituri care ar putea dispare sa pui gunoierul in situatia in care sa poata rezerva pentru aruncare prajituri care pot fi mancate intre timp. Maria. >M-am lovit de urmatoarea problema. >Se face o cerere de prajituri din partea consumatorilor. >Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si ia >pentru el prajuturile vechi. >Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei. > >Cum rezolv problema? > >Florin --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 00:06:16 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Fri, 14 Nov 2003 16:06:16 -0800 (PST) Subject: [so] ./sweetshop parametri Message-ID: <20031115000616.29411.qmail@web60305.mail.yahoo.com> Este o sugestie ca max_cakes si max_seats sa fie luati cu getenv. Bun! dar ala care testeaza ce face se duce in fiecare consola si seteaza variabilele sau le are setate odate de la bootare si atunci ar cam trebuie sa stim numele. Sau alta intrebare, ce rost mai au paramtrii pt sweetshop daca vom face cu getenv? Intreb pt ca ar fi trist sa fac tema si la corectare: ./sweetshop 30 30 70 ... hmm nu merge? nota 4 :P deci care ma lumineaza (intrebarea este pt cei care corecteaza)? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:18:41 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 15 Nov 2003 01:18:41 -0800 (PST) Subject: [so] Cakes_max In-Reply-To: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <20031115091841.77992.qmail@web41002.mail.yahoo.com> In cazul in care un consumator va cere mai mult de cakes max el nu va fi niciodata servit deci tot grupul va ramane blocat. Sa intelegem ca acesta e un comportamnet ok ? --- Maria Mateescu wrote: > > il lasi sa astepte. > > Maria. > > > >daca un consumator cere mai > >mult de "cakes_max " prajituri, ce se intampla? > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:20:13 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 15 Nov 2003 01:20:13 -0800 (PST) Subject: [so] parametrii liniei de comanda In-Reply-To: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <20031115092013.8122.qmail@web41009.mail.yahoo.com> Se presupune ca paramterii liniei de comanda sunt dati corect adica se vor introduce niste parametrii valizi? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:34:38 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 11:34:38 +0200 Subject: [so] parametrii liniei de comanda In-Reply-To: <20031115092013.8122.qmail@web41009.mail.yahoo.com> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115113430.00a5f960@mail.mymail.ro> da >Se presupune ca paramterii liniei de comanda sunt dati >corect adica se vor introduce niste parametrii valizi? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 09:34:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 11:34:55 +0200 Subject: [so] Cakes_max In-Reply-To: <20031115091841.77992.qmail@web41002.mail.yahoo.com> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> da >In cazul in care un consumator va cere mai mult de >cakes max el nu va fi niciodata servit deci tot grupul >va ramane blocat. Sa intelegem ca acesta e un >comportamnet ok ? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 10:06:35 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sat, 15 Nov 2003 12:06:35 +0200 Subject: [so] Cakes_max References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> Message-ID: <3FB5FAAB.2040303@pcnet.ro> E a nu stiu cata oara cand se vorbeste despre chestia asta si m-am incurcat de tot.....vreau sa stiu daca e ok ca eu l-am dat afara pe clientul "mancacios" care vrea mai multe prajituri decat capacitatea frigiderului.Mai exact ies imedit ce constat ca a cerut mai multe prajituri decat cate i de pot da. Multumesc! Ruxandra From so@atlantis.cs.pub.ro Sat Nov 15 10:54:14 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 12:54:14 +0200 Subject: [so] Cakes_max In-Reply-To: <3FB5FAAB.2040303@pcnet.ro> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115125358.00ae5a68@mail.mymail.ro> e ok. si asa, si asa. >E a nu stiu cata oara cand se vorbeste despre chestia asta si m-am >incurcat de tot.....vreau sa stiu daca e ok ca eu l-am dat afara pe >clientul "mancacios" care vrea mai multe prajituri decat capacitatea >frigiderului.Mai exact ies imedit ce constat ca a cerut mai multe >prajituri decat cate i de pot da. > >Multumesc! > >Ruxandra --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 11:34:22 2003 From: so@atlantis.cs.pub.ro (Octavian PURDILA) Date: Sat, 15 Nov 2003 13:34:22 +0200 Subject: [so] Re: Am o nelamurire In-Reply-To: <20031114212032.96165.qmail@web40020.mail.yahoo.com> References: <20031114212032.96165.qmail@web40020.mail.yahoo.com> Message-ID: <1068896062.3fb60f3ecd151@cs.pub.ro> Quoting Murgan Mihai : Acest raspuns este unul generic pentru toate plangerile de genul celor de mai jos (buguri de tip buffer overflow). Nu se va mai raspunde la alte plangeri similare. > Domnule profesor, > > nedumerit. Din ceea ce spuneati dumneavoastra pe lista > reiesea clar ca se pot limita comenzile la maxim 500 > de caractere, dar sa specificam acest lucru in readme. > Exact asa am facut si eu, am specificat in readme > acest lucru si intr-adevar nu am mai verificat in > program daca se depaseste sau nu aceasta limita, din Dupa cum reiese din discutia de pe lista, puteai sa limitezi buferele, DAR trebuia sa verifici atunci cand scrii in ele astfel incat sa nu le depasesti. Problema care s-a intalnit la tine poarte numele de buffer overflow si este responsabila de 90% (sau poate chiar mai mult) de exploiturile existente. Problema buffer overflow nu poate fi corectata decat - daca programatorul programeaza corect si nu scrie in bufere mai mult decat este cazul - limbajul verifica la fiecare scriere dimensiunea bufferului Cum optiunea doi nu este implementata in C, singura solutie corecta este optiunea unu. tavi ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Sat Nov 15 12:24:18 2003 From: so@atlantis.cs.pub.ro (dinca radu) Date: Sat, 15 Nov 2003 14:24:18 +0200 Subject: [so] JMP Message-ID: <200311151224.hAFCOI6I002971@k.k.ro> ce instructiune gen jmp din assembler exista in C de linux ? si cum folosesc etichete pt. ea? daca se poate as dori un raspuns cat mai rapid , pt. ca chiar am nevoie de ea :) Radu Sentimente.ro - www.sentimente.ro Peste 50.000 de prieteni te asteapta! From so@atlantis.cs.pub.ro Sat Nov 15 12:26:36 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 04:26:36 -0800 (PST) Subject: [so] JMP In-Reply-To: <200311151224.hAFCOI6I002971@k.k.ro> Message-ID: <20031115122636.90010.qmail@web60503.mail.yahoo.com> --- dinca radu wrote: > > ce instructiune gen jmp din assembler exista in C de > linux ? si cum > folosesc etichete pt. ea? > daca se poate as dori un raspuns cat mai rapid , pt. > ca chiar am nevoie de > ea :) instructiuni; goto label; instructiuni; label: instructiuni; Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 17:09:53 2003 From: so@atlantis.cs.pub.ro (Dana Tiba) Date: Sat, 15 Nov 2003 19:09:53 +0200 (EET) Subject: [so] Conflict In-Reply-To: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Message-ID: <35508.81.196.10.119.1068916193.squirrel@dazoot.ro> Salut, In textul temei scrie: "Chiar daca a obtinut numarul de prajituri cerute, fiind tare politicos, consumatorul nu va incepe sa manance decat atunci cand toti prietenii lui si-au primit prajiturile. " Eu intelesesem ca in momentul in care un consumator comanda prajiturile dorite le si primeste (daca acestea exista in momentul acela in frigider) si apoi asteapta sa le manince (adica sa inceapa timpul aleator de microsecunde destinat mincarii). Adica in timpul in care este "politicos" si ii asteapta pe ceilalti el are deja prajiturile pe masa, nu mai sunt in frigider, deci gunoierul nu mai are de ce sa le arunce. dana > > Iti inteleg lovitura.... :). > solutia ar fi ca in loc sa lasi consumatorii sa rezerve prajituri care > ar putea dispare sa pui gunoierul in situatia in care sa poata rezerva > pentru aruncare prajituri care pot fi mancate intre timp. > > Maria. > > >>M-am lovit de urmatoarea problema. >>Se face o cerere de prajituri din partea consumatorilor. >>Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si >> ia pentru el prajuturile vechi. >>Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei. >> >>Cum rezolv problema? >> >>Florin > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so From so@atlantis.cs.pub.ro Sat Nov 15 17:48:00 2003 From: so@atlantis.cs.pub.ro (andrei damian) Date: Sat, 15 Nov 2003 19:48:00 +0200 Subject: [so] Testarea temelor Message-ID: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Salut, In urma rezultatului obtinut la tema 1 am 2 intrebari: - se tine cont de conventiile pe care le-am mentionat in readme privind = implementarea temei? - eu de exemplu am fost depunctat pentru redirectari de genul cmd1 < = cmd2 in conditiile in care am mentionat ca minishellul meu, atunci cand = apar operatori de redirectare, prelucreaza o comanda de genul 'cmd = op_redir nume_fisier'; - din discutiile de pe forum si din textul temei am inteles ca nici = nu se asteapta altceva - va exista un server pe care ne vom putea testa temele si pe care se va = face si corectura? - unele din erorile pentru care am fost depunctat nu imi apar acasa; = e posibil sa fii programat prost, dar nu as fi trimis o tema daca la = comenzi simple ar fi dat segm.fault:D; poate ar fi util sa se = stabileasca macar versiunea de kernel si cea a compilatorului pe care se = face testarea. 10x Andrei DAMIAN 342CA ------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Salut,
 
In urma rezultatului obtinut la tema 1 = am 2=20 intrebari:
- se tine cont de conventiile pe care = le-am=20 mentionat in readme privind implementarea temei?
    - eu de exemplu am = fost=20 depunctat pentru redirectari de genul cmd1 < cmd2 in conditiile = in care=20 am mentionat ca minishellul meu, atunci cand apar operatori de=20 redirectare, prelucreaza o = comanda de genul=20 'cmd op_redir nume_fisier';
    - din discutiile de = pe forum si=20 din textul temei am inteles ca nici nu se asteapta = altceva
 
- va exista un server pe care ne vom = putea testa=20 temele si pe care se va face si corectura?
    - unele din erorile = pentru care=20 am fost depunctat nu imi apar acasa; e posibil sa fii programat prost, = dar nu as=20 fi trimis o tema daca la comenzi simple ar fi dat segm.fault:D; poate ar = fi util=20 sa se stabileasca macar versiunea de kernel si cea a compilatorului pe = care se=20 face testarea.
 
10x
 
Andrei DAMIAN
342CA
 
------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/ignore; charset=US-ASCII; name="SecurityCheck.txt" Content-Disposition: inline ------------------------------------------------------- Xnet scaneaza automat toate mesajele impotriva virusilor folosind RAV AntiVirus. Xnet automatically scans all messages for viruses using RAV AntiVirus. Nota: RAV AntiVirus poate sa nu detecteze toti virusii noi sau toate variantele lor. Va rugam sa luati in considerare ca exista un risc de fiecare data cand deschideti fisiere atasate si ca MobiFon nu este responsabila pentru nici un prejudiciu cauzat de virusi. Disclaimer: RAV AntiVirus may not be able to detect all new viruses and variants. Please be aware that there is a risk involved whenever opening e-mail attachments to your computer and that MobiFon is not responsible for any damages caused by viruses. ------=_NextPart_000_0007_01C3ABB1.5FC03920-- From so@atlantis.cs.pub.ro Sat Nov 15 23:31:10 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 15 Nov 2003 15:31:10 -0800 (PST) Subject: [so] semget Message-ID: <20031115233110.90269.qmail@web11206.mail.yahoo.com> Atunci cand creez un set de semafoare cu semget, ce valoare este introdusa default in semval ? Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo legatura cu numarul maxim de grupuri ? Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 23:42:53 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 15:42:53 -0800 (PST) Subject: [so] semget In-Reply-To: <20031115233110.90269.qmail@web11206.mail.yahoo.com> Message-ID: <20031115234253.11813.qmail@web60502.mail.yahoo.com> --- Andrei Stefan wrote: > Atunci cand creez un set de semafoare cu semget, ce > valoare este introdusa default in semval ? > Id-urile grupurilor pot fi orice numere sau trebuie > sa > aiba vreo legatura cu numarul maxim de grupuri ? Referitor la prima intrebare ai putea presupune ca semafoarele sunt initializate la 0, dar cel mai sigur e sa faci tu un semctl ca sa setezi valaorea. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 00:27:08 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 15 Nov 2003 16:27:08 -0800 (PST) Subject: [so] semget In-Reply-To: <20031115234253.11813.qmail@web60502.mail.yahoo.com> Message-ID: <20031116002708.51318.qmail@web11207.mail.yahoo.com> Pot sa setez la 0 semaforul, dar intre apelul functiei semget si apelul imediat al functiei semctl, un alt proces poate accesa acest semafor, iar pe mine ma intereseaza ca inainte de accesul la semafor, el sa aiba valoarea 1. Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 00:31:24 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 16:31:24 -0800 (PST) Subject: [so] semget In-Reply-To: <20031116002708.51318.qmail@web11207.mail.yahoo.com> Message-ID: <20031116003124.71205.qmail@web60505.mail.yahoo.com> --- Andrei Stefan wrote: > Pot sa setez la 0 semaforul, dar intre apelul > functiei > semget si apelul imediat al functiei semctl, un alt > proces poate accesa acest semafor, iar pe mine ma > intereseaza ca inainte de accesul la semafor, el sa > aiba valoarea 1. Initializarea semafoarelor ar trebui facuta inainte de crearea proceselor care le vor folosi. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 08:09:45 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sun, 16 Nov 2003 00:09:45 -0800 (PST) Subject: [so] aceeasi intrebare Message-ID: <20031116080945.87256.qmail@web11204.mail.yahoo.com> Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo legatura cu numarul maxim de grupuri (intre 0 si GROUP_MAX) ? Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 12:03:23 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 16 Nov 2003 14:03:23 +0200 Subject: [so] inchidere cofetarie References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <3FB7678B.7020400@pcnet.ro> Va rog sa imi spuneti daca se scade din punctaj in caz ca nu ofer posibilitate de inchidere cofetarie in Windows.In linux le-am inchis dar cum nu s-a specificat nimic in partea de enuntz obligatoriu am considerat ca inchiderea este o facilitate in plus.In Linux oricum se impunea pentru ca altfel raman IPC-urile agatate. multumesc! Ruxandra From so@atlantis.cs.pub.ro Sun Nov 16 14:41:52 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 16 Nov 2003 06:41:52 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <20031116144152.9122.qmail@web60309.mail.yahoo.com> --0-1664088012-1068993712=:1228 Content-Type: text/plain; charset=us-ascii e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 de exemplu sa ia fiecare cate 3 si sa se blocheze? Evident ca este vorba de windows ( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1664088012-1068993712=:1228 Content-Type: text/html; charset=us-ascii

e posibil ca, daca exista 6 prajituri si vin doi clienti care cer  4 si 5 de exemplu

sa ia fiecare cate 3 si sa se blocheze?

 

Evident ca este vorba de windows

( si eu care speram sa o portez in mai putin de 3 ore )

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1664088012-1068993712=:1228-- From so@atlantis.cs.pub.ro Sun Nov 16 16:18:08 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 16 Nov 2003 08:18:08 -0800 (PST) Subject: [so] tema 1 corectare Message-ID: <20031116161808.26378.qmail@web41013.mail.yahoo.com> Salut Uitandu-ma peste notele colegilor mei, am observat urmatoarea depunctare: implementare "gresita" a operatorului de cauzalitate, comanda a doua se executa intotdeauna. Recunosc ca, la momentul implementarii temei, nu m-am documentat exact asupra chestiunii. Insa, daca dati man bash, veti observa ca si acolo spune negru pe alb (sau cum aveti voi setate terminalele) ca a doua comanda se executa "if and only if" prima a returnat cod de eroare 0. Deci, pana la urma ne straduim sa urmarim Posix-ul, sau nu? (eu de exemplu am pierdut destul de mult timp simuland paralelismul exact ca in shell, pentru ca acum sa vad ca nu asta se astepta de la noi, mai ales ca nu s-a precizat la vreun moment dat comportamentul exact asteptat). Astept lamuriri. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 16:29:39 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 16 Nov 2003 08:29:39 -0800 (PST) Subject: [so] tema 1 corectare In-Reply-To: <20031116161808.26378.qmail@web41013.mail.yahoo.com> Message-ID: <20031116162939.33899.qmail@web60504.mail.yahoo.com> --- Diana Fulger wrote: > Salut > Uitandu-ma peste notele colegilor mei, am observat > urmatoarea depunctare: implementare "gresita" a > operatorului de cauzalitate, comanda a doua se > executa > intotdeauna. > Recunosc ca, la momentul implementarii temei, nu > m-am > documentat exact asupra chestiunii. Insa, daca dati > man bash, veti observa ca si acolo spune negru pe > alb > (sau cum aveti voi setate terminalele) ca a doua > comanda se executa "if and only if" prima a returnat > cod de eroare 0. Deci, pana la urma ne straduim sa > urmarim Posix-ul, sau nu? (eu de exemplu am pierdut > destul de mult timp simuland paralelismul exact ca > in > shell, pentru ca acum sa vad ca nu asta se astepta > de > la noi, mai ales ca nu s-a precizat la vreun moment > dat comportamentul exact asteptat). > > Astept lamuriri. Iata-le: Cred ca tu interpretezi gresit textul corecturii. "Comanda a doua se executa intotdeauna" in implementarea din tema respectiva si e gresit. Corect este cum ai citit si tu in man. Nu inteleg de ce te referi la paralelism cand operatorul de cauzalitate secventiaza comenzile. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 16:31:00 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 16 Nov 2003 08:31:00 -0800 (PST) Subject: [so] tema 1 corectare In-Reply-To: <20031116162939.33899.qmail@web60504.mail.yahoo.com> Message-ID: <20031116163100.12851.qmail@web41008.mail.yahoo.com> Referinta la paralelism era ceva diferit, am observat ca si pentru asta s-a mai scazut. --- Cosmin Arad wrote: > --- Diana Fulger wrote: > > Salut > > Uitandu-ma peste notele colegilor mei, am observat > > urmatoarea depunctare: implementare "gresita" a > > operatorului de cauzalitate, comanda a doua se > > executa > > intotdeauna. > > Recunosc ca, la momentul implementarii temei, nu > > m-am > > documentat exact asupra chestiunii. Insa, daca > dati > > man bash, veti observa ca si acolo spune negru pe > > alb > > (sau cum aveti voi setate terminalele) ca a doua > > comanda se executa "if and only if" prima a > returnat > > cod de eroare 0. Deci, pana la urma ne straduim sa > > urmarim Posix-ul, sau nu? (eu de exemplu am > pierdut > > destul de mult timp simuland paralelismul exact ca > > in > > shell, pentru ca acum sa vad ca nu asta se astepta > > de > > la noi, mai ales ca nu s-a precizat la vreun > moment > > dat comportamentul exact asteptat). > > > > Astept lamuriri. > > Iata-le: > Cred ca tu interpretezi gresit textul corecturii. > "Comanda a doua se executa intotdeauna" in > implementarea din tema respectiva si e gresit. > Corect > este cum ai citit si tu in man. > > Nu inteleg de ce te referi la paralelism cand > operatorul de cauzalitate secventiaza comenzile. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 21:33:21 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 16 Nov 2003 23:33:21 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <20031116080945.87256.qmail@web11204.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031116233309.00a5fce8@mail.mymail.ro> orice numar. Maria. >Id-urile grupurilor pot fi orice numere sau trebuie sa >aiba vreo legatura cu numarul maxim de grupuri (intre >0 si GROUP_MAX) ? > > > >Andrei > >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 16 21:34:51 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 16 Nov 2003 23:34:51 +0200 Subject: [so] Bill Gates x-( In-Reply-To: <20031116144152.9122.qmail@web60309.mail.yahoo.com> References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031116233417.00a9e610@mail.mymail.ro> da. Maria. >e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 >de exemplu > >sa ia fiecare cate 3 si sa se blocheze? > > > >Evident ca este vorba de windows > >( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 16 22:15:09 2003 From: so@atlantis.cs.pub.ro (miahi) Date: Mon, 17 Nov 2003 00:15:09 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <5.1.0.14.0.20031116233309.00a5fce8@mail.mymail.ro> Message-ID: <20031116231629.DD14328C059@atlantis> nu e un pic cam tarzie precizarea asta? miahi -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Maria Mateescu Sent: 16 noiembrie 2003 23:33 To: so@atlantis.cs.pub.ro Subject: Re: [so] aceeasi intrebare orice numar. Maria. >Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo >legatura cu numarul maxim de grupuri (intre 0 si GROUP_MAX) ? > > > >Andrei From so@atlantis.cs.pub.ro Sun Nov 16 22:27:44 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Sun, 16 Nov 2003 14:27:44 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <5.1.0.14.0.20031116233417.00a9e610@mail.mymail.ro> Message-ID: <20031116222744.47117.qmail@web40002.mail.yahoo.com> --0-1932631138-1069021664=:42994 Content-Type: text/plain; charset=us-ascii Nu inteleg de ce da. In mod normal nu ar trebui sa fie servit unul dintre el si sa ramana celalalt sa astepte? In tema scrie: "fiecare consumator isi asteapta prajiturile (daca nu exista cakes_no prajituri consumatorul va astepta sa se aduca (de catre un furnizor). " Eu inteleg de aici ca presupunand ca cel cu 4 prajituri e primul venit el va lua 4 din cele 6, vor ramane 2 in frigider si cel care vrea 5 va astepta pana vine un furnizor si ii aduce cakes_no(nu neaparat cakes_no, in acest caz cakes_no-2, adica sa ii completeze pana la cakes_no). Am trimis tema in acest mod si as vrea un raspuns, te rog mult, ca sa stiu ca totul e in ordine. Mihai Murgan Maria Mateescu wrote: da. Maria. >e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 >de exemplu > >sa ia fiecare cate 3 si sa se blocheze? > > > >Evident ca este vorba de windows > >( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1932631138-1069021664=:42994 Content-Type: text/html; charset=us-ascii
Nu inteleg de ce da. In mod normal nu ar trebui sa fie servit unul dintre el si sa ramana celalalt sa astepte?
In tema scrie:
"fiecare consumator isi asteapta prajiturile (daca nu exista cakes_no prajituri consumatorul va astepta sa se aduca (de catre un furnizor). "
Eu inteleg de aici ca presupunand ca cel cu 4 prajituri e primul venit el va lua 4 din cele 6, vor ramane 2 in frigider si cel care vrea 5 va astepta pana vine un furnizor si ii aduce cakes_no(nu neaparat cakes_no, in acest caz cakes_no-2, adica sa ii completeze pana la cakes_no). Am trimis tema in acest mod si as vrea un raspuns, te rog mult, ca sa stiu ca totul e in ordine.
 
Mihai Murgan

Maria Mateescu <atta@mymail.ro> wrote:

da.

Maria.



>e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5
>de exemplu
>
>sa ia fiecare cate 3 si sa se blocheze?
>
>
>
>Evident ca este vorba de windows
>
>( si eu care speram sa o portez in mai putin de 3 ore )



---------------------------------------------------------------
Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
http://poze.acasa.ro/

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1932631138-1069021664=:42994-- From so@atlantis.cs.pub.ro Sun Nov 16 22:48:12 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 16 Nov 2003 14:48:12 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <20031116222744.47117.qmail@web40002.mail.yahoo.com> Message-ID: <20031116224812.83220.qmail@web41011.mail.yahoo.com> io am intrebat exact acelasi lucru si mi s-a zis ca putem sa facem tema cum vrem adica fie ia cate o prajitura pana isi face numarul fie le asteapta pe toate. --- Murgan Mihai wrote: > Nu inteleg de ce da. In mod normal nu ar trebui sa > fie servit unul dintre el si sa ramana celalalt sa > astepte? > In tema scrie: > "fiecare consumator isi asteapta prajiturile (daca > nu exista cakes_no prajituri consumatorul va astepta > sa se aduca (de catre un furnizor). " > Eu inteleg de aici ca presupunand ca cel cu 4 > prajituri e primul venit el va lua 4 din cele 6, vor > ramane 2 in frigider si cel care vrea 5 va astepta > pana vine un furnizor si ii aduce cakes_no(nu > neaparat cakes_no, in acest caz cakes_no-2, adica sa > ii completeze pana la cakes_no). Am trimis tema in > acest mod si as vrea un raspuns, te rog mult, ca sa > stiu ca totul e in ordine. > > Mihai Murgan > > Maria Mateescu wrote: > > da. > > Maria. > > > > >e posibil ca, daca exista 6 prajituri si vin doi > clienti care cer 4 si 5 > >de exemplu > > > >sa ia fiecare cate 3 si sa se blocheze? > > > > > > > >Evident ca este vorba de windows > > > >( si eu care speram sa o portez in mai putin de 3 > ore ) > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > --------------------------------- > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 07:17:16 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 09:17:16 +0200 Subject: [so] Testarea temelor In-Reply-To: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> References: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> Message-ID: <1069053436.3fb875fc2981e@cs.pub.ro> Salut, > In urma rezultatului obtinut la tema 1 am 2 intrebari: > - eu de exemplu am fost depunctat pentru redirectari de genul cmd1 < cmd2 > in conditiile in care am mentionat ca minishellul meu, atunci cand apar > operatori de redirectare, prelucreaza o comanda de genul 'cmd op_redir > nume_fisier'; Intr-adevar cmd1 < cmd2 nu avea ce cauta acolo, nefiind in cerintele temei. Am corectat. > - va exista un server pe care ne vom putea testa temele si pe care se va face > si corectura? > - unele din erorile pentru care am fost depunctat nu imi apar acasa; e > posibil sa fii programat prost, dar nu as fi trimis o tema daca la comenzi > simple ar fi dat segm.fault:D; poate ar fi util sa se stabileasca macar > versiunea de kernel si cea a compilatorului pe care se face testarea. In legatura cu serverul de lucru, o sa intreb. Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 07:53:04 2003 From: so@atlantis.cs.pub.ro (Ifrim Mircea) Date: Sun, 16 Nov 2003 23:53:04 -0800 (PST) Subject: [so] CreateProcess Message-ID: <20031117075304.41556.qmail@web20308.mail.yahoo.com> --0-360097760-1069055584=:38427 Content-Type: text/plain; charset=us-ascii Am si eu o mica problema: cum creez un proces pe windows care sa aiba ca parametru o functie de-a mea, de exemplu functia void myprocedure(void) ? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-360097760-1069055584=:38427 Content-Type: text/html; charset=us-ascii
Am si eu o mica problema: cum creez un proces pe windows care sa aiba ca parametru o functie de-a mea,  de exemplu functia void myprocedure(void) ?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-360097760-1069055584=:38427-- From so@atlantis.cs.pub.ro Mon Nov 17 08:39:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 00:39:32 -0800 (PST) Subject: [so] CreateProcess In-Reply-To: <20031117075304.41556.qmail@web20308.mail.yahoo.com> Message-ID: <20031117083932.12528.qmail@web60509.mail.yahoo.com> --- Ifrim Mircea wrote: > Am si eu o mica problema: cum creez un proces pe > windows care sa aiba ca parametru o functie de-a > mea, de exemplu functia void myprocedure(void) ? Nu inteleg prea bine ce vrei sa faci. Banuiesc ca vrei sa executi o functie specificata la run-time. Daca asta este cazul iti dai seama ca codul functiei trebuie sa fie executabil si sa fie incarcat undeva in segmentul de cod al procesului. Ai 2 variante: Sa definesti toate functiile al caror nume il poti primi ca parametru in programul tau sau sa le definesti intr-un DLL pe care sa-l incarci. Daca vrei sa faci altceva specifica clar ce. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 10:02:18 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 17 Nov 2003 12:02:18 +0200 Subject: [so] Testarea temelor In-Reply-To: <1069053436.3fb875fc2981e@cs.pub.ro> References: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> <1069053436.3fb875fc2981e@cs.pub.ro> Message-ID: On Mon, 17 Nov 2003 09:17:16 +0200, Doina Bucur wrote: > Salut, >> - va exista un server pe care ne vom putea testa temele si pe care se >> va face si corectura? >> Acest lucru nu este posibil: unii dintre asistenti nu pot corecta tema pe server pentru ca nu au Internet decat prin dial-up. tavi From so@atlantis.cs.pub.ro Mon Nov 17 10:18:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 17 Nov 2003 12:18:55 +0200 Subject: [so] Conflict In-Reply-To: <35508.81.196.10.119.1068916193.squirrel@dazoot.ro> References: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031117121826.00a5ff20@mail.mymail.ro> asa este cum ai zis tu, dar alta era problema lui Florin. Maria. >Salut, > >In textul temei scrie: >"Chiar daca a obtinut numarul de prajituri cerute, fiind tare politicos, >consumatorul nu va incepe sa manance decat atunci cand toti prietenii lui >si-au primit prajiturile. " > >Eu intelesesem ca in momentul in care un consumator comanda prajiturile >dorite le si primeste (daca acestea exista in momentul acela in frigider) >si apoi asteapta sa le manince (adica sa inceapa timpul aleator de >microsecunde destinat mincarii). Adica in timpul in care este "politicos" >si ii asteapta pe ceilalti el are deja prajiturile pe masa, nu mai sunt in >frigider, deci gunoierul nu mai are de ce sa le arunce. > >dana --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 17 10:20:27 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 17 Nov 2003 12:20:27 +0200 Subject: [so] inchidere cofetarie In-Reply-To: <3FB7678B.7020400@pcnet.ro> References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031117121925.00a93778@mail.mymail.ro> e bine. terminarea se cere tocmai pentru ca ramaneau IPCuri nedistruse. Maria. >Va rog sa imi spuneti daca se scade din punctaj in caz ca nu ofer >posibilitate de inchidere cofetarie in Windows.In linux le-am inchis dar >cum nu s-a specificat nimic in partea de enuntz obligatoriu am considerat >ca inchiderea este o facilitate in plus.In Linux oricum se impunea pentru >ca altfel raman IPC-urile agatate. > >multumesc! > >Ruxandra --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 17 10:46:35 2003 From: so@atlantis.cs.pub.ro (bogdan dragusanu) Date: Mon, 17 Nov 2003 02:46:35 -0800 (PST) Subject: [so] 'ipcs' pe Win Message-ID: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Cum putem vedea semafoarele , cozile de mesaje, memoriile partajate ramase pe Windows. Adica ceva analog lui 'ipcs' de pe Linux. Eventual cum se poate da remove. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 10:59:25 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Mon, 17 Nov 2003 12:59:25 +0200 Subject: [so] despre upload In-Reply-To: <20031114142139.22742.qmail@web21207.mail.yahoo.com> References: <20031114142139.22742.qmail@web21207.mail.yahoo.com> Message-ID: <3FB8AA0D.5080903@romus.ro> sorin adi wrote: >Am dat din greseala upload la o tema de windows in loc >de tema de linux. >Dupa care am uploadat si pe tema de linux,adica eu am >trimis 2 teme identice fara sa vreau si mi-au aparut >ca 2 teme trimise. >Acuma nu as vrea sa ii fie corectata tema de windows >(care e de fapt de linux) si vreau sa trimit si tema >Windows(dar poate mai incolo in vacanta).Cum fac? > > Se ia in considerare ultima tema trimisa. --Adrian. From so@atlantis.cs.pub.ro Mon Nov 17 11:06:39 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Mon, 17 Nov 2003 13:06:39 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <20031116231629.DD14328C059@atlantis> References: <20031116231629.DD14328C059@atlantis> Message-ID: <3FB8ABBF.6090707@romus.ro> miahi wrote: >nu e un pic cam tarzie precizarea asta? > >miahi > > Cred ca intrebarile voastre vin cam tarziu! Au fost doua saptamani pentru tema!! --Adrian. From so@atlantis.cs.pub.ro Mon Nov 17 11:10:02 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Mon, 17 Nov 2003 13:10:02 +0200 Subject: [so] 'ipcs' pe Win In-Reply-To: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Message-ID: > Cum putem vedea semafoarele , cozile de mesaje, memoriile partajate ramase pe Windows. Adica ceva analog lui 'ipcs' de pe Linux. Eventual cum se poate da remove. http://www.sysinternals.com/ntw2k/freeware/procexp.shtml Toate obiectele din kernel sunt distruse cand e distrusa ultima referinta din sistem care indica spre ele. Referintele se inchid cu CloseHandle de catre programator sau la terminarea procesului. Ca sa fii sigur ca ai distrus un obiect din kernel, ori inchizi tu tot ce ai deschis (CloseHandle) ori inchizi toate procesele care au deschis handles la obiectele respective. Ovidiu From so@atlantis.cs.pub.ro Mon Nov 17 11:11:05 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 03:11:05 -0800 (PST) Subject: [so] 'ipcs' pe Win In-Reply-To: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Message-ID: <20031117111105.14742.qmail@web60505.mail.yahoo.com> --- bogdan dragusanu wrote: > Cum putem vedea semafoarele , cozile de mesaje, > memoriile partajate ramase pe Windows. Adica ceva > analog lui 'ipcs' de pe Linux. Eventual cum se poate > da remove. Exista utilitarul WinObj cu care poti vedea obiectele Windows. Daca dai dublu-click pe un Mutex sau Semafor iti spune daca este ocupat respectiv valoarea smeaforului. http://www.sysinternals.com/ntw2k/freeware/winobj.shtml Fiecare obiect are un contor de utilizare (de handle-uri deschise la acel obiect). La CloseHandle contorul respectiv este decrementat iar la Open... ori DuplicateHandle este incrementat. Mai exista un contor de referiri ale obiectului respectiv de catre sistemul de operare. De exemplu un semafor poate fi folosit de catre un driver. Cand ambele contoare ajung la 0 obiectul este distrus automat. Chiar daca tu nu dai CloseHandle oricum la terminarea procesului sunt inchise toate handle-urile deschise in proces, asadar obiectele se distrug automat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 13:00:41 2003 From: so@atlantis.cs.pub.ro (Roxana Andrei) Date: Mon, 17 Nov 2003 05:00:41 -0800 (PST) Subject: [so] Inchidere handle in Windows Message-ID: <20031117130041.11433.qmail@web21102.mail.yahoo.com> Eu am trimis tema de win si in urma discutiilor de astazi de pe grup m-am gandit sa intreb daca se depuncteaza daca nu am dat closehandle la toate obiectele. Dau doar in cei care le CREEAZA (frara cei care le deschid). Si inca o intrebare: negasind un "random" pentru win32 api, am citit in linia de comanda timpul de mancare prajituri. Daca nu se scade, nu as vrea sa retrimit (-0.25). Multumesc __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 13:08:16 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Mon, 17 Nov 2003 15:08:16 +0200 Subject: [so] tema 3 Message-ID: <20031117125913.M97111@idilis.ro> In enuntul temei 3 se specifica ca trebuie implementate politicile SIGNAL AND CONTINUE si SIGNAL AND WAIT. Eu am citit in primul document dat pe site ca exista SIGNAL AND WAIT si SIGNAL AND URGENT WAIT diferenta fiind aceea ca la SIGNAL AND WAIT prioritate cozii Entry=prioritatea cozii Signaller, iar la SIGNAL AND URGENT WAIT prioritatea cozii Entry 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu zice nimic de pb. 2. In documentatia de mingw care e referita la observatii (http://www.mingw.org/docs.shtml) nu am gasit instructiuni despre creat DLL de windows. Zice acolo ceva de librarii .so, etc, dar de .dll nu am vazut nimic. Daca se poate un link mai precis... -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again From so@atlantis.cs.pub.ro Mon Nov 17 16:45:38 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 18:45:38 +0200 Subject: [so] tema1 - corectare & note Message-ID: <1069087538.3fb8fb32075ad@cs.pub.ro> Salut, Baremul temei 1 arata asa: 1p - afisarea promptului si tot ce depinde de el 0.25p - posibilitatea de a citi & executa comenzi in linia de comanda/fisier (aici s-a scazut mai ales pentru buguri de citire din fisier) 0.75p - implementarea cd (comanda interna) 1p - executia comenzilor externe 1p - recunoasterea si expandarea variabilelor de mediu 1p - executia secventiala ";" 1p - executia paralela "&" 1p - executia cauzala "&&" 1p - executia cu pipe "|" 0.5p - redirectarea de output ">" 0.5p - redirectarea de output/err "&>" 0.5p - redirectarea de err "2>" 0.5p - indirectarea "<" Punctajele de mai sus sunt maximul de punctaj care vi se poate scadea pe o subproblema (de ex. "|") daca nu e implementata deloc. In afara de punctajele care vi se pot scadea pentru asta, exista punctaje scazute pentru incorectitudinea programarii (materializate prin segfault, de ex) . Pentru fiecare problema/bug pe care l-am intalnit, exista un punctaj fix care se scade (sau un interval de punctaj, in cazuri rare). Au existat vreo doua probleme/buguri pentru care a fost cazul ca punctajele sa fie modificate pe parcursul corectarii, de unde si eventualele neclaritati (asta si din cauza ca rezultatele au fost publicate partial pe site, inainte de terminarea corectarii - asta a fost necesar, ca sa nu repetati greselile la tema2). De ex.: -0.30 - fisierele rezultate prin redirectare de output/err nu au drepturi (parametrul mode la open) -0.20 - redirectarea la output/err nu face trunchiere pe fisiere existente -0.30 - segfault la getenv -1 - segfault la malloc & friends (buffer overflow) intre 0 si 0.60 - probleme de parsare a spatiilor (depunctarea depinde de gravitate); pentru simplitate problemele de genul asta, in afara de cateva cazuri speciale, au fost in final uniformizate etc Pentru neclaritati mailto: dee@cs.pub.ro, nu pe lista. Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 17:54:43 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 17 Nov 2003 19:54:43 +0200 Subject: [so] tema3 In-Reply-To: <20031117145954.6D8643FCF2@server1.messagingengine.com> References: <20031117145954.6D8643FCF2@server1.messagingengine.com> Message-ID: On Mon, 17 Nov 2003 16:59:54 +0200, Bogdan Butnaru wrote: > 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei > probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu > zice nimic de pb. > Formularea va invita sa trimiteti mailuri pe lista daca exista neclaritati :) > 2. In documentatia de mingw care e referita la observatii > (http://www.mingw.org/docs.shtml) nu am gasit instructiuni despre creat > DLL de windows. Zice acolo ceva de librarii .so, etc, dar de .dll nu am > vazut nimic. Daca se poate un link mai precis... > Nu prea ai cautat... Al treilea bulet: How to create a dll Here's an example. Cut and paste the following into a file named dllfct.h: #ifdef BUILD_DLL // the dll exports #define EXPORT __declspec(dllexport) #else // the exe imports #define EXPORT __declspec(dllimport) #endif // function to be imported/exported EXPORT void tstfunc (void); Cut and paste the following into a file named dllfct.c: #include #include "dllfct.h" EXPORT void tstfunc (void) { printf ("Hello\n"); } Cut and paste the following into a file named hello.c: #include "dllfct.h" int main () { tstfunc (); return (0); } To create the dll and an executable that uses it, try the following: gcc -c hello.c gcc -c -DBUILD_DLL dllfct.c dllwrap --output-lib=libtstdll.a --dllname=tst.dll --driver-name=gcc dllfct.o gcc -o hello.exe hello.o -L./ -ltstdll For more information on dlls, see http://www.nanotech.wisc.edu/~khan/software/gnu-win32/dllhelpers.html tavi From so@atlantis.cs.pub.ro Mon Nov 17 18:11:33 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Mon, 17 Nov 2003 10:11:33 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <1069087538.3fb8fb32075ad@cs.pub.ro> Message-ID: <20031117181133.70849.qmail@web11203.mail.yahoo.com> Ar fi fost bine de stiut de la inceput cam ce teste ar fi trebuit sa indeplineasca temele noastre, nu sa ne imaginam noi teste posibile si sa nu stim de fapt ce se cere de la noi ..... Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 20:24:51 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 22:24:51 +0200 Subject: [so] Re: Fwd: corectare tema1 linux In-Reply-To: References: Message-ID: <1069100691.3fb92e9373fc4@cs.pub.ro> Cum destul de multi dintre voi ati ales comportamentul tip "pus in background" pentru &, mesajul asta devine general: > ------- Forwarded message ------- > From: Catalin Constantin > To: tavi@cs.pub.ro > Subject: corectare tema1 linux > Date: Mon, 17 Nov 2003 22:14:01 +0200 > > > http://cs.pub.ro/so/Teme/note/343CA/ConstantinCatalin/tema1/lin/NOTA > > > > -0.40 > > > > Actiunea lui sleep nu e vizibila in testul urmator: > > > > [tavi@lemon]> sleep 2 & ls -la > > total 108 > > drwxr-xr-x 4 tavi tavi 4096 Nov 16 20:06 . > > drwxr-xr-x 3 tavi tavi 4096 Nov 2 23:35 .. > > // executia se termina imediat; pe primul proces nu faci wait la > > exec_comanda(,,false) > > > > > > mi se pare perfect normal sa faca asa > > pentru ca & pune in background ! Enuntul temei zice asa: "Operatorul de paralelism "&" . Astfel "alfa & beta" va executa comenzile alfa si beta in paralel." Adica trebuia sa implementati o facilitate care nu isi are echivalentul in bash, si pentru operatorul asta sa nu imitati bashul. > > am testat si pe bash si face la fel cum fac eu. Doina -- dee@cs.pub.ro ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 22:36:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 14:36:21 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031117125913.M97111@idilis.ro> Message-ID: <20031117223621.23494.qmail@web60508.mail.yahoo.com> --- Ioana Cutcutache wrote: > In enuntul temei 3 se specifica ca trebuie > implementate politicile SIGNAL > AND CONTINUE si SIGNAL AND WAIT. Eu am citit in > primul document dat pe site > ca exista SIGNAL AND WAIT si SIGNAL AND URGENT WAIT > diferenta fiind aceea ca > la SIGNAL AND WAIT prioritate cozii > Entry=prioritatea cozii Signaller, iar la > SIGNAL AND URGENT WAIT prioritatea cozii > Entry In enunt se specifica de asemenea ca : > "Cand aveti fire de executie in toate cozile > alegerea se va face tinand > cont ca coada de procese blocate la intrare, Entry > Queue, este cea mai putin > prioritara." > Din aceasta inteleg ca prioritatea Entry > Queue Queue, deci noi practic trebuie sa implementam > varianta SIGNAL AND URGENT > WAIT. Asa e? Da, asa e. Am scris eu prescurtat :). Am pus o clarificare la Observatii in legatura cu asta. > A doua intrebare : daca mai multe fire de > executie asteapta la o variabila > conditie trebuie ca atunci cand se da signal pe > variabila respectiva sa fie > trecut in coada Waiting cel care asteapta de cel mai > mult timp sau oricare > din ele? (daca ar trebui luat in considerare cel > care asteapta de cel mai de > mult ar trebui folosite si niste cozi...) Oricare dintre ele. Pe langa faptul ca este mai complicata, implementarea cu cozi FIFO aduce si o penalizare de performanta (can u see why?), deci nu isi are rostul. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 23:02:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 15:02:54 -0800 (PST) Subject: [so] P(n) pe Windows Message-ID: <20031117230254.17549.qmail@web60509.mail.yahoo.com> Salut, Cred ca unii dintre voi ati abordat gresit problema cu P(n) in Windows. Daca protejezi semaforul cu un mutex si faci n operatii WaitForSingleObject dupa care eliberezi mutexul se intampla serializarea operatiilor P. De exemplu pentru un semafor cu valoarea 6 pe care se fac operatiile P(7), P(2), P(2), P(2) din 4 threaduri diferite, operatiile P(2) vor astepta dupa P(7) care tine mutexul asociat semaforului, desi nu ar trebui sa astepte. Am pus la http://cs.pub.ro/~so/Laboratoare/Semaphore.zip o propunere de semafor generalizat pe Windows cu operatiile P(n), V(n) si WaitZero(). Semaforul poate fifolosit cu threaduri, asigura fairness si nu serializeaza operatiile. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 18 14:26:13 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Tue, 18 Nov 2003 16:26:13 +0200 Subject: [so] tema3 In-Reply-To: References: <20031117145954.6D8643FCF2@server1.messagingengine.com> Message-ID: <20031118142613.6A54941E2E@server1.messagingengine.com> OK, am inteles cum e cu dll-urile. Totusi, care sunt formularile pentru cele trei probleme suplimentare: Bounded Buffer cu mai multi producatori si mai multi consumatori, Dining Philosophers, Cigarette Smokers? On Mon, 17 Nov 2003 19:54:43 +0200, "Octavian Purdila" said: > On Mon, 17 Nov 2003 16:59:54 +0200, Bogdan Butnaru > wrote: > > > 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei > > probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu > > zice nimic de pb. > > > > Formularea va invita sa trimiteti mailuri pe lista daca exista > neclaritati > :) > -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Faster than the air-speed velocity of an unladen european swallow From so@atlantis.cs.pub.ro Wed Nov 19 06:51:54 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Wed, 19 Nov 2003 08:51:54 +0200 Subject: [so] tema 3 References: <20031117223621.23494.qmail@web60508.mail.yahoo.com> Message-ID: <000c01c3ae69$a1be7ac0$0c829ad5@ioana> Am o nelamurire : vad ca s-a mai schimbat ceva in enuntul temei, si anume a disparut propozitia "Deblocarea unui fir de executie din orice coada din monitor se va face obligatoriu in ordine FIFO." Asta inseamna ca nu trebuie sa fie deblocate in ordine FIFO firele de executie din Entry, Waiting, Signaller? De asemenea la destroy se spune "destroy - apelat cand monitorul nu este liber, mai exista un fir de executie activ in monitor. " Prin fir activ ce se intelege? Firul care detine monitorul? Banuiesc ca nu se poate distruge un monitor daca sunt fire care asteapta in una din cozi, chiar daca nici unul nu il detine. Rezolvarea celor 2 probleme se poate face cu oricare din politici vrem? From so@atlantis.cs.pub.ro Wed Nov 19 10:30:46 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 19 Nov 2003 02:30:46 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <000c01c3ae69$a1be7ac0$0c829ad5@ioana> Message-ID: <20031119103046.86608.qmail@web60505.mail.yahoo.com> --- Ioana Cutcutache wrote: > Am o nelamurire : vad ca s-a mai schimbat ceva > in enuntul temei, si > anume a disparut propozitia "Deblocarea unui fir de > executie din orice coada > din monitor se va face obligatoriu in ordine FIFO." > Asta inseamna ca nu > trebuie sa fie deblocate in ordine FIFO firele de > executie din Entry, > Waiting, Signaller? Exact. Nu este obligatorie ordinea FIFO in nici una din cozi. > De asemenea la destroy se spune "destroy - > apelat cand monitorul nu > este liber, mai exista un fir de executie activ in > monitor. " Prin fir activ > ce se intelege? Firul care detine monitorul? > Banuiesc ca nu se poate > distruge un monitor daca sunt fire care asteapta in > una din cozi, chiar daca > nici unul nu il detine. Da, prin fir activ se intelege cel care detine monitorul. Da, nu se poate distruge nici daca ai fire blocate in el. Am omis sa specific. > Rezolvarea celor 2 probleme se poate face cu > oricare din politici vrem? Da. In situatia in care una din probleme necesita o anumita politica specificati in README de ce. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 10:55:09 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 19 Nov 2003 02:55:09 -0800 (PST) Subject: [so] tema3 In-Reply-To: <20031118142613.6A54941E2E@server1.messagingengine.com> Message-ID: <20031119105510.3631.qmail@web60508.mail.yahoo.com> --- Bogdan Butnaru wrote: > OK, am inteles cum e cu dll-urile. Totusi, care sunt > formularile pentru > cele trei probleme suplimentare: > > Bounded Buffer cu mai multi producatori si mai multi > consumatori, > Dining Philosophers, > Cigarette Smokers? BoundedBuffer e problema producator consumator. Producatorul produce (adauga) elemente intr-un buffer de dimensiune fixa, iar consumatorul extrage elemente din buffer. De data aceasta vei avea mai mult de un producator si mai mult de un consumator. Practic nu e mare diferenta. Producatorii trebuie sa astepte la o conditie full si consumatorii la o conditie empty. Problema e banala dar s-o rezolvati corect. Dining philosophers e problema clasica cu N filosofi in jurul unei mese rotunde. Fiecare are in fata sa o farfurie cu spagette si exista N furculite plasate intre cele N farfurii astfel incat fiecare filosof are in stanga si in dreapta cate o furculita pe care se "bate" cu vecinii din stanga respectiv dreapta. In caz ca mai trebuie mentionat, filosofii sunt procese care concureaza pt resursele de tip furculita. Exista in cartea Modern Operating Systems a lui Tanenbaum o solutie cu semafoare la acesta problema. Voi trebuie sa gasiti o solutie cu monitoare si sunteti restrictionati la a folosi doar un monitor. Probabil ca in loc sa astepte la niste monitoare filosofii vor astepta la niste variabile conditie din monitor. S-ar putea ca inlocuirea chioara a semafoarelor din solutia lui Tanenbaum cu variabile conditie sa nu reprezinte o solutie corecta. Trebuie sa evitati deadlock, livelock, etc. Solutii gresite gasiti in curs ca sa vedeti care sunt capcanele. In problema Cigarette Smokers avem 4 procese: 3 fumatori si un agent. Fiecare fumator detine unul dintre ingredientele: tutun, hartie si chibrite, necesare pentru a aprinde o tigara. Asadar un fumator va avea doar tutun, unul doar hartie si unul doar chibrite. Agentul va avea o cantitate nelimitata din toate cele 3 ingrediente. La un moment dat agentul pune pe masa 2 dintre ingrediente, pe rand, iar fumatorul care il are pe al treilea isi va aprinde o tigara. Agentul va astepta ca fumatorul sa termine de fumat dupa care ciclul se repeta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 11:20:57 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 19 Nov 2003 13:20:57 +0200 Subject: [so] tema1 - corectare & note In-Reply-To: <20031117181133.70849.qmail@web11203.mail.yahoo.com> References: <20031117181133.70849.qmail@web11203.mail.yahoo.com> Message-ID: <3FBB5219.3080707@romus.ro> Andrei Stefan wrote: >Ar fi fost bine de stiut de la inceput cam ce teste ar >fi trebuit sa indeplineasca temele noastre, nu sa ne >imaginam noi teste posibile si sa nu stim de fapt ce >se cere de la noi ..... > Nu inteleg care-i problema. Scrie pe site (in enuntul temei si pe mail-list) ce trebuie sa faca temele, sau cum zici tu: ce se cere de la voi. Programele nu se fac sa mearga pe anumite teste! Ci pe toate combinatiile de teste care se incadreaza in cerinte. --sadyc From so@atlantis.cs.pub.ro Wed Nov 19 11:24:55 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 19 Nov 2003 13:24:55 +0200 Subject: [so] tema3 In-Reply-To: <20031118142613.6A54941E2E@server1.messagingengine.com> References: <20031117145954.6D8643FCF2@server1.messagingengine.com> <20031118142613.6A54941E2E@server1.messagingengine.com> Message-ID: <3FBB5307.6030805@romus.ro> Bogdan Butnaru wrote: >OK, am inteles cum e cu dll-urile. Totusi, care sunt formularile pentru >cele trei probleme suplimentare: > >Bounded Buffer cu mai multi producatori si mai multi consumatori, >Dining Philosophers, >Cigarette Smokers? > Da voi chiar nu cititi nimic ??? Daca nu ma insel aveti bibliografie pentru SO, crezi ca-i data de pomana? PS: nu astept raspuns la acest email! --sadyc From so@atlantis.cs.pub.ro Wed Nov 19 11:45:10 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Wed, 19 Nov 2003 03:45:10 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <3FBB5219.3080707@romus.ro> Message-ID: <20031119114510.22866.qmail@web41014.mail.yahoo.com> Sa nu exageram importanta informatiilor vehiculate atat pe site, cat si pe mailing list, atata timp cat la intrebarile pentru tema 1 v-ati lansat cu totii in indicatii din cele mai pretioase, iar specificatia exacta a ceea ce se astepta de la noi a sosit abia ca justificare a corectarii. --- Adrian Stanciu wrote: > Andrei Stefan wrote: > > >Ar fi fost bine de stiut de la inceput cam ce teste > ar > >fi trebuit sa indeplineasca temele noastre, nu sa > ne > >imaginam noi teste posibile si sa nu stim de fapt > ce > >se cere de la noi ..... > > > Nu inteleg care-i problema. > Scrie pe site (in enuntul temei si pe mail-list) ce > trebuie sa faca > temele, sau cum zici tu: ce se cere de la voi. > > Programele nu se fac sa mearga pe anumite teste! > Ci pe toate combinatiile de teste care se incadreaza > in cerinte. > > --sadyc > > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 12:41:22 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 19 Nov 2003 14:41:22 +0200 Subject: [so] tema1 - corectare & note In-Reply-To: <20031119114510.22866.qmail@web41014.mail.yahoo.com> References: <20031119114510.22866.qmail@web41014.mail.yahoo.com> Message-ID: Acesta este raspunsul final. Alte intrebari similare (sau comentarii) nu vor mai primi raspuns din partea noastra. On Wed, 19 Nov 2003 03:45:10 -0800 (PST), Diana Fulger wrote: > Sa nu exageram importanta informatiilor vehiculate > atat pe site, cat si pe mailing list, atata timp cat > la intrebarile pentru tema 1 v-ati lansat cu totii in > indicatii din cele mai pretioase, iar specificatia O fraza de introducere frumos construita, cu accente satirice. Dar cu ce o sustii? > exacta a ceea ce se astepta de la noi a sosit abia ca > justificare a corectarii. > Ce se astepta de la voi era specificat in cerintele temei. Fiecare punct din barem este prezent in cerintele temei. Cat despre "nu ar trebuie sa fim depunctati pentru greseli de C" pe care am mai auzit-o... Este o scuza lamentabila. Si in contextul de fata nu are sens: toate sistemele de operare in uz la ora actuala au fost scrise in C, si facilitatile puse la dispozitie de ele sunt disponibile la nivelul cel mai apropiat de SO tot din C. Si ati fost avertizati de la inceput, dar cati dintre voi s-au obosit sa citeasca regulile? Si in fine, o ultima remarca relativ la "cam ce teste ar fi trebuit sa indeplineasca temele noastre". Programele nu sunt terminate atunci cand s-a terminat de scris ultima linie de cod. Ele trebuie testate. De catre programatori in faza initiala pentru a scoate bug-urile evidente, si apoi de echipa QA. tavi From so@atlantis.cs.pub.ro Wed Nov 19 15:59:37 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Wed, 19 Nov 2003 07:59:37 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <3FBB5219.3080707@romus.ro> Message-ID: <20031119155937.94875.qmail@web11208.mail.yahoo.com> Pot sa existe mii de teste ..... Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 20 22:00:25 2003 From: so@atlantis.cs.pub.ro (Sava Ionut) Date: Thu, 20 Nov 2003 14:00:25 -0800 (PST) Subject: [so] In legatura cu corectarea Message-ID: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Am vazut ca tema 1 a fost corectata mai dur. E foarte bine. Ideea ar fi sa invatam ceva din toata chestia asta. Nu sa vedem ce punctaje mici am luat ... Eu as propune asta : sa se spuna cam care vor fi testele ( cel putin mai vag ) sau anume la ce sa fim atenti. Cu alte cuvinte ar trebui sa fim un pic ajutati sa gasim bugurile ca sa putem rezolvam, mai degraba decat sa vedem ca suntem depunctati. Eu personal nu cred ca cineva dupa ce isi vede tema corectata se apuca sa isi corecteze bugurile, deci cu alte cuvinte nu prea invata multe. De asemenea ar fi sa se faca pentru fiecare tema o lista de greseli frecvente si cum se pot rezolva ( eventual si cod dc nu depaseste 5-6 linii). Sau sa fie puse pe site un numar de teme facute f bine ca sa putem sa ne comparam (Chiar daca toti ar face o tema perfect tot ar fi unele care sa fie facute optimizat, cu mai putine linii de cod, mai elegant ... SI TOT AR FI O SANSA IN PLUS SA INVETI CEVA). De exemplu am vazut la mai multi oamneni nu se inchidea pipe-ul. Nu stiam ca trebuia inchis capatul de scriere al pipeului inainte de exec. Si probabil dc nu auzeam pe cine trebuie nici n-as fi aflat prea curand. As dori sa primesc un raspuns la acest mail. Have a nice day! __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Fri Nov 21 08:08:17 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 21 Nov 2003 10:08:17 +0200 Subject: [so] In legatura cu corectarea In-Reply-To: <20031120220025.85634.qmail@web21107.mail.yahoo.com> References: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Message-ID: On Thu, 20 Nov 2003 14:00:25 -0800 (PST), Sava Ionut wrote: > Eu as propune asta : sa se spuna cam care vor fi > testele ( cel putin mai vag ) sau anume la ce sa fim > atenti. Cu alte cuvinte ar trebui sa fim un pic In primul si in primul rand ar trebui sa cititi modalitatea de punctare, si mai ales de depunctare din sectiunea Reguli. Daca exista neclaritati, la cum puteti detecta situatiile descrise acolo, intrebati pe lista. Aproape toate greselile pentru care au fost depunctate majoritatea temelor sunt intalnite in acea lista. In al doilea rand: testati-va temele singuri. Contrar a ceea ce cred unii, nu e nevoie de mii de teste pentru a va verifica programul. Daca aveti clara arhitectura programului este simplu sa testati componentele acestuia, si sa eliminati bugurile evidente. In cazul primei teme acest lucru era banal, pentru ca fiecare comanda putea fi testata separat. Testarea temei este la fel de importanta ca si implementarea ei, asa ca noi consideram ca este mai bine sa nu va dam testele, astfel incat voi sa va ganditi la ele, si prin acest lucru sa intelegeti mai bine tema. > ajutati sa gasim bugurile ca sa putem rezolvam, mai > degraba decat sa vedem ca suntem depunctati. Eu > personal nu cred ca cineva dupa ce isi vede tema > corectata se apuca sa isi corecteze bugurile, deci cu > alte cuvinte nu prea invata multe. > Nu e atat de important sa corectati bugurile unei teme ce a fost notata deja, decat ca exercitiu. Dar e important sa intelegeti de ce a aparuta bugul, si cum puteti evita situatii de genul acesta in viitor. Stiti voi, errare humanum est, perseverare diabolicum. > De asemenea ar fi sa se faca pentru fiecare tema o > lista de greseli frecvente si cum se pot rezolva ( > eventual si cod dc nu depaseste 5-6 linii). Sau sa fie Cea mai frecventa "greseala" este faptul ca nu se programeaza cu pagina de manual in fata. Inainte de a folosi o functie, cititi cu atentie, si pe cat posibil, toata pagina de manual si luati in calcul toate posibilitatile oricat de improbabile ar parea ele. In plus, exista un stil de programare ce duce inevitabil la buguri: fixarea unor limite. Uneori acest lucru este inevitabil, dar in aceste cazuri tineti cont de limite. Aceste greseli sunt cauza a probabil 90% din buguri. > puse pe site un numar de teme facute f bine ca sa > putem sa ne comparam (Chiar daca toti ar face o tema > perfect tot ar fi unele care sa fie facute optimizat, > cu mai putine linii de cod, mai elegant ... SI TOT AR > FI O SANSA IN PLUS SA INVETI CEVA). Acest lucru este imposibil, in situatia in care temele sunt valabile inclusiv in sesiunea de restanta. > De exemplu am vazut la mai multi oamneni nu se > inchidea pipe-ul. Nu stiam ca trebuia inchis capatul > de scriere al pipeului inainte de exec. Si probabil dc > nu auzeam pe cine trebuie nici n-as fi aflat prea > curand. Sunt curios: ai fost la laborator? tavi From so@atlantis.cs.pub.ro Fri Nov 21 09:07:48 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Fri, 21 Nov 2003 01:07:48 -0800 (PST) Subject: [so] In legatura cu corectarea In-Reply-To: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Message-ID: <20031121090748.64855.qmail@web41015.mail.yahoo.com> --0-752689260-1069405668=:62183 Content-Type: text/plain; charset=us-ascii Salut, Chestia cu pipe-ul nu a fost o capcana. Este o chestie tehnica deci legata de laborator , si la care ai fi primit raspunsul si inainte daca ai fi intrebat ( inainte de a trimite tema). P.S. : Aceasta lista vizeaza numai intrebari si raspunsuri legate de teme. Pentru orice alta nelamurire,propunere, etc ar trebui sa va adresati direct la tavi@cs.pub.ro sau direct laborantului (cand problema este de ordin tehnic) George Sava Ionut wrote: Am vazut ca tema 1 a fost corectata mai dur. E foarte bine. Ideea ar fi sa invatam ceva din toata chestia asta. Nu sa vedem ce punctaje mici am luat ... Eu as propune asta : sa se spuna cam care vor fi testele ( cel putin mai vag ) sau anume la ce sa fim atenti. Cu alte cuvinte ar trebui sa fim un pic ajutati sa gasim bugurile ca sa putem rezolvam, mai degraba decat sa vedem ca suntem depunctati. Eu personal nu cred ca cineva dupa ce isi vede tema corectata se apuca sa isi corecteze bugurile, deci cu alte cuvinte nu prea invata multe. De asemenea ar fi sa se faca pentru fiecare tema o lista de greseli frecvente si cum se pot rezolva ( eventual si cod dc nu depaseste 5-6 linii). Sau sa fie puse pe site un numar de teme facute f bine ca sa putem sa ne comparam (Chiar daca toti ar face o tema perfect tot ar fi unele care sa fie facute optimizat, cu mai putine linii de cod, mai elegant ... SI TOT AR FI O SANSA IN PLUS SA INVETI CEVA). De exemplu am vazut la mai multi oamneni nu se inchidea pipe-ul. Nu stiam ca trebuia inchis capatul de scriere al pipeului inainte de exec. Si probabil dc nu auzeam pe cine trebuie nici n-as fi aflat prea curand. As dori sa primesc un raspuns la acest mail. Have a nice day! __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-752689260-1069405668=:62183 Content-Type: text/html; charset=us-ascii
Salut,
 
Chestia cu pipe-ul nu a fost o capcana. Este o chestie tehnica deci legata de laborator ,
si la care ai fi primit raspunsul si inainte daca ai fi intrebat ( inainte de a trimite tema).
 
P.S. : Aceasta lista vizeaza numai intrebari si raspunsuri legate de teme. Pentru orice alta nelamurire,propunere, etc  ar trebui sa va adresati direct la tavi@cs.pub.ro sau direct laborantului (cand problema este de ordin tehnic)
 
George

Sava Ionut <sava_ionut@yahoo.com> wrote:
Am vazut ca tema 1 a fost corectata mai dur. E
foarte bine. Ideea ar fi sa invatam ceva din toata
chestia asta. Nu sa vedem ce punctaje mici am luat ...

Eu as propune asta : sa se spuna cam care vor fi
testele ( cel putin mai vag ) sau anume la ce sa fim
atenti. Cu alte cuvinte ar trebui sa fim un pic
ajutati sa gasim bugurile ca sa putem rezolvam, mai
degraba decat sa vedem ca suntem depunctati. Eu
personal nu cred ca cineva dupa ce isi vede tema
corectata se apuca sa isi corecteze bugurile, deci cu
alte cuvinte nu prea invata multe.
De asemenea ar fi sa se faca pentru fiecare tema o
lista de greseli frecvente si cum se pot rezolva (
eventual si cod dc nu depaseste 5-6 linii). Sau sa fie
puse pe site un numar de teme facute f bine ca sa
putem sa ne comparam (Chiar daca toti ar face o tema
perfect tot ar fi unele care sa fie facute optimizat,
cu mai putine linii de cod, mai elegant ... SI TOT AR
FI O SANSA IN PLUS SA INVETI CEVA).
De exemplu am vazut la mai multi oamneni nu se
inchidea pipe-ul. Nu stiam ca trebuia inchis capatul
de scriere al pipeului inainte de exec. Si probabil dc
nu auzeam pe cine trebuie nici n-as fi aflat prea
curand.
As dori sa primesc un raspuns la acest mail.
Have a nice day!

__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-752689260-1069405668=:62183-- From so@atlantis.cs.pub.ro Fri Nov 21 10:45:15 2003 From: so@atlantis.cs.pub.ro (Eu Io) Date: Fri, 21 Nov 2003 02:45:15 -0800 (PST) Subject: [so] Comparatie CA CB Message-ID: <20031121104515.59912.qmail@web60110.mail.yahoo.com> Protest Materia Sisteme de Operare ar trebui sa fie accesibila si studentilor medii.Greadul de dificultate al temelor trebuie sa permita unui student mediu sa rezolve temele.A se vedea spre comparatie Sistemele de Operare de la seria CB(ce teme sunt la CB si ce teme la CA).La CA avemteme de casa imense iar la laborator trebuie sa ne facem exercitiile de acasa pentru ca nu avem timp sa terminam la laborator. __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sat Nov 22 09:47:38 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 01:47:38 -0800 (PST) Subject: [so] vesti bune Message-ID: <20031122094738.59193.qmail@web60510.mail.yahoo.com> Salut, Iata o mica nelamurire care s-a ivit in legatura cu tema 3. Dupa cum deja probabil ca v-ati dat seama nu este necesar sa implementati in monitor cozi explicite si va puteti folosi de variabile conditie. Aceasta fiind situatia una dintre cerintele temei este depistarea situatiilor de folosire incorecta a monitorului (operatiile signal, broadcast si wait pot fi apelate doar de threaduri intrate deja in monitor). De aici se naste intrebarea: cum putem sa ne dam seama ca un thread apeleaza signal sau wait inainte de a face enter. Neavand in monitor liste cu toate threadurile intrate o solutie ar fi ca fiecare thread sa-si tina un flag care sa indice daca threadul este sau nu in monitor, flag care sa fie testat in fiecare operatie. Deoarece programatorul care foloseste biblioteca monitor trebuie sa nu fie constient de flagul respectiv acesta va trebui implementat in biblioteca. Dar cum bliblioteca este partajata si ea se incarca in spatiul de adrese al procesului, un simplu flag global in librarie ar fi comun tuturor threadurilor care incarca libraria. Pentru acest motiv va trebui sa folositi thread local storage astfel incat flagul sa fie privat in fiecare thread. Vestile bune erau ca aveti ocazia sa invatati sa folositi thread local storage :). Pentru a initializa TLS veti folosi entry-pointul in librarie. Pe Windows faceti un TlsAlloc/TlsFree in DllMain, iar pe Linux faceti un pthread_key_create in constructorul/destructorul librariei declarat astfel: void __attribute__ ((constructor)) my_init(void); void __attribute__ ((destructor)) my_fini(void); Pentru detalii vezi urmatoarele linkuri in Platform SDK pt Windows: ms-help://MS.PSDK.1033/dllproc/base/thread_local_storage.htm ms-help://MS.PSDK.1033/dllproc/base/using_thread_local_storage.htm ms-help://MS.PSDK.1033/dllproc/base/using_thread_local_storage_in_a_dynamic_link_library.htm Pentru Linux vezi man pthread_key_create si din Program Library HOWTO: http://www.tldp.org/HOWTO/Program-Library-HOWTO/miscellaneous.html#INIT-AND-CLEANUP Am pus linkurile de mai sus si in sectiunea Observatii a temei. Nu este cazul sa va impacientati. Nu este nimic complicat, doar nou. O sa va ia vreo ora sa cititi indicatiile din linkurile de mai sus dar nu este mare filosofie. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 10:23:03 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 12:23:03 +0200 Subject: [so] tema3 Message-ID: <002b01c3b0e2$a06a62d0$7c829ad5@ioana> This is a multi-part message in MIME format. ------=_NextPart_000_0028_01C3B0F3.605B3F00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Problemele ce trebuiesc rezolvate folosind monitorul presupun = rularea la infinit a firelor de executie (de exemplu la bounded buffer = si producatorii si consumatorii ruleaza la infinit). Deci terminarea = acestor programe s-ar face cu CTRL-C, si in acest caz nu se mai apeleaza = functia de distrugere a monitorului. Este ok asa? Chiar daca se face un handler pt. semnalul ctrl-c, oricum nu ar = merge destroy-ul pt. ca practic ar mai fi fire blocate in monitor. ------=_NextPart_000_0028_01C3B0F3.605B3F00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
    Problemele ce = trebuiesc=20 rezolvate folosind monitorul presupun rularea la infinit a firelor = de=20 executie (de exemplu la bounded buffer si producatorii si consumatorii = ruleaza=20 la infinit). Deci terminarea acestor programe s-ar face cu CTRL-C, si in = acest=20 caz nu se mai apeleaza functia de distrugere a monitorului. Este ok=20 asa?
    Chiar daca se face = un handler=20 pt. semnalul ctrl-c, oricum nu ar merge destroy-ul pt. ca practic ar mai = fi fire=20 blocate in monitor.
------=_NextPart_000_0028_01C3B0F3.605B3F00-- From so@atlantis.cs.pub.ro Sat Nov 22 10:29:56 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 02:29:56 -0800 (PST) Subject: [so] tema3 In-Reply-To: <002b01c3b0e2$a06a62d0$7c829ad5@ioana> Message-ID: <20031122102956.68549.qmail@web60510.mail.yahoo.com> --- Ioana Cutcutache wrote: > Problemele ce trebuiesc rezolvate folosind > monitorul presupun rularea la infinit a firelor de > executie (de exemplu la bounded buffer si > producatorii si consumatorii ruleaza la infinit). > Deci terminarea acestor programe s-ar face cu > CTRL-C, si in acest caz nu se mai apeleaza functia > de distrugere a monitorului. Este ok asa? > Chiar daca se face un handler pt. semnalul > ctrl-c, oricum nu ar merge destroy-ul pt. ca practic > ar mai fi fire blocate in monitor. Poti sa tii in proces un flag global de oprire pe care sa-l testeze fiecare thread inainte de o noua operatie de citire/scriere. Initial flagul este false adica toata lumea lucreaza. In handlerul pt Ctrl+C poti seta flagul respectiv si astfel toate threadurile se vor opri gracefully. Dupa ce le-ai asteptat pe toate (in main) poti distruge monitorul. Bineinteles threadurile vor parasi monitorul inainte sa se termine. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 11:51:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 03:51:51 -0800 (PST) Subject: [so] vesti si mai bune Message-ID: <20031122115151.5930.qmail@web60503.mail.yahoo.com> Salut, Desi sper ca putini dintre voi au avut dificultati in a interpreta specificatiile formale pentru operatiile cu monitorul, descrise prin axiomele din buhr95monitor.pdf, am considerat ca e corect sa va dau specificatiile in limbaj natural ca sa nu fie nici un dubiu. De asemenea din documentatie lipseau specificatiile pentru broadcast si specificatiile de la SIGNAL AND WAIT (cele din doc) se modifica putin prin introducerea operatiei broadcast. Am adaugat in sectiunea de Observatii a temei un link catre specificatiile in limbaj natural. Cititi-le si daca mai aveti nelamuriri intrebati. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 14:37:38 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 16:37:38 +0200 Subject: [so] tema3 References: <20031122102956.68549.qmail@web60510.mail.yahoo.com> Message-ID: <000d01c3b106$2e45eac0$4e0c6150@ioana> Mai e o problema : in linux ca sa folosesc sigaction trebuie sa includ signal.h, si in momentul asta apare un conflict de nume intre functia mea signal pt. monitor si functia signal definita in signal.h. Solutia ar fi sa numesc altfel functia pt. monitor, de exemplu SignalMonitor, e ok? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 12:29 PM Subject: Re: [so] tema3 > > Poti sa tii in proces un flag global de oprire pe care > > sa-l testeze fiecare thread inainte de o noua operatie > de citire/scriere. Initial flagul este false adica > toata lumea lucreaza. > In handlerul pt Ctrl+C poti seta flagul respectiv si > astfel toate threadurile se vor opri gracefully. > > Dupa ce le-ai asteptat pe toate (in main) poti > distruge monitorul. Bineinteles threadurile vor parasi > monitorul inainte sa se termine. > > Cosmin > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 14:53:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 06:53:21 -0800 (PST) Subject: [so] tema3 In-Reply-To: <000d01c3b106$2e45eac0$4e0c6150@ioana> Message-ID: <20031122145321.26040.qmail@web60510.mail.yahoo.com> --- Ioana Cutcutache wrote: > Mai e o problema : in linux ca sa folosesc > sigaction trebuie sa includ > signal.h, si in momentul asta apare un conflict de > nume intre functia mea > signal pt. monitor si functia signal definita in > signal.h. Solutia ar fi sa > numesc altfel functia pt. monitor, de exemplu > SignalMonitor, e ok? E ok. Poate mai potrivit ar fi SignalCondition :) sau doar Signal si Wait (capitalized). Pentru cei care fac tema in C++ problema asta nu apare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 18:11:14 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Sat, 22 Nov 2003 20:11:14 +0200 Subject: [so] P(n) pe Windows In-Reply-To: <20031117230254.17549.qmail@web60509.mail.yahoo.com> References: <20031117230254.17549.qmail@web60509.mail.yahoo.com> Message-ID: <1888217195.20031122201114@rdsnet.ro> Tuesday, November 18, 2003, 1:02:54 AM, you wrote: CA> Am pus la CA> http://cs.pub.ro/~so/Laboratoare/Semaphore.zip CA> o propunere de semafor generalizat pe Windows cu CA> operatiile P(n), V(n) si WaitZero(). Din pacate nu contine si un README. Ma intreb cum ti-a acceptat uploadul ;) Este super ca ai pus o solutie!, insa ma tot chinui sa o citesc de vreo saptamana si renunt de fiecare data pentru ca nu reusesc sa inteleg si nu am tot timpul din lume. In cazul in care nu se vor publica comentarii vreau sa profit chiar acum de ocazie sa fac un apel la cei care pot sa ma ajute sa inteleg codul sa imi raspunda pe adresa personala. Cu multumiri, Ion Petrescu From so@atlantis.cs.pub.ro Sat Nov 22 18:53:43 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Sat, 22 Nov 2003 20:53:43 +0200 Subject: [so] readers&writers? Message-ID: <20031122185343.66A2E40988@server1.messagingengine.com> Nu sunt sigur daca am inteles enuntul la "Readers and Writers cu prioritate pentru writers": E vorba de o zona de memorie in care fiecare scrie/citeste unde/de unde vrea (respectand regulile de prioritati), cam ca la shared memory? Initial am crezut ca e bounded buffer, dar parca nu e asa, avand in vedere ca ati pus separat problema asta. --- Cosmin Arad wrote: >BoundedBuffer e problema producator consumator. >Producatorul produce (adauga) elemente intr-un buffer >de dimensiune fixa, iar consumatorul extrage elemente >din buffer. De data aceasta vei avea mai mult de un >producator si mai mult de un consumator. Practic nu e >mare diferenta. Producatorii trebuie sa astepte la o >conditie full si consumatorii la o conditie empty. >Problema e banala dar s-o rezolvati corect. -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again From so@atlantis.cs.pub.ro Sat Nov 22 19:14:25 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 21:14:25 +0200 Subject: [so] vesti si mai bune References: <20031122115151.5930.qmail@web60503.mail.yahoo.com> Message-ID: <001301c3b12c$db7f8270$090c6150@ioana> La "un thread executa leave" scrie la sfarsit "Daca si aceasta(Entry Queue) va fi goala, threadul curent nu are pe cine sa planifice si va parasi monitorul, care in acest caz este gol si poate fi distrus.". Mie nu mi se pare corecta afirmatia ca monitorul in acest caz este gol si poate fi distrus. Daca nu e nimeni in waiting, signaller, entry, nu inseamna ca nu exista fire blocate la variabile conditie. Deci monitorul poate sa nu fie gol. Pentru a stii cand nu mai e nimeni in monitor (deci cand poate fi distrus) putem folosi o variabila (contor) care sa contorizeze cate fire sunt la un moment dat in monitor? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 1:51 PM Subject: [so] vesti si mai bune > Salut, > > Desi sper ca putini dintre voi au avut dificultati in > a interpreta specificatiile formale pentru operatiile > cu monitorul, descrise prin axiomele din > buhr95monitor.pdf, am considerat ca e corect sa va dau > specificatiile in limbaj natural ca sa nu fie nici un > dubiu. > De asemenea din documentatie lipseau specificatiile > pentru broadcast si specificatiile de la SIGNAL AND > WAIT (cele din doc) se modifica putin prin > introducerea operatiei broadcast. > Am adaugat in sectiunea de Observatii a temei un link > catre specificatiile in limbaj natural. > > Cititi-le si daca mai aveti nelamuriri intrebati. > > Succes, > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 20:03:22 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 22:03:22 +0200 Subject: [so] tema3 References: <20031122145321.26040.qmail@web60510.mail.yahoo.com> Message-ID: <000801c3b133$af5e7f00$420c6150@ioana> Din pacate vad ca nu prea merge solutia cu ctrl+c si handler pe semnal, pentru ca daca sunt fire de executie blocate la o variabila conditie, semnalul sigint nu le deblocheaza... si deci programul nu se mai termina. Exista vreo posibilitate de a debloca firele care asteapta la o variabila conditie? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 4:53 PM Subject: Re: [so] tema3 > --- Ioana Cutcutache wrote: > > Mai e o problema : in linux ca sa folosesc > > sigaction trebuie sa includ > > signal.h, si in momentul asta apare un conflict de > > nume intre functia mea > > signal pt. monitor si functia signal definita in > > signal.h. Solutia ar fi sa > > numesc altfel functia pt. monitor, de exemplu > > SignalMonitor, e ok? > > E ok. Poate mai potrivit ar fi SignalCondition :) > sau doar Signal si Wait (capitalized). > Pentru cei care fac tema in C++ problema asta nu > apare. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 20:47:41 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 12:47:41 -0800 (PST) Subject: [so] vesti si mai bune In-Reply-To: <001301c3b12c$db7f8270$090c6150@ioana> Message-ID: <20031122204741.9322.qmail@web60506.mail.yahoo.com> --- Ioana Cutcutache wrote: > La "un thread executa leave" scrie la sfarsit > "Daca si aceasta(Entry > Queue) va fi goala, threadul curent nu are pe cine > sa planifice si va parasi > monitorul, care in acest caz este gol si poate fi > distrus.". Mie nu mi se > pare corecta afirmatia ca monitorul in acest caz > este gol si poate fi > distrus. > Daca nu e nimeni in waiting, signaller, entry, > nu inseamna ca nu exista > fire blocate la variabile conditie. Deci monitorul > poate sa nu fie gol. > Pentru a stii cand nu mai e nimeni in monitor > (deci cand poate fi > distrus) putem folosi o variabila (contor) care sa > contorizeze cate fire > sunt la un moment dat in monitor? Ai dreptate. My mistake. Am corectat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 21:04:57 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 13:04:57 -0800 (PST) Subject: [so] readers&writers? In-Reply-To: <20031122185343.66A2E40988@server1.messagingengine.com> Message-ID: <20031122210457.5361.qmail@web60505.mail.yahoo.com> --- Bogdan Butnaru wrote: > Nu sunt sigur daca am inteles enuntul la "Readers > and Writers cu > prioritate pentru writers": E vorba de o zona de > memorie in care fiecare > scrie/citeste unde/de unde vrea (respectand regulile > de prioritati), cam > ca la shared memory? Initial am crezut ca e bounded > buffer, dar parca nu > e asa, avand in vedere ca ati pus separat problema > asta. Readers and Writers modeleaza problema accesului concurential la o inregistrare dintr-o baza de date. Bufferul amintit in enunt e de dimensiune 1 (doar o variabila). Variabila poate fi citita in paralel de oricati readeri insa nu poate fi scrisa decat de un singur writer la un moment dat. Asadar in timpul unei scrieri nu este permis nici un alt acces insa in timpul unei citiri sunt admise oricate alte citiri. Astfel, daca un reader citeste dbufferul, in timpul acestei citiri pot sa mai apara alte cereri de citire care sunt permise. Se observa ca nu este exclus cazul in care cereri de citire sa ajunga in mod constant astfel incat sa se mentina tot timpul un cititor in buffer. In acest caz avem de-a face cu writer starvation pt ca unui writer nu-i va fi permis accesul la buffer decat cand toti readerii au iesit, dar cum readerii continua sa vina ... Voi trebuie sa implementati o solutie cu prioritate pt writeri, in care un writer nu va astepta la infinit chiar daca cereri de citire vin la infinit. O solutie ar fi ca in momentul sosirii unei cereri de scriere sa nu mai fie admisi in buffer alti cititori decat cei care erau deja, urmand ca dupa ce citirile deja incepute se termina, sa se faca scrierea dupa care alte citiri sau alte scrieri. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 21:18:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 13:18:54 -0800 (PST) Subject: [so] tema3 In-Reply-To: <000801c3b133$af5e7f00$420c6150@ioana> Message-ID: <20031122211854.56882.qmail@web60503.mail.yahoo.com> --- Ioana Cutcutache wrote: > Din pacate vad ca nu prea merge solutia cu ctrl+c si > handler pe semnal, > pentru ca daca sunt fire de executie blocate la o > variabila conditie, > semnalul sigint nu le deblocheaza... si deci > programul nu se mai termina. > Exista vreo posibilitate de a debloca firele care > asteapta la o variabila > conditie? Ar fi pthread_cancel. Threadurile ar trebui sa aiba setat tipul de cancelation PTHREAD_CANCELATION_ASYNCHRONOUS. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 00:18:30 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 16:18:30 -0800 (PST) Subject: [so] precizare tema 3 Message-ID: <20031123001830.55076.qmail@web60510.mail.yahoo.com> Hintul de la problema barbierilor nu trebuie neaparat luat in considerare. Problema se poate rezolva si cu un singur monitor. Ideea celor 2 monitoare era ca frizerii sa nu concureze pt ocuparea monitorului cu clientii nou intrati, insa este ok si o implementare cu un singur monitor, fiind mai simpla. Aveti grija la urmatoarele aspecte: - clientii care asteapta pe scaune vor fi tunsi cu prioritate fata de clientii tocmai intrati; - un client nou intrat nu va astepta pe scaun daca nimeni nu mai asteapta pe scaun si sunt barbieri liberi; - un client nou intrat va pleca imediat daca toate scaunele de asteptare sunt ocupate; - mai multi frizeri trebuie sa poata tunde in paralel; - un frizer care a terminat un tuns va trebui sa-l anunte exact pe clientul pe care l-a tuns el. Sa nu existe situatii in care cand un frizer termina un tuns elibereaza clientul altui frizer. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 01:17:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 17:17:29 -0800 (PST) Subject: [so] P(n) pe Windows In-Reply-To: <1888217195.20031122201114@rdsnet.ro> Message-ID: <20031123011729.27499.qmail@web60507.mail.yahoo.com> Incearca sa scrii pseudocodul pe hartie si o sa vezi ca e simplu. 4 mutexuri si 4 semafoare. Toate P-urile care nu pot continua se blocheaza la semaforul blockP si toate WaitZero care nu pot continua se blocheaza la semaforul blockZ. La fiecare V toate P-urile isi vor reevalua conditiile iar cele care se pot termina se vor termina. Se va folosi semaforul EvaluateP pt ca operatia V sa se asigure ca toate P-urile s-au reevaluat inainte de a continua. La fiecare P care aduce valoarea semaforului la 0 toate WaitZero blocate isi vor reevalua conditiile si se vor termina. Se va folosi semaforul EvaluateZ pt ca operatia P sa se asigure ca toate WaitZero s-au reevaluat inainte de a continua. 3 dintre mutexuri sunt folosite pt protejarea unor contoare iar sectionSequence pentru a departaja operatiile P ajunse inaintea unui V de cele ajunse dupa. In rest mai sunt niste contoare si un flag self-explanatory. Cosmin --- Ion Petrescu wrote: > Tuesday, November 18, 2003, 1:02:54 AM, you wrote: > > CA> Am pus la > CA> http://cs.pub.ro/~so/Laboratoare/Semaphore.zip > CA> o propunere de semafor generalizat pe Windows cu > CA> operatiile P(n), V(n) si WaitZero(). > > Din pacate nu contine si un README. Ma intreb cum > ti-a acceptat > uploadul ;) > > Este super ca ai pus o solutie!, insa ma tot chinui > sa o citesc de vreo > saptamana si renunt de fiecare data pentru ca nu > reusesc sa inteleg si > nu am tot timpul din lume. > > > In cazul in care nu se vor publica comentarii vreau > sa profit chiar > acum de ocazie sa fac un apel la cei care pot sa ma > ajute sa inteleg > codul sa imi raspunda pe adresa personala. > > > Cu multumiri, > Ion Petrescu > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 06:37:19 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sun, 23 Nov 2003 08:37:19 +0200 Subject: [so] readers&writers? References: <20031122210457.5361.qmail@web60505.mail.yahoo.com> Message-ID: <002f01c3b18c$d1029110$25829ad5@ioana> In legatura cu aceasta problema : cand termina un scriitor, daca sunt alti scriitori in asteptare, unul din ei trebuie sa fie anuntat ca poate sa scrie? Eu asa inteleg ca ar fi, daca se face cu prioritate pt. writeri. Dar in acest mod se poate ajunge la reader starvation, daca sunt multi scriitori. Ma gandesc ca atunci cand termina un scriitor el sa dea prioritatea cititorilor care deja asteptau (daca mai vin altii si exista scriitori ce asteapta, nu o sa poata intra in buffer), apoi cand termina ei, o sa aiba prioritate scriitori care asteapta si tot asa, in felul asta nu se ajunge la starvation pt. nimeni. ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 11:04 PM Subject: Re: [so] readers&writers? > --- Bogdan Butnaru wrote: > > Nu sunt sigur daca am inteles enuntul la "Readers > > and Writers cu > > prioritate pentru writers": E vorba de o zona de > > memorie in care fiecare > > scrie/citeste unde/de unde vrea (respectand regulile > > de prioritati), cam > > ca la shared memory? Initial am crezut ca e bounded > > buffer, dar parca nu > > e asa, avand in vedere ca ati pus separat problema > > asta. > > Readers and Writers modeleaza problema accesului > concurential la o inregistrare dintr-o baza de date. > Bufferul amintit in enunt e de dimensiune 1 (doar o > variabila). > Variabila poate fi citita in paralel de oricati > readeri insa nu poate fi scrisa decat de un singur > writer la un moment dat. > Asadar in timpul unei scrieri nu este permis nici un > alt acces insa in timpul unei citiri sunt admise > oricate alte citiri. Astfel, daca un reader citeste > dbufferul, in timpul acestei citiri pot sa mai apara > alte cereri de citire care sunt permise. Se observa ca > nu este exclus cazul in care cereri de citire sa > ajunga in mod constant astfel incat sa se mentina tot > timpul un cititor in buffer. In acest caz avem de-a > face cu writer starvation pt ca unui writer nu-i va fi > permis accesul la buffer decat cand toti readerii au > iesit, dar cum readerii continua sa vina ... > Voi trebuie sa implementati o solutie cu prioritate pt > writeri, in care un writer nu va astepta la infinit > chiar daca cereri de citire vin la infinit. > O solutie ar fi ca in momentul sosirii unei cereri de > scriere sa nu mai fie admisi in buffer alti cititori > decat cei care erau deja, urmand ca dupa ce citirile > deja incepute se termina, sa se faca scrierea dupa > care alte citiri sau alte scrieri. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sun Nov 23 09:29:00 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 01:29:00 -0800 (PST) Subject: [so] readers&writers? In-Reply-To: <002f01c3b18c$d1029110$25829ad5@ioana> Message-ID: <20031123092900.56247.qmail@web60510.mail.yahoo.com> Se presupune ca numarul cititorilor e mai mare decat cel al scriitorilor, adica cereri de scriere vin mai rar decat cereri de citire, si daca ai face o alternanta cum propui tu, scriitorii tot ar avea de suferit. Pe de alta parte se presupune ca un cititor isi doreste sa citeasca informatia actualizata, deci vrem ca un scriitor sa poata sa actualizeze informatia cat mai devreme. Cu alte cuvinte ne convine mai mult ca un cititor sa astepte dupa un scriitor decat invers. Cosmin --- Ioana Cutcutache wrote: > In legatura cu aceasta problema : cand termina un > scriitor, daca sunt alti > scriitori in asteptare, unul din ei trebuie sa fie > anuntat ca poate sa > scrie? Eu asa inteleg ca ar fi, daca se face cu > prioritate pt. writeri. Dar > in acest mod se poate ajunge la reader starvation, > daca sunt multi > scriitori. Ma gandesc ca atunci cand termina un > scriitor el sa dea > prioritatea cititorilor care deja asteptau (daca mai > vin altii si exista > scriitori ce asteapta, nu o sa poata intra in > buffer), apoi cand termina ei, > o sa aiba prioritate scriitori care asteapta si tot > asa, in felul asta nu se > ajunge la starvation pt. nimeni. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 16:26:54 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 23 Nov 2003 18:26:54 +0200 Subject: [so] creare shared library References: <20031123092900.56247.qmail@web60510.mail.yahoo.com> Message-ID: <3FC0DFCE.4060602@pcnet.ro> Buna! As vrea sa ma lamureasca si pe mine cineva de ce obtin urmataore eroare daca incerc sa crez shared library de care avem nevoie.Am urmat exemplul cu libhello din Program Library HOWTO. [root@ruxi tema3]# gcc -fPIC -Wall -g -c libmonitor1.c [root@ruxi tema3]# gcc -g -shared -Wl,-soname,libmonitor1.so.0 -o libmonitor1.so.0.0 libmonitor1.o -lc [root@ruxi tema3]# /sbin/ldconfig -n . [root@ruxi tema3]# ln -sf libmonitor1.so.0 libmonitor1.so [root@ruxi tema3]# gcc -Wall -g -c rw.c -o rw.o [root@ruxi tema3]# gcc -Wall -c rw.c -o rw.o -L. -lmonitor1 gcc: -lmonitor1: linker input file unused since linking not done p.s. nu am mai copiat libmonitor1.so.0.0 in vreun /usr/local/lib pt ca vreau sa fie in directorul curent, asa ca fac chestia aia cu /sbin/ldconfig -n . From so@atlantis.cs.pub.ro Sun Nov 23 16:33:25 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 08:33:25 -0800 (PST) Subject: [so] creare shared library In-Reply-To: <3FC0DFCE.4060602@pcnet.ro> Message-ID: <20031123163325.1172.qmail@web60507.mail.yahoo.com> La ultima comanda gcc ai specificat flagul -c care inseamna doar compilare fara legare, deci -l nu isi are sensul. Cosmin --- Ruxi Jitianu wrote: > Buna! > > As vrea sa ma lamureasca si pe mine cineva de ce > obtin urmataore eroare > daca incerc sa crez shared library de care avem > nevoie.Am urmat exemplul > cu libhello din Program Library HOWTO. > > > [root@ruxi tema3]# gcc -fPIC -Wall -g -c > libmonitor1.c > [root@ruxi tema3]# gcc -g -shared > -Wl,-soname,libmonitor1.so.0 -o libmonitor1.so.0.0 > libmonitor1.o -lc > [root@ruxi tema3]# /sbin/ldconfig -n . > [root@ruxi tema3]# ln -sf libmonitor1.so.0 > libmonitor1.so > [root@ruxi tema3]# gcc -Wall -g -c rw.c -o rw.o > [root@ruxi tema3]# gcc -Wall -c rw.c -o rw.o -L. > -lmonitor1 > gcc: -lmonitor1: linker input file unused since > linking not done > > p.s. > > nu am mai copiat libmonitor1.so.0.0 in vreun > /usr/local/lib pt ca vreau sa fie in directorul > curent, > asa ca fac chestia aia cu /sbin/ldconfig -n . __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 17:25:52 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sun, 23 Nov 2003 19:25:52 +0200 Subject: [so] tema 3 Message-ID: <002201c3b1e6$d83d3430$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_001F_01C3B1F7.9BA70A80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable libraria noastra cuprinde functii pentru monitoare. ok. dar pentru un = singur monitor sau pot sa fie oricate? adica: exista un grup de procese care reprezinta o aplicatie. acestea = folosesc un monitor. nu pot exista si alte grupuri de procese care sa = aiba nevoie de mecanismul de monitor sau o aceiasi aplicatie sa aiba = nevoie de mai multe monitoare? presupun ca da, si libraria noastra sa le = poata deservii pe toate. altfel nu vad ce rol are parametrul Monitor * = in toate functiile cerute. apoi, de ce este nevoie de un Monitor *? ce nevoie are o aplicatie sa = stie exact ce e acela un monitor? stie de concept, stie ce functii pune = la dispozitie libraria si ii este de ajuns. ce vreau eu sa zic este, nu = putem inlocui acel Monitor* cu un int? un fel de monitor descriptor = (analogie cu file descriptor). apoi, un proces creaza monitorul. ok, are un handle la el (int sau = Monitor *, nu conteaza) si face treaba cu el. celelalte procese cum procedeaza? pentru ca nu vad alta functie = asemanatoare cu create sau init ar trebui sa creeze el din nou monitorul = respectiv (adica din ou create). am putea face o chestie asemanatoare cu = MONITOR_CREATE | MONITOR_EXCLUSIVE la creare care sa returneze eroare = daca exista deja monitorul care voria sa fie creat. si asa ajung la o alta chestiune. ar trebui ca la crearea monitorului sa = se furnizeze si un identificator, o semnatura a aplicatiei, etc. o = chestie prin care sa se identifica monitorul in afara librariei. adica e = nevoie de un parametru extern pentru ca mecanismul CreateMonitor open = Monitor sa functioneze (analogie cu orice alta pereche Create / Open din = windows).=20 si ca sa fim consecventi ideii din windows, destroy nu ar sterge pur si = simplu monitorul ci doar ar marca renuntarea unui proces la serviciile = lui. cand monitorul nu mai este folosit de nimeni (folosit nu inseamna = toate cozile din el goale) s-ar sterge efectiv monitorul. sper ca m-am exprimat destul de clar ca sa se poate intelege ce am vrut = sa spun.=20 deci, ce intreb eu: 1. librarie monitor =3D un obiect monitor sau mai multe obiecte monitor 2. se poate inlocui Monitor* cu int 3. se poate adapta create la CreateMonitor si OpenMonitor si deci = adaugarea unui parametru in plus ------=_NextPart_000_001F_01C3B1F7.9BA70A80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
libraria noastra cuprinde functii = pentru monitoare.=20 ok. dar pentru un singur monitor sau pot sa fie oricate?
adica: exista un grup de procese care = reprezinta o=20 aplicatie. acestea folosesc un monitor. nu pot exista si alte grupuri de = procese=20 care sa aiba nevoie de mecanismul de monitor sau o aceiasi aplicatie sa = aiba=20 nevoie de mai multe monitoare? presupun ca da, si libraria noastra sa le = poata=20 deservii pe toate. altfel nu vad ce rol are parametrul Monitor * in = toate=20 functiile cerute.
 
apoi, de ce este nevoie de un Monitor = *? ce nevoie=20 are o aplicatie sa stie exact ce e acela un monitor? stie de concept, = stie ce=20 functii pune la dispozitie libraria si ii este de ajuns. ce vreau eu sa = zic=20 este, nu putem inlocui acel Monitor* cu un int? un fel de monitor = descriptor=20 (analogie cu file descriptor).
 
apoi, un proces creaza monitorul. ok, = are un handle=20 la el (int sau Monitor *, nu conteaza) si face treaba cu = el.
celelalte procese cum procedeaza? = pentru ca nu vad=20 alta functie asemanatoare cu create sau init ar trebui sa creeze el din = nou=20 monitorul respectiv (adica din ou create). am putea face o chestie = asemanatoare=20 cu MONITOR_CREATE | MONITOR_EXCLUSIVE la creare care sa returneze eroare = daca=20 exista deja monitorul care voria sa fie creat.
 
si asa ajung la o alta chestiune. ar = trebui ca la=20 crearea monitorului sa se furnizeze si un identificator, o semnatura a=20 aplicatiei, etc. o chestie prin care sa se identifica monitorul in afara = librariei. adica e nevoie de un parametru extern pentru ca mecanismul=20 CreateMonitor open Monitor sa functioneze (analogie cu orice alta = pereche Create=20 / Open din windows).
si ca sa fim consecventi ideii din = windows, destroy=20 nu ar sterge pur si simplu monitorul ci doar ar marca renuntarea unui = proces la=20 serviciile lui. cand monitorul nu mai este folosit de nimeni (folosit nu = inseamna toate cozile din el goale) s-ar sterge efectiv = monitorul.
 
sper ca m-am exprimat destul de clar ca = sa se poate=20 intelege ce am vrut sa spun.
 
deci, ce intreb eu:
 
1. librarie monitor =3D un obiect = monitor sau mai=20 multe obiecte monitor
2. se poate inlocui Monitor* cu = int
3. se poate adapta create la = CreateMonitor si=20 OpenMonitor si deci adaugarea unui parametru in=20 plus
------=_NextPart_000_001F_01C3B1F7.9BA70A80-- From so@atlantis.cs.pub.ro Sun Nov 23 17:41:38 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 09:41:38 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <002201c3b1e6$d83d3430$0200a8c0@smeagol> Message-ID: <20031123174138.17371.qmail@web60507.mail.yahoo.com> --- Cibu Cristian wrote: > libraria noastra cuprinde functii pentru monitoare. > ok. dar pentru un singur monitor sau pot sa fie > oricate? oricate. > adica: exista un grup de procese care reprezinta o > aplicatie. acestea folosesc un monitor. nu pot monitorul se va folosi de catre un grup de threaduri ale unui proces. nu de catre procese diferite. Memoria alocata pt monitor la create se aloca in spatiul de adrese al procesului apelant. > exista si alte grupuri de procese care sa aiba > nevoie de mecanismul de monitor sau o aceiasi > aplicatie sa aiba nevoie de mai multe monitoare? > presupun ca da, si libraria noastra sa le poata > deservii pe toate. altfel nu vad ce rol are > parametrul Monitor * in toate functiile cerute. un proces poate crea mai multe monitoare care sa fie folosite de firele sale de executie. Mai multe procese pot incarca libraria si crea mai multe monitoare. > apoi, de ce este nevoie de un Monitor *? ce nevoie > are o aplicatie sa stie exact ce e acela un monitor? > stie de concept, stie ce functii pune la dispozitie > libraria si ii este de ajuns. ce vreau eu sa zic > este, nu putem inlocui acel Monitor* cu un int? un > fel de monitor descriptor (analogie cu file > descriptor). Monitor * e un pointer de care aplicatia nu trebuie sa stie nimic. exact ca un handle din windows. Nu poti cu int pt ca in cazul asta biblioteca ar trebui sa tina un array de monitoare indexat dupa int-ul tau, si cum nu are de unde sa stie cate monitoare vor fi create e o complicatie inutila. > apoi, un proces creaza monitorul. ok, are un handle > la el (int sau Monitor *, nu conteaza) si face > treaba cu el. > celelalte procese cum procedeaza? pentru ca nu vad > alta functie asemanatoare cu create sau init ar > trebui sa creeze el din nou monitorul respectiv > (adica din ou create). am putea face o chestie > asemanatoare cu MONITOR_CREATE | MONITOR_EXCLUSIVE > la creare care sa returneze eroare daca exista deja > monitorul care voria sa fie creat. Un monitor se va partaja intre firele de executie ale unui proces, nu intre procese. Nu este necesar deci un apel de genul Open. Procesul va crea monitorul inainte de crearea firelor care il folosesc, acestea avand astfel acces la monitor. > si asa ajung la o alta chestiune. ar trebui ca la > crearea monitorului sa se furnizeze si un > identificator, o semnatura a aplicatiei, etc. o > chestie prin care sa se identifica monitorul in > afara librariei. adica e nevoie de un parametru > extern pentru ca mecanismul CreateMonitor open > Monitor sa functioneze (analogie cu orice alta > pereche Create / Open din windows). > si ca sa fim consecventi ideii din windows, destroy > nu ar sterge pur si simplu monitorul ci doar ar > marca renuntarea unui proces la serviciile lui. cand > monitorul nu mai este folosit de nimeni (folosit nu > inseamna toate cozile din el goale) s-ar sterge > efectiv monitorul. am vazut deja ca cele de mai sus nu sunt necesare > sper ca m-am exprimat destul de clar ca sa se poate > intelege ce am vrut sa spun. > > deci, ce intreb eu: > > 1. librarie monitor = un obiect monitor sau mai > multe obiecte monitor mai multe obiecte monitor. > 2. se poate inlocui Monitor* cu int nu > 3. se poate adapta create la CreateMonitor si > OpenMonitor si deci adaugarea unui parametru in plus nu are sens. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 23:57:00 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Mon, 24 Nov 2003 01:57:00 +0200 Subject: [so] vesti bune References: <20031122094738.59193.qmail@web60510.mail.yahoo.com> Message-ID: <003001c3b21d$7d052230$6400a8c0@andrei> Datorita posibilitatii folosirii mai multor monitoare un thread poate fi la un moment dat intr-unul dintre ele si in afara altuia....sau de ce nu in mai multe monitoare? Daca da, atunci informatia stocata in TLS (cu privire la starea unui thread inauntrul sau in afara unui monitor) trebuie sa nu mai fie o simpla informatie booleana ci o lista de monitoare in care thread-ul este intrat, nu? Nu devine o solutie mai greu de implementat decat o lista de thread-uri intrate pentru fiecare monitor? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, 22 November, 2003 11:47 AM Subject: [so] vesti bune > > Salut, > > Iata o mica nelamurire care s-a ivit in legatura cu > tema 3. Dupa cum deja probabil ca v-ati dat seama nu > este necesar sa implementati in monitor cozi explicite > si va puteti folosi de variabile conditie. > Aceasta fiind situatia una dintre cerintele temei este > depistarea situatiilor de folosire incorecta a > monitorului (operatiile signal, broadcast si wait pot > fi apelate doar de threaduri intrate deja in monitor). > De aici se naste intrebarea: cum putem sa ne dam seama > ca un thread apeleaza signal sau wait inainte de a > face enter. Neavand in monitor liste cu toate > threadurile intrate o solutie ar fi ca fiecare thread > sa-si tina un flag care sa indice daca threadul este > sau nu in monitor, flag care sa fie testat in fiecare > operatie. > Deoarece programatorul care foloseste biblioteca > monitor trebuie sa nu fie constient de flagul > respectiv acesta va trebui implementat in biblioteca. > Dar cum bliblioteca este partajata si ea se incarca in > spatiul de adrese al procesului, un simplu flag global > in librarie ar fi comun tuturor threadurilor care > incarca libraria. > Pentru acest motiv va trebui sa folositi thread local > storage astfel incat flagul sa fie privat in fiecare > thread. Vestile bune erau ca aveti ocazia sa invatati > sa folositi thread local storage :). > From so@atlantis.cs.pub.ro Mon Nov 24 00:20:34 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 16:20:34 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <003001c3b21d$7d052230$6400a8c0@andrei> Message-ID: <20031124002034.29811.qmail@web60503.mail.yahoo.com> --- Andrei Hagiescu wrote: > Datorita posibilitatii folosirii mai multor > monitoare un thread poate fi la > un moment dat intr-unul dintre ele si in afara > altuia....sau de ce nu in mai > multe monitoare? Daca da, atunci informatia stocata > in TLS (cu privire la > starea unui thread inauntrul sau in afara unui > monitor) trebuie sa nu mai > fie o simpla informatie booleana ci o lista de > monitoare in care thread-ul > este intrat, nu? Nu devine o solutie mai greu de > implementat decat o lista > de thread-uri intrate pentru fiecare monitor? Oops. You've got that right. Solutia ramane totusi simpla. In loc sa faceti TlsAlloc respectiv pthread_key_create in entry-pointul librariei (DllMain respectiv constructorul librariei pe Linux) veti face in functia create. Astfel fiecare monitor contine un index distinct in TLS iar verificarile de utilizare corecta care se fac in operatii se vor face folosind indexul respectiv. Asadar informatia ramane booleana :) si implementarea nu presupune overhead. Limitele sunt rezonabile: 1088 de indexuri in Windows 2000 si 1024 in Linux, deci un proces poate sa construiasca cam 1000 de monitoare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 11:05:58 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 03:05:58 -0800 (PST) Subject: [so] alta precizare Message-ID: <20031124110558.69575.qmail@web60506.mail.yahoo.com> Pe Windows nu folositi functiile SuspendThread, ResumeThread ori SwitchToThread pentru sincronizare. Acestea sunt puse la dispozitie pt alte scopuri. Precizarea e valabila pentru orice functie si pentru orice alta tema. Cititi cu atentie rolul ei in documentatie si daca nu face exact ceea ce aveti voi nevoie cautati altceva. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 13:49:08 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Mon, 24 Nov 2003 15:49:08 +0200 Subject: [so] win Message-ID: <20031124134820.M16684@idilis.ro> La varianta de windows putem folosi functia TerminateThread pt. a opri firele in cazul in care se da CTRL+C? http://www.idilis.ro - Stiri, e-mail gratuit, download, SMS, server de counter-strike, hosting gratuit, servicii internet... Fii cu un pas inaintea celorlati! From so@atlantis.cs.pub.ro Mon Nov 24 18:52:41 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 10:52:41 -0800 (PST) Subject: [so] win In-Reply-To: <20031124134820.M16684@idilis.ro> Message-ID: <20031124185241.87333.qmail@web60509.mail.yahoo.com> Cred ca e mai indicat sa folositi ExitProcess pt ca macar apeleaza o data enry-pointul in dll. Cosmin --- Ioana Cutcutache wrote: > La varianta de windows putem folosi functia > TerminateThread pt. a opri firele in > cazul in care se da CTRL+C? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 19:03:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 11:03:51 -0800 (PST) Subject: [so] inca o precizare la tema 3 Message-ID: <20031124190351.42656.qmail@web60505.mail.yahoo.com> Pe Linux, daca aveti nevoie de semafoare folositi semafoarele POSIX prezentate in laboratorul 7, nu pe cele SYS V din laboratorul 4. Incercati sa va bazati cat mai mult pe variabile conditie pentru ca abordarea asta e cea mai simpla si cea mai eficienta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 00:08:06 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Mon, 24 Nov 2003 16:08:06 -0800 (PST) Subject: [so] link lib In-Reply-To: <20031124190351.42656.qmail@web60505.mail.yahoo.com> Message-ID: <20031125000806.81570.qmail@web41006.mail.yahoo.com> gcc -fPIC -Wall -g -c libmonitor.c gcc -g -lpthread -shared -Wl,-soname,libmonitor.so.0 -o libmonitor.so.0.0 libmonitor.o -lc /sbin/ldconfig -n . Cand ajung la acest pas obtin /sbin/ldconfig: Can't link ./libmonitor.so.0 to libmonitor.so.0.0 Any ideas? multam __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Tue Nov 25 00:15:34 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Mon, 24 Nov 2003 16:15:34 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031123174138.17371.qmail@web60507.mail.yahoo.com> Message-ID: <20031125001534.64025.qmail@web60309.mail.yahoo.com> --0-1839004515-1069719334=:63283 Content-Type: text/plain; charset=us-ascii Monitor * e un pointer de care aplicatia nu trebuie sa stie nimic. exact ca un handle din windows. Nu poti cu int pt ca in cazul asta biblioteca ar trebui sa tina un array de monitoare indexat dupa int-ul tau, si cum nu are de unde sa stie cate monitoare vor fi create e o complicatie inutila. Cred ca e nevoie sa stie care sunt functiile care se pot aplica pe el nu? Nu se include .h monitorului in aplicatie? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1839004515-1069719334=:63283 Content-Type: text/html; charset=us-ascii

<quote>

Monitor * e un pointer de care aplicatia nu trebuie sa
stie nimic. exact ca un handle din windows. Nu poti cu
int pt ca in cazul asta biblioteca ar trebui sa tina
un array de monitoare indexat dupa int-ul tau, si cum
nu are de unde sa stie cate monitoare vor fi create e
o complicatie inutila.

</quote>

Cred ca e nevoie sa stie care sunt functiile care se pot aplica pe el nu?

Nu se include .h monitorului in aplicatie?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1839004515-1069719334=:63283-- From so@atlantis.cs.pub.ro Tue Nov 25 00:57:13 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Mon, 24 Nov 2003 16:57:13 -0800 (PST) Subject: [so] Semafor windows In-Reply-To: <20031125000806.81570.qmail@web41006.mail.yahoo.com> Message-ID: <20031125005713.69950.qmail@web60306.mail.yahoo.com> Avem voie cu functia asta? NtQuerySemaphore e buna sa aflam valoarea unui semafor (nu sunt sigur ca e atomica, dar mi s-ar parea ca normal sa fie) http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20Objects/Semaphore/NtQuerySemaphore.html __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 06:15:14 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Tue, 25 Nov 2003 08:15:14 +0200 (EET) Subject: [so] .so-uri Message-ID: <1177.141.85.0.67.1069740914.squirrel@www.as.ro> Nu e nevoie sa instalati libraria pentru a o folosi (ldconfig). Puneti "." in LD_LIBRARY_PATH si va merge. ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Tue Nov 25 07:01:16 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Mon, 24 Nov 2003 23:01:16 -0800 (PST) Subject: [so] variabile conditie pe windows In-Reply-To: <1177.141.85.0.67.1069740914.squirrel@www.as.ro> Message-ID: <20031125070116.98782.qmail@web41013.mail.yahoo.com> --0-810786181-1069743676=:98646 Content-Type: text/plain; charset=us-ascii Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos. Se observa ca nu mai exista mutexul suplimentar care tb luat inainte de orice operatie. Voi folosi doua semafoare si un contor ce vor fi tinute intr-o structura sau intr-o clasa in implementarea voastra : //------------------------------------ sem zonaCritica = 1; sem conditie = 0; int contor = 0; //------------------------------------ void signal() { WaitForSingleObject(zonaCritica); if (contor) { // trezesc pe cineva contor--; ReleaseSemaphore(conditie, 1); } else { // pierde semnalul ReleaseSemaphore(zonaCritica, 1); } } //------------------------------------ void wait() { WaitForSingleObject(zonaCritica); contor++; SignalObjectAndWait(zonaCritica, conditie); } //------------------------------------ void broadcast() { WaitForSingleObject(zonaCritica); if (contor) { // era cineva blocat ReleaseSemaphore(zonaCritica, contor); contor = 0; ReleaseSemaphore(zonaCritica, 1); } else { // se pierde broadcast-ul ReleaseSemaphore(zonaCritica, 1); } } //------------------------------------ Observatie : ce vedeti mai sus este pseudocod ;) George --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-810786181-1069743676=:98646 Content-Type: text/html; charset=us-ascii

Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos.
Se observa ca nu mai exista mutexul suplimentar care tb luat inainte de orice operatie.
Voi folosi doua semafoare si un contor ce vor fi tinute intr-o structura sau intr-o clasa
in implementarea voastra :


//------------------------------------
sem zonaCritica = 1;
sem conditie = 0;
int contor = 0;
//------------------------------------

void signal() {
 WaitForSingleObject(zonaCritica);
 if (contor) { // trezesc pe cineva
  contor--;
  ReleaseSemaphore(conditie, 1);
  
 } else { // pierde semnalul
  ReleaseSemaphore(zonaCritica, 1);
 }
}
//------------------------------------
void wait() {
 WaitForSingleObject(zonaCritica);
 contor++;
 SignalObjectAndWait(zonaCritica, conditie);
}
//------------------------------------
void broadcast() {
 WaitForSingleObject(zonaCritica);
 if (contor) { // era cineva blocat
  ReleaseSemaphore(zonaCritica, contor);
  contor = 0;
  ReleaseSemaphore(zonaCritica, 1);
 } else { // se pierde broadcast-ul
  ReleaseSemaphore(zonaCritica, 1);
 }
}
//------------------------------------

Observatie : ce vedeti mai sus este pseudocod ;)
George

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-810786181-1069743676=:98646-- From so@atlantis.cs.pub.ro Tue Nov 25 07:48:45 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Mon, 24 Nov 2003 23:48:45 -0800 (PST) Subject: [so] variabile conditie pe windows In-Reply-To: <20031125070116.98782.qmail@web41013.mail.yahoo.com> Message-ID: <20031125074845.73810.qmail@web41014.mail.yahoo.com> --0-183392963-1069746525=:73628 Content-Type: multipart/alternative; boundary="0-1634801847-1069746525=:73628" --0-1634801847-1069746525=:73628 Content-Type: text/plain; charset=us-ascii Salut, Implementarea data este gresita (cam mult copy/paste).Pentru o implementare corecta (zic eu) a se vedea fisierul atasat. George --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-1634801847-1069746525=:73628 Content-Type: text/html; charset=us-ascii
Salut,
 
Implementarea data este gresita (cam mult copy/paste).Pentru o implementare corecta (zic eu) a se vedea fisierul atasat.
 
George

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-1634801847-1069746525=:73628-- --0-183392963-1069746525=:73628 Content-Type: text/plain; name="var_cond.txt" Content-Description: var_cond.txt Content-Disposition: inline; filename="var_cond.txt" Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos. Se observa ca nu mai exista mutexul suplimentar. Voi folosi 4 semafoare si 2 contoare ce vor fi tinute intr-o structura sau intr-o clasa in implementarea voastra : //------------------------------------ sem zonaCritica = 1; sem conditie = 0; sem asteaptaTrezire := 0; sem blocheazaAlti :=1 volatile int asteapta = 0; volatile int contor = 0; //------------------------------------ void signal() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); if (contor) { // trezesc pe cineva contor--; asteapta++; ReleaseSemaphore(conditie, 1); ReleaseSemaphore(zonaCritica, 1); P(asteaptaTrezire); ReleaseSemaphore(blocheazaAlti, 1); } else { // pierde semnalul ReleaseSemaphore(zonaCritica, 1); ReleaseSemaphore(blocheazaAlti, 1); } } //------------------------------------ void wait() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); contor++; ReleaseSemaphore(blocheazaAlti, 1); SignalObjectAndWait(zonaCritica, conditie); WaitForSingleObject(zonaCritica); asteapta--; if (asteapta == 0) V(asteaptaTrezire); ReleaseSemaphore(zonaCritica, 1); } //------------------------------------ void broadcast() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); if (contor) { // era cineva blocat ReleaseSemaphore(conditie, contor); asteapta = contor; contor = 0; ReleaseSemaphore(zonaCritica, 1); P(asteaptaTrezire); ReleaseSemaphore(blocheazaAlti, 1); } else { // se pierde broadcast-ul ReleaseSemaphore(zonaCritica, 1); ReleaseSemaphore(blocheazaAlti, 1); } } //------------------------------------ --0-183392963-1069746525=:73628-- From so@atlantis.cs.pub.ro Tue Nov 25 09:54:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 01:54:54 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031125001534.64025.qmail@web60309.mail.yahoo.com> Message-ID: <20031125095454.16495.qmail@web60508.mail.yahoo.com> --- Mihai Iancu wrote: > > > > Monitor * e un pointer de care aplicatia nu trebuie > sa > stie nimic. exact ca un handle din windows. Nu poti > cu > int pt ca in cazul asta biblioteca ar trebui sa tina > un array de monitoare indexat dupa int-ul tau, si > cum > nu are de unde sa stie cate monitoare vor fi create > e > o complicatie inutila. > > > > > Cred ca e nevoie sa stie care sunt functiile care se > pot aplica pe el nu? > > Nu se include .h monitorului in aplicatie? Ba da. Nu era evident? Am spus ca aplicatia nu trebuie sa stie nimic despre pointerul la monitor in sensul ca nu trebuie sa-l dereferentieze direct ci sa-l dea ca parametru in functiile respective. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 10:36:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 02:36:32 -0800 (PST) Subject: [so] Semafor windows In-Reply-To: <20031125005713.69950.qmail@web60306.mail.yahoo.com> Message-ID: <20031125103632.85699.qmail@web60510.mail.yahoo.com> Hmmmmmmm. Chiar ai nevoie de ea? Ai putea sa tii un contor asociat si sa-l verifici pe el. Cosmin --- Mihai Iancu wrote: > Avem voie cu functia asta? > NtQuerySemaphore > > e buna sa aflam valoarea unui semafor > (nu sunt sigur ca e atomica, dar mi s-ar parea > ca normal sa fie) > > http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20Objects/Semaphore/NtQuerySemaphore.html __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 11:51:35 2003 From: so@atlantis.cs.pub.ro (Badea Ovidiu) Date: Tue, 25 Nov 2003 03:51:35 -0800 (PST) Subject: [so] despre group_id Message-ID: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Am citit pe lista ca cica group_id putea sa fie oricat si nu intre 0 si groups_max. Ca e gresit daca l-am facut sa fie intre 0 si groups_max. Ma duc la enuntul temei si acolo scrie: Consumatorii intra in cofetaria in grupuri de prieteni. Pot exista maxim GROUP_MAX grupuri, putand avea maxim PEOPLE_MAX membri. Un grup este caracterizat printr-un ID si un numar de membri. Vreau sa vad locul EXACT unde scrie ca group_id poate fi oricat. Nu vad ca raspuns valid la aceasta intrebare reprosul ca "de ce nu am intrebat?". Nu am intrebat pt. ca nu mi-a trecut prin cap asa ceva. Mie mi s-a parut logic ca din moment ce sunt maxim groups_max grupuri, group_id sa ia valori intre 0 si groups_max. Oricum mi se pare aiurea o galceava pe astfel de chestii, cu uite group_idu', nu e group_idu', cand scopul temei era sa invatam sa facem niste sincronizari corecte. __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Tue Nov 25 15:35:55 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Tue, 25 Nov 2003 17:35:55 +0200 Subject: [so] despre group_id References: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Message-ID: <002001c3b369$d1cd0c40$210c6150@ioana> Buna, Si eu am considerat group_id-ul intre 1 si group_max, si am intrebat-o pe Maria daca era gresit si mi-a zis ca nu e gresit nici asa, oricum nu prea cred ca asta ar avea o mare importanta... nu id-ul ala era esenta temei :). ----- Original Message ----- From: "Badea Ovidiu" To: Sent: Tuesday, November 25, 2003 1:51 PM Subject: [so] despre group_id > Am citit pe lista ca cica group_id putea sa fie oricat > si nu intre 0 si groups_max. Ca e gresit daca l-am > facut sa fie intre 0 si groups_max. Ma duc la enuntul > temei si acolo scrie: > > Consumatorii intra in cofetaria in grupuri de > prieteni. Pot exista maxim GROUP_MAX grupuri, putand > avea maxim PEOPLE_MAX membri. Un grup este > caracterizat printr-un ID si un numar de membri. > > Vreau sa vad locul EXACT unde scrie ca group_id poate > fi oricat. Nu vad ca raspuns valid la aceasta > intrebare reprosul ca "de ce nu am intrebat?". Nu am > intrebat pt. ca nu mi-a trecut prin cap asa ceva. Mie > mi s-a parut logic ca din moment ce sunt maxim > groups_max grupuri, group_id sa ia valori intre 0 si > groups_max. > Oricum mi se pare aiurea o galceava pe astfel de > chestii, cu uite group_idu', nu e group_idu', cand > scopul temei era sa invatam sa facem niste > sincronizari corecte. > > > __________________________________ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Tue Nov 25 15:38:54 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 25 Nov 2003 17:38:54 +0200 Subject: [so] despre group_id In-Reply-To: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031125173807.00ae3990@mail.mymail.ro> Arata'mi locul EXACT unde am scris ca e gresit daca l'ai facut sa fie intre 0 si groups_max. Maria. >Am citit pe lista ca cica group_id putea sa fie oricat >si nu intre 0 si groups_max. Ca e gresit daca l-am >facut sa fie intre 0 si groups_max. Ma duc la enuntul >temei si acolo scrie: --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 25 16:37:16 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Tue, 25 Nov 2003 18:37:16 +0200 Subject: [so] vesti bune References: <20031124002034.29811.qmail@web60503.mail.yahoo.com> Message-ID: <008a01c3b372$63a50a70$6400a8c0@andrei> Nu pare bine nici asa. Daca un thread este deschis inainte de crearea TLS-ului (deci de pornirea acelui monitor) nu are cine sa initializeze acel spatiu de stocare decat daca monitorul ar sti ce thread-uri sunt in proces. Presupunand ca avem incredere ca Windows initializeaza acel spatiu cu NULL (ceea ce nu stiu daca e valabil si in Linux) ar mai fi o problema daca acel TLS a fost folosit in prealabil in thread-ul nostru de catre altcineva (totusi monitorul va putea fi folosit in orice aplicatie) care nu l-a lasat cu NULL cand l-a eliberat. ----- Original Message ----- From: "Cosmin Arad" To: Sent: Monday, 24 November, 2003 2:20 AM Subject: Re: [so] vesti bune > > --- Andrei Hagiescu wrote: > > Datorita posibilitatii folosirii mai multor > > monitoare un thread poate fi la > > un moment dat intr-unul dintre ele si in afara > > altuia....sau de ce nu in mai > > multe monitoare? Daca da, atunci informatia stocata > > in TLS (cu privire la > > starea unui thread inauntrul sau in afara unui > > monitor) trebuie sa nu mai > > fie o simpla informatie booleana ci o lista de > > monitoare in care thread-ul > > este intrat, nu? Nu devine o solutie mai greu de > > implementat decat o lista > > de thread-uri intrate pentru fiecare monitor? > > Oops. You've got that right. > Solutia ramane totusi simpla. In loc sa faceti > TlsAlloc respectiv pthread_key_create in entry-pointul > librariei (DllMain respectiv constructorul librariei > pe Linux) veti face in functia create. > Astfel fiecare monitor contine un index distinct in > TLS > iar verificarile de utilizare corecta care se fac in > operatii se vor face folosind indexul respectiv. > Asadar informatia ramane booleana :) si implementarea > nu presupune overhead. > > Limitele sunt rezonabile: 1088 de indexuri in Windows > 2000 si 1024 in Linux, deci un proces poate sa > construiasca cam 1000 de monitoare. > > Cosmin > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > > From so@atlantis.cs.pub.ro Tue Nov 25 18:01:33 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 10:01:33 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <008a01c3b372$63a50a70$6400a8c0@andrei> Message-ID: <20031125180133.20884.qmail@web60505.mail.yahoo.com> Nu trebuie sa fii ingrijorat. Hai sa lamurim lucrurile: - aloci un index in TLS la monitor_create; - la monitor_enter daca valoarea lui e NULL, aloci o zona unde sa tii informatia, sau pur si simplu setezi pointerul la alta valoare diferita de NULL pt ca tot ce ai tu nevoie e o info booleana (NULL vs NOT NULL could do it). - daca la enter nu era NULL inseamna ca threadul era deja in monitor deci oops. - la leave setezi pointerul la NULL (si faci free in cazul in care ai alocat ceva acolo) - la signal, wait, broadcast testezi pointerul sa nu fie NULL. - la destroi eliberezi indexul. Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie: -Windows (PSDK): "If the function succeeds, the return value is a TLS index. The slots for the index are initialized to zero." e vb de TlsAlloc. -Linux (man pthread_key_create): "The value initially associated with the returned key is !NULL! in all currently executing threads." Cosmin --- Andrei Hagiescu wrote: > Nu pare bine nici asa. Daca un thread este deschis > inainte de crearea > TLS-ului (deci de pornirea acelui monitor) nu are > cine sa initializeze acel > spatiu de stocare decat daca monitorul ar sti ce > thread-uri sunt in proces. > Presupunand ca avem incredere ca Windows > initializeaza acel spatiu cu NULL > (ceea ce nu stiu daca e valabil si in Linux) ar mai > fi o problema daca acel > TLS a fost folosit in prealabil in thread-ul nostru > de catre altcineva > (totusi monitorul va putea fi folosit in orice > aplicatie) care nu l-a lasat > cu NULL cand l-a eliberat. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 18:01:16 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 10:01:16 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <008a01c3b372$63a50a70$6400a8c0@andrei> Message-ID: <20031125180116.51002.qmail@web60510.mail.yahoo.com> Nu trebuie sa fii ingrijorat. Hai sa lamurim lucrurile: - aloci un index in TLS la monitor_create; - la monitor_enter daca valoarea lui e NULL, aloci o zona unde sa tii informatia, sau pur si simplu setezi pointerul la alta valoare diferita de NULL pt ca tot ce ai tu nevoie e o info booleana (NULL vs NOT NULL could do it). - daca la enter nu era NULL inseamna ca threadul era deja in monitor deci oops. - la leave setezi pointerul la NULL (si faci free in cazul in care ai alocat ceva acolo) - la signal, wait, broadcast testezi pointerul sa nu fie NULL. - la destroi eliberezi indexul. Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie: -Windows (PSDK): "If the function succeeds, the return value is a TLS index. The slots for the index are initialized to zero." e vb de TlsAlloc. -Linux (man pthread_key_create): "The value initially associated with the returned key is !NULL! in all currently executing threads." Cosmin --- Andrei Hagiescu wrote: > Nu pare bine nici asa. Daca un thread este deschis > inainte de crearea > TLS-ului (deci de pornirea acelui monitor) nu are > cine sa initializeze acel > spatiu de stocare decat daca monitorul ar sti ce > thread-uri sunt in proces. > Presupunand ca avem incredere ca Windows > initializeaza acel spatiu cu NULL > (ceea ce nu stiu daca e valabil si in Linux) ar mai > fi o problema daca acel > TLS a fost folosit in prealabil in thread-ul nostru > de catre altcineva > (totusi monitorul va putea fi folosit in orice > aplicatie) care nu l-a lasat > cu NULL cand l-a eliberat. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 19:19:26 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Tue, 25 Nov 2003 21:19:26 +0200 Subject: [so] vesti bune References: <20031125180116.51002.qmail@web60510.mail.yahoo.com> Message-ID: <003b01c3b389$0b404a40$6400a8c0@andrei> Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie Sunt de acord cu aceasta afirmatie atata vreme cat am si garantia ca in toate thread-urile care vor folosi monitorul nimeni nu se va fi folosit de acel TLS inainte si nu-l va elibera _uitand_ sa-l curete ----- Original Message ----- From: "Cosmin Arad" To: Sent: Tuesday, 25 November, 2003 20:01 PM Subject: Re: [so] vesti bune > > Nu trebuie sa fii ingrijorat. Hai sa lamurim > lucrurile: > - aloci un index in TLS la monitor_create; > - la monitor_enter daca valoarea lui e NULL, aloci o > zona unde sa tii informatia, sau pur si simplu setezi > pointerul la alta valoare diferita de NULL pt ca tot > ce ai tu nevoie e o info booleana (NULL vs NOT NULL > could do it). > - daca la enter nu era NULL inseamna ca threadul era > deja in monitor deci oops. > - la leave setezi pointerul la NULL (si faci free in > cazul in care ai alocat ceva acolo) > - la signal, wait, broadcast testezi pointerul sa nu > fie NULL. > - la destroi eliberezi indexul. > > Ai garantia ca la alocarea indexului in TLS valoarea > lui e NULL in toate threadurile atat in Windows cat si > in Linux. Iti citez din documentatie: > > -Windows (PSDK): "If the function succeeds, the return > value is a TLS index. The slots for the index are > initialized to zero." e vb de TlsAlloc. > > -Linux (man pthread_key_create): "The value initially > associated with the returned key is !NULL! in all > currently executing threads." > > Cosmin > > --- Andrei Hagiescu wrote: > > Nu pare bine nici asa. Daca un thread este deschis > > inainte de crearea > > TLS-ului (deci de pornirea acelui monitor) nu are > > cine sa initializeze acel > > spatiu de stocare decat daca monitorul ar sti ce > > thread-uri sunt in proces. > > Presupunand ca avem incredere ca Windows > > initializeaza acel spatiu cu NULL > > (ceea ce nu stiu daca e valabil si in Linux) ar mai > > fi o problema daca acel > > TLS a fost folosit in prealabil in thread-ul nostru > > de catre altcineva > > (totusi monitorul va putea fi folosit in orice > > aplicatie) care nu l-a lasat > > cu NULL cand l-a eliberat. > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > > From so@atlantis.cs.pub.ro Tue Nov 25 19:37:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 11:37:29 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <003b01c3b389$0b404a40$6400a8c0@andrei> Message-ID: <20031125193729.85553.qmail@web60506.mail.yahoo.com> Daca il elibereaza in prealabil inseamna ca poate fi alocat de mine la create si dupa cum se spune in documentatie la alocare valoarea lui e NULL. Daca nu-l elibereaza inseamna ca e ocupat si mie alocarea imi va intoarce un altul care era liber si din nou valoarea lui e NULL. Cosmin --- Andrei Hagiescu wrote: > Ai garantia ca la alocarea indexului in TLS valoarea > lui e NULL in toate threadurile atat in Windows cat > si > in Linux. Iti citez din documentatie > > Sunt de acord cu aceasta afirmatie atata vreme cat > am si garantia ca in > toate thread-urile care vor folosi monitorul nimeni > nu se va fi folosit de > acel TLS inainte si nu-l va elibera _uitand_ sa-l > curete __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 10:53:59 2003 From: so@atlantis.cs.pub.ro (iana ionel cristian) Date: Wed, 26 Nov 2003 02:53:59 -0800 (PST) Subject: [so] De ce TLS ? Message-ID: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Salut Am cateva nelamuriri in legatura cu tema 3: 1. Exista problema verificarii daca firul care a apelat enter, wait, leave, etc., este firul activ. Este gresit daca in loc sa retin o variabila boolean folosind tls, procedez in felul urmator: - fiecare structura monitor retine id-ul firului activ - atunci cand se executa o functie, (de ex enter) verific sa am idActiv = 0, dupa care fac idActiv = idFirCurent. Sau pentru leave verific sa am idActiv = idFirCurent dupa care la iesire fac idActiv = 0, s.a.m.d. - pt a obtine IdFirCurent folosesc pthread_self 2. Se cere "sa fim atenti la utilizari gresite ale functiilor ". Este suficient ca functiile pt monitor sa returneaze o valoarea de eroare cand se intampla asa ceva ? Sau trebuie sa mai facem si altceva, de ex mesaj afisat la consola, aruncare de exceptii ... ? 3. Monitorul se poate distruge doar atunci cand nu exista fir activ in el si nu exista nici un fir care este blocat intr-o coada de asteptare sau la vreo variablia de conditie ? __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 13:50:13 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 05:50:13 -0800 (PST) Subject: [so] Barbers In-Reply-To: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Message-ID: <20031126135013.23337.qmail@web60305.mail.yahoo.com> --0-1133674118-1069854613=:21682 Content-Type: text/plain; charset=us-ascii La pornire trebuie ca toti barbierii/frizeri sa fie gata de tuns? sau trebuie sa se astepte sa fie toti gata. Eu astept sa fie toti gata si dupa incep clientii sa se tunda, e ok asa? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1133674118-1069854613=:21682 Content-Type: text/html; charset=us-ascii

La pornire trebuie ca toti barbierii/frizeri sa fie gata de tuns?

sau trebuie sa se astepte sa fie toti gata.

 

Eu astept sa fie toti gata si dupa incep clientii sa se tunda, e ok asa?

 

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1133674118-1069854613=:21682-- From so@atlantis.cs.pub.ro Wed Nov 26 14:28:34 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 06:28:34 -0800 (PST) Subject: [so] Barbers In-Reply-To: <20031126135013.23337.qmail@web60305.mail.yahoo.com> Message-ID: <20031126142834.52820.qmail@web60510.mail.yahoo.com> --- Mihai Iancu wrote: > > La pornire trebuie ca toti barbierii/frizeri sa fie > gata de tuns? > > sau trebuie sa se astepte sa fie toti gata. > > Eu astept sa fie toti gata si dupa incep clientii sa > se tunda, e ok asa? Da, trebuie sa te asiguri ca barbierii dorm in scaunele lor cand incepi sa lansezi clientii. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 14:56:16 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 06:56:16 -0800 (PST) Subject: [so] De ce TLS ? In-Reply-To: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Message-ID: <20031126145616.63185.qmail@web60510.mail.yahoo.com> --- iana ionel cristian wrote: > Salut > > Am cateva nelamuriri in legatura cu tema 3: > > 1. Exista problema verificarii daca firul care a > apelat > enter, wait, leave, etc., este firul activ. Este > gresit > daca in loc sa retin o variabila boolean folosind > tls, > procedez in felul urmator: > > - fiecare structura monitor retine id-ul firului > activ > > - atunci cand se executa o functie, (de ex enter) > verific sa am idActiv = 0, dupa care fac idActiv = > idFirCurent. Sau pentru leave verific sa am idActiv > = > idFirCurent dupa care la iesire fac idActiv = 0, > s.a.m.d. > > - pt a obtine IdFirCurent folosesc pthread_self S-ar putea sa ai dreptate, nu pot sa ma pronunt acum. Ai insa grija sa nu ai race-uri intre operatii la setarea proprietarului. Totusi, daca este corect pierzi experienta utilizarii TLS si tema ta s-ar putea clasa pe o pozitie medie sau codasa :) > 2. Se cere "sa fim atenti la utilizari gresite ale > functiilor ". Este suficient ca functiile pt monitor > sa > returneaze o valoarea de eroare cand se intampla asa > ceva ? Sau trebuie sa mai facem si altceva, de ex > mesaj afisat la consola, aruncare de exceptii ... ? Este suficient un cod de eroare. > 3. Monitorul se poate distruge doar atunci cand nu > exista fir activ in el si nu exista nici un fir care > este blocat intr-o coada de asteptare sau la vreo > variablia de conditie ? Da, asta ar trebui sa faca destroy. Ar mai trebui sa va scrieti o functie de distrugere fortata, _destroy, pe care s-o apelati de exemplu la oprirea fortata a programului (Ctrl+C) pentru ca altfel nu se pot debloca firele care asteptau la conditii. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 16:10:54 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Wed, 26 Nov 2003 08:10:54 -0800 (PST) Subject: [so] De ce TLS ? In-Reply-To: <20031126145616.63185.qmail@web60510.mail.yahoo.com> Message-ID: <20031126161054.98496.qmail@web11704.mail.yahoo.com> > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 16:15:21 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Wed, 26 Nov 2003 08:15:21 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126145616.63185.qmail@web60510.mail.yahoo.com> Message-ID: <20031126161521.48409.qmail@web11707.mail.yahoo.com> > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie - setez un flag de destroy (de ex un semafor) apoi deblochez toate firele de la variabilele conditie; ele citesc flag-ul inainte de a ajunge in waiting, iar daca este setat pe destroy fac pthread_exit() ? - astept sa primesc o notificare ca toate firele au facut pthread_exit - apoi pot distruge toate elementele de sincronizare > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 16:21:38 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 08:21:38 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126161521.48409.qmail@web11707.mail.yahoo.com> Message-ID: <20031126162138.89465.qmail@web60302.mail.yahoo.com> --0-480435163-1069863698=:89351 Content-Type: text/plain; charset=us-ascii Asteptarea asta mi se pare mie sau este un fel de continuare a "algoritmului" cu barbieri si clienti, adica un fel de "terminare corecta"? daca da, la ce bun? oricum userul daca vrea sa termine nu il mai intereseaza ce se intampla cu toata logica programului. Iar daca resursele sunt eliberate, chiar daca fortat rau eu cred ca e ok. Gresesc? Stela Suciu wrote: > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie - setez un flag de destroy (de ex un semafor) apoi deblochez toate firele de la variabilele conditie; ele citesc flag-ul inainte de a ajunge in waiting, iar daca este setat pe destroy fac pthread_exit() ? - astept sa primesc o notificare ca toate firele au facut pthread_exit - apoi pot distruge toate elementele de sincronizare > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-480435163-1069863698=:89351 Content-Type: text/html; charset=us-ascii
Asteptarea asta mi se pare mie sau este un fel
de continuare a "algoritmului" cu barbieri si clienti,
adica un fel de "terminare corecta"?
 
daca da, la ce bun? oricum userul daca vrea sa termine
nu il mai intereseaza ce se intampla cu toata logica programului.
Iar daca resursele sunt eliberate, chiar daca fortat rau eu cred ca e ok.
Gresesc?
 


Stela Suciu <stelasuciu@yahoo.com> wrote:

>
> > 3. Monitorul se poate distruge doar atunci cand nu
> > exista fir activ in el si nu exista nici un fir
> care
> > este blocat intr-o coada de asteptare sau la vreo
> > variablia de conditie ?
>
> Da, asta ar trebui sa faca destroy. Ar mai trebui sa
> va scrieti o functie de distrugere fortata,
> _destroy,
> pe care s-o apelati de exemplu la oprirea fortata a
> programului (Ctrl+C) pentru ca altfel nu se pot
> debloca firele care asteptau la conditii.
>
> Cosmin
>
>
E corect daca in functia destroy:
- astept ca toate firele din cozile waiting,
signaller si entry sa plece sau sa se blocheze la
variabile conditie
- setez un flag de destroy (de ex un semafor) apoi
deblochez toate firele de la variabilele conditie; ele
citesc flag-ul inainte de a ajunge in waiting, iar
daca este setat pe destroy fac pthread_exit() ?
- astept sa primesc o notificare ca toate firele au
facut pthread_exit
- apoi pot distruge toate elementele de sincronizare
> __________________________________
> Do you Yahoo!?
> Protect your identity with Yahoo! Mail AddressGuard
> http://antispam.yahoo.com/whatsnewfree
> _______________________________________________
> so mailing list
> so@atlantis.cs.pub.ro
>
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-480435163-1069863698=:89351-- From so@atlantis.cs.pub.ro Wed Nov 26 16:23:19 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 08:23:19 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126162138.89465.qmail@web60302.mail.yahoo.com> Message-ID: <20031126162319.50529.qmail@web60501.mail.yahoo.com> e ok, nu gresesti. tocmai i-am raspuns Stelei. Cosmin --- Mihai Iancu wrote: > Asteptarea asta mi se pare mie sau este un fel > de continuare a "algoritmului" cu barbieri si > clienti, > adica un fel de "terminare corecta"? > > daca da, la ce bun? oricum userul daca vrea sa > termine > nu il mai intereseaza ce se intampla cu toata logica > programului. > Iar daca resursele sunt eliberate, chiar daca fortat > rau eu cred ca e ok. > Gresesc? > > > > Stela Suciu wrote: > > > > > > 3. Monitorul se poate distruge doar atunci cand > nu > > > exista fir activ in el si nu exista nici un fir > > care > > > este blocat intr-o coada de asteptare sau la > vreo > > > variablia de conditie ? > > > > Da, asta ar trebui sa faca destroy. Ar mai trebui > sa > > va scrieti o functie de distrugere fortata, > > _destroy, > > pe care s-o apelati de exemplu la oprirea fortata > a > > programului (Ctrl+C) pentru ca altfel nu se pot > > debloca firele care asteptau la conditii. > > > > Cosmin > > > > > E corect daca in functia destroy: > - astept ca toate firele din cozile waiting, > signaller si entry sa plece sau sa se blocheze la > variabile conditie > - setez un flag de destroy (de ex un semafor) apoi > deblochez toate firele de la variabilele conditie; > ele > citesc flag-ul inainte de a ajunge in waiting, iar > daca este setat pe destroy fac pthread_exit() ? > - astept sa primesc o notificare ca toate firele au > facut pthread_exit > - apoi pot distruge toate elementele de sincronizare > > __________________________________ > > Do you Yahoo!? > > Protect your identity with Yahoo! Mail > AddressGuard > > http://antispam.yahoo.com/whatsnewfree > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > __________________________________ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > --------------------------------- > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 16:22:07 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 08:22:07 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126161521.48409.qmail@web11707.mail.yahoo.com> Message-ID: <20031126162207.81364.qmail@web60505.mail.yahoo.com> --- Stela Suciu wrote: > E corect daca in functia destroy: > - astept ca toate firele din cozile waiting, > signaller si entry sa plece sau sa se blocheze la > variabile conditie > - setez un flag de destroy (de ex un semafor) apoi > deblochez toate firele de la variabilele conditie; > ele > citesc flag-ul inainte de a ajunge in waiting, iar > daca este setat pe destroy fac pthread_exit() ? > - astept sa primesc o notificare ca toate firele au > facut pthread_exit > - apoi pot distruge toate elementele de > sincronizare Functia destroy ar trebui sa verifice daca monitorul este liber (nu este ocupat si nu sunt fire blocate la conditii). Daca e liber sa-l distruga, daca nu sa intoarca un cod de eroare. Functia _destroy ar trebui sa distruga monitorul fortat si sa fie apelata doar in cazuri extreme cum este cel de terminare fortata a aplciatiei. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 17:19:41 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 26 Nov 2003 19:19:41 +0200 Subject: [so] De ce TLS ? - continuare:) References: <20031126162207.81364.qmail@web60505.mail.yahoo.com> Message-ID: <002801c3b441$7c056c70$0200a8c0@smeagol> pe mine m-a ametit putin chestia cu destroy. este evident ca trebuie sa existe un destroy dur care sa curete tot fara sa faca nici o verificare. acum, din cate am inteles, trebuie sa avem un destroy care curata doar daca nu are nimeni treaba cu monitorul. cineva are treaba cu monitorul daca se afla in vre-o coada sau daca este activ. Dar cum destroy-ul se da dintr-un thread care care se presupune ca nu are nici o legatura cu threadurile care folosesc monitorul este destul de complicat modul in care se determina daca monitorul este sau nu folosit. de exemplu: in destroy ma apuc sa verific daca este cineva blocat la o conditie. pp ca nu este, dar imediat ce fac verificare vine un thread care se blocheaza exact la variabila aia conditie. neplacut. trebuie deci sa impiedicam accesul la monitor in timp ce incerc sa distrug monitorul. singurul mod in care vad facandu-se asta (doar cu resursele monitorului) este ca threadul care face destroy sa fie el insusi activ in monitor (adica sa fi dat in prealabil un enter()). si de aici contradictia: distrug monitorul numai cand nimeni nu foloseste monitorul, dar pentru ca sa vad ca monitorul este liber tocmai cel care distruge trebuie sa fie in monitor. (presupun ca se face o exceptie :) ). Eu sincer inclin spre existenta unei singure functii destroy (cea care omoara tot si abia apoi intreaba), dar pe care o apelez cu grija dupa ce toate threadurile nu mai au nevoie de monitor. prefer deci sa fie de datoria aplicatiei care foloseste monitorul sa se asigure de corectitudinea folosirii lui destroy. zeii ce zic? From so@atlantis.cs.pub.ro Wed Nov 26 17:24:40 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 09:24:40 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <002801c3b441$7c056c70$0200a8c0@smeagol> Message-ID: <20031126172440.77246.qmail@web60501.mail.yahoo.com> --- Cibu Cristian wrote: > pe mine m-a ametit putin chestia cu destroy. > > este evident ca trebuie sa existe un destroy dur > care sa curete tot fara sa > faca nici o verificare. > > acum, din cate am inteles, trebuie sa avem un > destroy care curata doar daca > nu are nimeni treaba cu monitorul. > cineva are treaba cu monitorul daca se afla in vre-o > coada sau daca este > activ. Dar cum destroy-ul se da dintr-un thread care > care se presupune ca nu > are nici o legatura cu threadurile care folosesc > monitorul este destul de > complicat modul in care se determina daca monitorul > este sau nu folosit. > > de exemplu: > > in destroy ma apuc sa verific daca este cineva > blocat la o conditie. pp ca > nu este, dar imediat ce fac verificare vine un > thread care se blocheaza > exact la variabila aia conditie. neplacut. trebuie > deci sa impiedicam > accesul la monitor in timp ce incerc sa distrug > monitorul. singurul mod in > care vad facandu-se asta (doar cu resursele > monitorului) este ca threadul > care face destroy sa fie el insusi activ in monitor > (adica sa fi dat in > prealabil un enter()). > > si de aici contradictia: distrug monitorul numai > cand nimeni nu foloseste > monitorul, dar pentru ca sa vad ca monitorul este > liber tocmai cel care > distruge trebuie sa fie in monitor. (presupun ca se > face o exceptie :) ). Da, poti sa iei lockul asociat cozii Entry ca sa faci destroy. > Eu sincer inclin spre existenta unei singure functii > destroy (cea care > omoara tot si abia apoi intreaba), dar pe care o > apelez cu grija dupa ce > toate threadurile nu mai au nevoie de monitor. > prefer deci sa fie de datoria > aplicatiei care foloseste monitorul sa se asigure de > corectitudinea > folosirii lui destroy. Ambele sunt necesare, cea care omoara tot sa fie apelata doar in cazuri extreme in care nu te mai intereseaza ce se intampla cu monitorul in continuare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 17:43:09 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 26 Nov 2003 19:43:09 +0200 Subject: [so] De ce TLS ? - continuare:) References: <20031126172440.77246.qmail@web60501.mail.yahoo.com> Message-ID: <003001c3b444$c17c23e0$0200a8c0@smeagol> pai daca trebuie sa fac enter() ca sa pot distruge, inseamna ca nu mai este nimeni in waiting sau in signaler si mai concurez si cu alte threaduri care dau enter(). asadar destroy-ul obtine accesul la monitor cine stie peste cat timp. este ok ? dar tot mi se pare de datoria aplicatiei sa dea destroy-ul atotputernic cand se stie sigur ca nimeni nu mai are treaba cu monitorul. From so@atlantis.cs.pub.ro Wed Nov 26 17:48:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 09:48:51 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <003001c3b444$c17c23e0$0200a8c0@smeagol> Message-ID: <20031126174851.25368.qmail@web60509.mail.yahoo.com> --- Cibu Cristian wrote: > pai daca trebuie sa fac enter() ca sa pot distruge, > inseamna ca nu mai este > nimeni in waiting sau in signaler si mai concurez si > cu alte threaduri care > dau enter(). asadar destroy-ul obtine accesul la > monitor cine stie peste cat > timp. este ok ? Eu nu am zis sa faci enter(). Am zis doar sa iei lockul asociat cozii Entry. Astfel impiedici orice alt enter in timp ce tu verifici ca monitorul este sau nu liber. > dar tot mi se pare de datoria aplicatiei sa dea > destroy-ul atotputernic cand > se stie sigur ca nimeni nu mai are treaba cu > monitorul. destroy-ul normal e un fel de try_destroy care poate fi si el util uneori. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 19:48:09 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 11:48:09 -0800 (PST) Subject: [so] destroy In-Reply-To: <20031126174851.25368.qmail@web60509.mail.yahoo.com> Message-ID: <20031126194809.80997.qmail@web60307.mail.yahoo.com> --0-2062366077-1069876089=:78700 Content-Type: text/plain; charset=us-ascii Bun, hai ca nu ne intelegem cu destroy asta ce ar fi sa nu il mai facem ??? : )) Intreabarea este: "De ce trebuie sa se distruga cand nu mai este nici un thread activ sau nu mai stiu exact care erau specificatiile?" Poate ca cineva peste 4 min vrea sa il foloseasca! Distrugerea se face pornind de la presupunearea ca nu mai se asteapta nimic de la program si se indreapta singur catre exit? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-2062366077-1069876089=:78700 Content-Type: text/html; charset=us-ascii

Bun, hai ca nu ne intelegem cu destroy asta

ce ar fi sa nu il mai facem ??? : ))

 

Intreabarea este: "De ce trebuie sa se distruga cand nu mai este

nici un thread activ sau nu mai stiu exact care erau specificatiile?"

Poate ca cineva peste 4 min vrea sa il foloseasca!

Distrugerea se face pornind de la presupunearea ca nu mai se asteapta nimic

de la program si se indreapta singur catre exit?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-2062366077-1069876089=:78700-- From so@atlantis.cs.pub.ro Wed Nov 26 20:20:06 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 12:20:06 -0800 (PST) Subject: [so] destroy In-Reply-To: <20031126194809.80997.qmail@web60307.mail.yahoo.com> Message-ID: <20031126202006.78739.qmail@web60503.mail.yahoo.com> --- Mihai Iancu wrote: > > Bun, hai ca nu ne intelegem cu destroy asta > ce ar fi sa nu il mai facem ??? : )) vi s-ar scadea puncte :)) > Intreabarea este: "De ce trebuie sa se distruga cand > nu mai este > > nici un thread activ sau nu mai stiu exact care erau > specificatiile?" > > Poate ca cineva peste 4 min vrea sa il foloseasca! Daca vrea sa il foloseasca peste 4 minute nu il distruge. > Distrugerea se face pornind de la presupunearea ca > nu mai se asteapta nimic > > de la program si se indreapta singur catre exit? presupunerea poate fi gresita. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 09:05:00 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 11:05:00 +0200 Subject: [so] mingw Message-ID: <002101c3b4c5$897e5220$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_001E_01C3B4D6.4CFB3B40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai = mari decat cele facute de Visual C++ 6.0 Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de = nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare tind spre anumite valori fixe astfel incat dupa cateva iteratii toti = cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se = gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce = construieste Visual C++ totul se comporta cu totul diferit. valorile = aleatoare sunt chiar aleatoare. daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il = rog sa ma ajute. ------=_NextPart_000_001E_01C3B4D6.4CFB3B40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
mare balarie si mingw asta. Toate = executabilele=20 sunt de 3, 4 ori mai mari decat cele facute de Visual C++ = 6.0
Dar fie, nu aste e problema. toate = valorile=20 aleatoare sunt asa de nealeatoare :)... Cu executabilele facute de g++ = valorile=20 aleatoare
tind spre anumite valori fixe astfel = incat dupa=20 cateva iteratii toti cititorii se comporta unitar (nu-i mai dezlipesc) = pentru ca=20 toti se gasesc sa citeasca la fel de mult si fac pauza la fel de mult. = cu ce=20 construieste Visual C++ totul se comporta cu totul diferit. valorile = aleatoare=20 sunt chiar aleatoare.
daca cineva are vre-o idee de cum se = poate rezolva=20 treaba cu random, il rog sa ma = ajute.
------=_NextPart_000_001E_01C3B4D6.4CFB3B40-- From so@atlantis.cs.pub.ro Thu Nov 27 09:27:49 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Thu, 27 Nov 2003 11:27:49 +0200 Subject: [so] mingw Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B4C8.B9BE78AD Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGVvcmV0aWMsIGFpIHB1dGVhIHNhIGNvbXBpbGV6aSBjdSBNaW5HVywgZGFyIHNhIGxlZ2kgZmlz aWVydWwgdGF1IG9iaWVjdCBkZSBsaWJjIHNpIG1zdmNydCAocnVudGltZXVsIGRlIEMgZGluIFZp c3VhbCBTdHVkaW8pIC0gbi1hbSBpZGVlIGN1bSwgbnUgYW0gcHJlYSBpbnZlc3RpZ2F0IGRhciBh ciB0cmVidWkgc2Egc2UgcG9hdGEsIG9yaWNlIGNvbXBpbGF0b3IgY2F0IGRlIGNhdCBkZWNlbnQg cG9hdGUgZmFjZSBhc3RhICh2ZXppIGNhIGluIFNldHRpbmdzIGxhIFZpc3VhbCBTdHVkaW8gYWkg c2kgbGluaWEgZGUgY29tYW5kYSBjdSBjYXJlIGludm9jYSBjbC5leGUgLSBpbmNlYXJjYSBzYSBv IGFkYXB0ZXppIHB0IE1pbkdXKS4gSW4gcHJhY3RpY2EsIGFzdGEgaW5zZWFtbmEgY2EgZmFjaSBw cmVzdXB1bmVyZWEgY2EgcGUgY2FsY3VsIHBlIGNhcmUgc2UgZmFjZSBjb21waWxhcmVhIHNpIGNv cmVjdGFyZWEgc2Ugdm9yIGdhc2kgY2VsZSBkb3VhIC5saWItdXJpLi4uIElhciBhaWNpLCB5b3Un cmUgb24geW91ciBvd24uDQoNCgktLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLSANCglGcm9tOiBD aWJ1IENyaXN0aWFuIFttYWlsdG86Y2lidS5jcmlzdGlhbkByZHNsaW5rLnJvXSANCglTZW50OiBU aHUgMTEvMjcvMjAwMyAxMTowNSBBTSANCglUbzogZ3J1cCBTTyANCglDYzogDQoJU3ViamVjdDog W3NvXSBtaW5ndw0KCQ0KCQ0KCQ0KCW1hcmUgYmFsYXJpZSBzaSBtaW5ndyBhc3RhLiBUb2F0ZSBl eGVjdXRhYmlsZWxlIHN1bnQgZGUgMywgNCBvcmkgbWFpIG1hcmkgZGVjYXQgY2VsZSBmYWN1dGUg ZGUgVmlzdWFsIEMrKyA2LjANCglEYXIgZmllLCBudSBhc3RlIGUgcHJvYmxlbWEuIHRvYXRlIHZh bG9yaWxlIGFsZWF0b2FyZSBzdW50IGFzYSBkZSBuZWFsZWF0b2FyZSA6KS4uLiBDdSBleGVjdXRh YmlsZWxlIGZhY3V0ZSBkZSBnKysgdmFsb3JpbGUgYWxlYXRvYXJlDQoJdGluZCBzcHJlIGFudW1p dGUgdmFsb3JpIGZpeGUgYXN0ZmVsIGluY2F0IGR1cGEgY2F0ZXZhIGl0ZXJhdGlpIHRvdGkgY2l0 aXRvcmlpIHNlIGNvbXBvcnRhIHVuaXRhciAobnUtaSBtYWkgZGV6bGlwZXNjKSBwZW50cnUgY2Eg dG90aSBzZSBnYXNlc2Mgc2EgY2l0ZWFzY2EgbGEgZmVsIGRlIG11bHQgc2kgZmFjIHBhdXphIGxh IGZlbCBkZSBtdWx0LiBjdSBjZSBjb25zdHJ1aWVzdGUgVmlzdWFsIEMrKyB0b3R1bCBzZSBjb21w b3J0YSBjdSB0b3R1bCBkaWZlcml0LiB2YWxvcmlsZSBhbGVhdG9hcmUgc3VudCBjaGlhciBhbGVh dG9hcmUuDQoJZGFjYSBjaW5ldmEgYXJlIHZyZS1vIGlkZWUgZGUgY3VtIHNlIHBvYXRlIHJlem9s dmEgdHJlYWJhIGN1IHJhbmRvbSwgaWwgcm9nIHNhIG1hIGFqdXRlLg0KDQo= ------_=_NextPart_001_01C3B4C8.B9BE78AD Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IjMJAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAGwALABsAMQAEAFsBASCAAwAOAAAA0wcLABsACwAbADEABABbAQEJgAEAIQAAAEE1 RUVGRTM1OUQyNjVDNERCNDNDRDg3MjlDNjQ4QTA3AF8HAQOQBgBkEAAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAAB4AAABSAEUAOgAgAFsAcwBvAF0A IABtAGkAbgBnAHcAAAAAAEAAOQCteL65yLTDAR8APQABAAAACgAAAFIARQA6ACAAAAAAAAIBRwAB AAAAKwAAAGM9dXM7YT0gO3A9TVNMYWI7bD1TRVJWRVItMDMxMTI3MDkyNzQ5Wi0yNAAAHwBJAAEA AAAWAAAAWwBzAG8AXQAgAG0AaQBuAGcAdwAAAAAAQABOAADGNInFtMMBHwBaAAEAAAAcAAAAQwBp AGIAdQAgAEMAcgBpAHMAdABpAGEAbgAAAAIBWwABAAAARAAAAAAAAACBKx+kvqMQGZ1uAN0BD1QC AAAAAENpYnUgQ3Jpc3RpYW4AU01UUABjaWJ1LmNyaXN0aWFuQHJkc2xpbmsucm8AAgFcAAEAAAAe AAAAU01UUDpDSUJVLkNSSVNUSUFOQFJEU0xJTksuUk8AAAAfAF0AAQAAABwAAABDAGkAYgB1ACAA QwByAGkAcwB0AGkAYQBuAAAAAgFeAAEAAABEAAAAAAAAAIErH6S+oxAZnW4A3QEPVAIAAAAAQ2li dSBDcmlzdGlhbgBTTVRQAGNpYnUuY3Jpc3RpYW5AcmRzbGluay5ybwACAV8AAQAAAB4AAABTTVRQ OkNJQlUuQ1JJU1RJQU5AUkRTTElOSy5STwAAAB8AZgABAAAACgAAAFMATQBUAFAAAAAAAB8AZwAB AAAAMgAAAGMAaQBiAHUALgBjAHIAaQBzAHQAaQBhAG4AQAByAGQAcwBsAGkAbgBrAC4AcgBvAAAA AAAfAGgAAQAAAAoAAABTAE0AVABQAAAAAAAfAGkAAQAAADIAAABjAGkAYgB1AC4AYwByAGkAcwB0 AGkAYQBuAEAAcgBkAHMAbABpAG4AawAuAHIAbwAAAAAAHwBwAAEAAAAWAAAAWwBzAG8AXQAgAG0A aQBuAGcAdwAAAAAAAgFxAAEAAAAbAAAAAcO0xmdjfRk4fjawT8eNDkKm5PZeIwAANtm+AB8AdAAB AAAAEAAAAGcAcgB1AHAAIABTAE8AAAAfABoMAQAAABwAAABPAHYAaQBkAGkAdQAgAFAAbABhAHQA bwBuAAAAHwAdDgEAAAAWAAAAWwBzAG8AXQAgAG0AaQBuAGcAdwAAAAAAAgEJEAEAAACMCAAAiAgA AM4XAABMWkZ1k2+XxQMACgByY3BnMTI1gjIDQ2h0bWwxAzD/AQMB9wqAAqQD5AcTAoAQA/8AUARW CFUHshE1DlEDAQIAhGNoCsBzZXQyBgDbBsMRNTMERhPHMBI/AgDeNBBtEUMI7wn3Oxl/DjB2NREy DGBjAFALCQFkMyY2FmALpTQgEAIqXHsOsgGQZxRQCqMRQx6YNAEUUDwhRE9DVFkAUEUgSFRNTCAA UFVCTElDICJALS8vVzNDIjBEJFREIUQ0LhZgVHI5AHJ0aQIgB0AiMEVOnCI+H50fPyVBMTggoBsh UiSNMx4wJvBFQURfJI0O8SWvKZ8mdDYO8DzgTUVUQSAFoAIwCfBYdD0iBeAhUzYjQDCMLjIdkC4Q MCIgJAAJB4A9RyRQRVJBVLxPUii/Kx8gUixhUyEAXExFJI4x4R+eOSCgL+8yLzBfJQUx4i8ofyVf OJQCNRZgPEJPRFkgzGJnCFAZET0jASA7YtggZGk7MDiwcjgAOHNLACEDMHYIkHdrC4Bk6jU4JGIA 0GsJwAhgPWDiIAAAc2hwOEI+wQuArHN0PqE+4XMDoGYDEEZsOvMCkXN2ICxAN7FBQDIxNRiQP6hG QEEvCYBAxRiQQzFcPBFkb+cA4DwRCrFccRlgPBET4D8DMDx1FmA4Kx2hOS9nOeI2IKBESVY8SQAA RReZOEk2NEhPRWJUZQWwExQwDeAsIAtwIHB1sS0QYSBzTMAFoG0/UGVCkHpMYGN1BdALgEe6V0ww ZArBTOFCkGdMYHdAMACQBJB1AyABkE3Ab/piCJBjBUA2rEaFAQBOsNhpYmNM0ExgbUDwBQD9BUAo T2ACMAdxT3FRoSHwazvQA6BWBAB1B0AGAHRCdTvQbykgLS6gLbkuwCBpAQBRsE2wbUww9m5NwFUx cBmATMBQX0ayzQuAdgeQI9BnYQVATlLjCsE8IGVidUxgTOEUIPVMcG9YgGFMMAWwDeBVkfdNI1iA BbFjWIJVkVuDWpDfAjBZ41GwVr9GsmYA0FGw9mE/gEzAKFggTYJMwFPR9wZgAkALgGcEIAtgU/xM Qv9SIVHQAwBMwFuyA3JOUE2iP1twGYBc71e2Q9BM8Wwu/GV4UbBU8AuAWpAKwF9Bf0zhYSFOUAUw TXIFMU3jKfguIEkDoFZgANBMAVox916TP2FMsG0kAF8yYz9eBe9MYRmAVCBMgG4EkEyxX0H6cFvC bE2wAyBsI2MBWcH/XkNaxVZyUiEFoVARbiRRsL9koAXAaY9GslhwbnJlQpBXO8AIYEzALlHRLQhx Lq9ygGeQWMIN4GlMMHkIYB4nYwECIHNSBcBvd27+LjhJAcA8VwqiPFcKcSX8/jAoQSKQSBt2OEWf Rq9Hs4MhwCDgS1FVT1QhMDM71UzQdHlCkC1RQVKAR0lOLVJJRyFQ4DogMHB4JHE8aAqx/xACRAVE o0RhRP96Hx/LFmB/g/B6/0f/SQ9KH4EXQ4BpCx2CJfw0JtFGT05UdVIRei7gMoV7C+KA+S39jPJP BRBO4CQBBdAHkEzg/GdljPOJXSxAOmEvgTxoXWGhZQqBgR84ozgoQULVhXtigPlGA2E6hDwgkb4v krp5CRZwUeBNwEMFEL9YQQORb8+Cv5JxhAFbAMDbAxBbMDpq8FlQLgUBl8NKQAsgc2Ghay4DYF3/ jp+Pr5C/kc+S359VBmACMGeUn5WvlrdUaE3AnZAvLDI3pcAuADOlkTow+jUQ0E2YH5kvmjWcz53f /57vn/+hD0tVmwCiz6Pflsb3CcBrYAYAT5y/qm+rf6yP862ftPVDY68/sE+Wt7JvH7N/tI+1n7av ohV1YmrPUBG4P7lPlrdbc5yep7/1mghtX+F3uu+7/70Pxw/XyB/JLyZWNYURL4qCwk//ho51T3Zf d2/Ob4F/xO+Dn3+Er4ffhs/Y34jvifxeQj3/BxOKz4vSUSGMDcQP1d+aRP/Tj89/0I/Rn9f/2Q/a H9sv/9wz3y/gP9zP3d/e7+0vAMD/YwE98G4RCJBSE8aSXoNngP+vEFyyZSFNsAGRTVFxgeEP3+If mkRUIFxhUaEzTDAeMP9aYfKh+SL5EQWBWIFxY15Bx0yRU2JUBUMrKy3SzN//ze/UGf2f5J/lr+a/ 0q//D//Uz/bP1u/nz+jf6e/q/+wPv/Gf7i/vP/BPDX8Og0Ry0f1AMGVV5D+A9LFWUU/gQpDv+UBn gFswXLJ28xBaYfWP/wYfmhfzEEywFSFtEvhCXpC3YeNrkBiYOmdwcpFDTcD79Nz6iGf7oRYfFy+a RBWH/xiX/A/9H/4v/z8ATwFfAm//A38EjwWfBq8HvwjPJC8K7/8L/xGPDh8PLxA/EU8yfl/R3z6A P8BjAZvQVcBpFVdAIftlMV6RZnFwZXJYgmtgaW/3Ks+aJltxZRWAVVBcwGfg/0wATGBbMEwAbpA4 0DjQWmF/WXFapG+QXrFrgDjQctEobVYALfkkVXB6UdBsIHP+Y1TQbCAZUE9gOu87/z0H/z5kbUFx EUGRTNM40V6QaVH3YDE6AlGhbU9wUDBxMV5B+0xwT7B6Rp5ngE2xQl9Db/89FVqiaNBCEU9AFCL7 KT5x/09xP2pisU3UU8A6AJegSUH/FY9KLxevGLuAoGHQcuEYpv4uIK8hvyLPI98k7yX/Jw//KB8p Lyo/K08sXy1vWJ8vj38wnzYvMr8zzzTfNe9m7mRfbYBGAsvwPbEacnZvEC3ebzowQTD6007wbU4i TpAf9JJQr19fqQQagHpvbP89sYCAGgDzAEliPhA4EE5w5xPAUGByoG9nReL5QG8P+XATYWr6sVUP Vh9XL1g//1lPWl9bb1x/XY9f6GjRdtUPfC99P35PgOpCTE9DwEtRVU9URYHbcBELzB9f5jV/0kJP RFmHgF2l0MIBSFRNTMsQAn2J0B8ANRABAAAAigAAADwAMwA2AEMAOAAxADYANABBAEUAMABDADYA QwBBADQAOQA4ADcAQwAzAEUAQwA4ADgAQQAxAEIAQgA0ADEANgBBADAAMQA0ADcAMAA3AEAAcwBl AHIAdgBlAHIALgBtAGkAYwByAG8AcwBvAGYAdAAtAGwAYQBiAC4AcAB1AGIALgByAG8APgAAAAAA HwBHEAEAAAAeAAAAbQBlAHMAcwBhAGcAZQAvAHIAZgBjADgAMgAyAAAAAAALAPIQAQAAAB8A8xAB AAAAKgAAAFIARQAlADMAQQAgAFsAcwBvAF0AIABtAGkAbgBnAHcALgBFAE0ATAAAAAAACwD2EAAA AABAAAcw5STHQse0wwFAAAgwoJ/Fuci0wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2 AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GC AQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElF TlRTL0NOPU9WSURJVVBMAAAAAB8A+j8BAAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkA cwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEAAAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAA AC4AAAADAP0/5AQAAAMAGUAAAAAAAwAaQAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAA TwBWAEkARABJAFUAUABMAAAAAAAfADFAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkAB AAAAMgAAAGMAaQBiAHUALgBjAHIAaQBzAHQAaQBhAG4AQAByAGQAcwBsAGkAbgBrAC4AcgBvAAAA AAAfADNAAQAAADIAAABjAGkAYgB1AC4AYwByAGkAcwB0AGkAYQBuAEAAcgBkAHMAbABpAG4AawAu AHIAbwAAAAAAHwA4QAEAAAASAAAATwBWAEkARABJAFUAUABMAAAAAAAfADlAAQAAAAQAAAAuAAAA CwApAAAAAAALACMAAAAAAAMABhBmM8UZAwAHECgEAAADABAQAAAAAAMAERABAAAAHgAIEAEAAABl AAAAVEVPUkVUSUMsQUlQVVRFQVNBQ09NUElMRVpJQ1VNSU5HVyxEQVJTQUxFR0lGSVNJRVJVTFRB VU9CSUVDVERFTElCQ1NJTVNWQ1JUKFJVTlRJTUVVTERFQ0RJTlZJU1VBTFNUVQAAAAACAX8AAQAA AEUAAAA8MzZDODE2NEFFMEM2Q0E0OTg3QzNFQzg4QTFCQjQxNkEwMTQ3MDdAc2VydmVyLm1pY3Jv c29mdC1sYWIucHViLnJvPgAAAAAIxA== ------_=_NextPart_001_01C3B4C8.B9BE78AD-- From so@atlantis.cs.pub.ro Thu Nov 27 09:43:28 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Thu, 27 Nov 2003 11:43:28 +0200 Subject: [so] mingw Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A01470A@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B4CA.E8F16DEC Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U2kgY2Egc2EgbWVyZyBwYW5hIGxhIGNhcGF0LCB0cmVidWllIHNhIHByZWNpemV6IGNhLCBpbnRy dWNhdCBwcm9ncmFtdWwgZm9sb3Nlc3RlIHRocmVhZHVyaSwgdHJlYnVpZSBsZWdhdCBjdSBsaWJj bXQubGliIGRlIGV4IChtdCBwdCBtdWx0aS10aHJlYWRlZCkuIE9yaWN1bSwgbnVtZWxlIGxpYnJh cmlpbG9yIHN1bnQgbGlzdGF0ZSBpbiBzZXRhcmlsZSBkZSBsYSBWaXN1YWwgQysrLg0KDQoJLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0gDQoJRnJvbTogT3ZpZGl1IFBsYXRvbiBvbiBiZWhhbGYg b2YgT3ZpZGl1IFBsYXRvbiANCglTZW50OiBUaHUgMTEvMjcvMjAwMyAxMToyNyBBTSANCglUbzog c29AYXRsYW50aXMuY3MucHViLnJvIA0KCUNjOiANCglTdWJqZWN0OiBSRTogW3NvXSBtaW5ndw0K CQ0KCQ0KCVRlb3JldGljLCBhaSBwdXRlYSBzYSBjb21waWxlemkgY3UgTWluR1csIGRhciBzYSBs ZWdpIGZpc2llcnVsIHRhdSBvYmllY3QgZGUgbGliYyBzaSBtc3ZjcnQgKHJ1bnRpbWV1bCBkZSBD IGRpbiBWaXN1YWwgU3R1ZGlvKSAtIG4tYW0gaWRlZSBjdW0sIG51IGFtIHByZWEgaW52ZXN0aWdh dCBkYXIgYXIgdHJlYnVpIHNhIHNlIHBvYXRhLCBvcmljZSBjb21waWxhdG9yIGNhdCBkZSBjYXQg ZGVjZW50IHBvYXRlIGZhY2UgYXN0YSAodmV6aSBjYSBpbiBTZXR0aW5ncyBsYSBWaXN1YWwgU3R1 ZGlvIGFpIHNpIGxpbmlhIGRlIGNvbWFuZGEgY3UgY2FyZSBpbnZvY2EgY2wuZXhlIC0gaW5jZWFy Y2Egc2EgbyBhZGFwdGV6aSBwdCBNaW5HVykuIEluIHByYWN0aWNhLCBhc3RhIGluc2VhbW5hIGNh IGZhY2kgcHJlc3VwdW5lcmVhIGNhIHBlIGNhbGN1bCBwZSBjYXJlIHNlIGZhY2UgY29tcGlsYXJl YSBzaSBjb3JlY3RhcmVhIHNlIHZvciBnYXNpIGNlbGUgZG91YSAubGliLXVyaS4uLiBJYXIgYWlj aSwgeW91J3JlIG9uIHlvdXIgb3duLg0KDQoJCS0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tIA0K CQlGcm9tOiBDaWJ1IENyaXN0aWFuIFttYWlsdG86Y2lidS5jcmlzdGlhbkByZHNsaW5rLnJvXSAN CgkJU2VudDogVGh1IDExLzI3LzIwMDMgMTE6MDUgQU0gDQoJCVRvOiBncnVwIFNPIA0KCQlDYzog DQoJCVN1YmplY3Q6IFtzb10gbWluZ3cNCgkJDQoJCQ0KCQkNCgkJbWFyZSBiYWxhcmllIHNpIG1p bmd3IGFzdGEuIFRvYXRlIGV4ZWN1dGFiaWxlbGUgc3VudCBkZSAzLCA0IG9yaSBtYWkgbWFyaSBk ZWNhdCBjZWxlIGZhY3V0ZSBkZSBWaXN1YWwgQysrIDYuMA0KCQlEYXIgZmllLCBudSBhc3RlIGUg cHJvYmxlbWEuIHRvYXRlIHZhbG9yaWxlIGFsZWF0b2FyZSBzdW50IGFzYSBkZSBuZWFsZWF0b2Fy ZSA6KS4uLiBDdSBleGVjdXRhYmlsZWxlIGZhY3V0ZSBkZSBnKysgdmFsb3JpbGUgYWxlYXRvYXJl DQoJCXRpbmQgc3ByZSBhbnVtaXRlIHZhbG9yaSBmaXhlIGFzdGZlbCBpbmNhdCBkdXBhIGNhdGV2 YSBpdGVyYXRpaSB0b3RpIGNpdGl0b3JpaSBzZSBjb21wb3J0YSB1bml0YXIgKG51LWkgbWFpIGRl emxpcGVzYykgcGVudHJ1IGNhIHRvdGkgc2UgZ2FzZXNjIHNhIGNpdGVhc2NhIGxhIGZlbCBkZSBt dWx0IHNpIGZhYyBwYXV6YSBsYSBmZWwgZGUgbXVsdC4gY3UgY2UgY29uc3RydWllc3RlIFZpc3Vh bCBDKysgdG90dWwgc2UgY29tcG9ydGEgY3UgdG90dWwgZGlmZXJpdC4gdmFsb3JpbGUgYWxlYXRv YXJlIHN1bnQgY2hpYXIgYWxlYXRvYXJlLg0KCQlkYWNhIGNpbmV2YSBhcmUgdnJlLW8gaWRlZSBk ZSBjdW0gc2UgcG9hdGUgcmV6b2x2YSB0cmVhYmEgY3UgcmFuZG9tLCBpbCByb2cgc2EgbWEgYWp1 dGUuDQoNCg== ------_=_NextPart_001_01C3B4CA.E8F16DEC Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+Ih0JAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAGwALACsAHAAEAFYBASCAAwAOAAAA0wcLABsACwArABwABABWAQEJgAEAIQAAAENG NDA1Mzk3QzMxQUUyNEVCMkVFNTREMkQ3MEM4OTBFAE4HAQOQBgDcEgAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAAB4AAABSAEUAOgAgAFsAcwBvAF0A IABtAGkAbgBnAHcAAAAAAEAAOQDsbfHoyrTDAR8APQABAAAACgAAAFIARQA6ACAAAAAAAAIBRwAB AAAAKwAAAGM9dXM7YT0gO3A9TVNMYWI7bD1TRVJWRVItMDMxMTI3MDk0MzI4Wi0yNgAAHwBJAAEA AAAeAAAAUgBFADoAIABbAHMAbwBdACAAbQBpAG4AZwB3AAAAAABAAE4ArXi+uci0wwEfAFoAAQAA ABwAAABPAHYAaQBkAGkAdQAgAFAAbABhAHQAbwBuAAAAAgFbAAEAAABHAAAAAAAAAIErH6S+oxAZ nW4A3QEPVAIAAAAAT3ZpZGl1IFBsYXRvbgBTTVRQAHNvLWFkbWluQGF0bGFudGlzLmNzLnB1Yi5y bwAAAgFcAAEAAAAhAAAAU01UUDpTTy1BRE1JTkBBVExBTlRJUy5DUy5QVUIuUk8AAAAAHwBdAAEA AAAcAAAATwB2AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIBXgABAAAAXQAAAAAAAADcp0DIwEIQ GrS5CAArL+GCAQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9D Tj1SRUNJUElFTlRTL0NOPU9WSURJVVBMAAAAAAIBXwABAAAARAAAAEVYOi9PPU1TTEFCL09VPUZJ UlNUIEFETUlOSVNUUkFUSVZFIEdST1VQL0NOPVJFQ0lQSUVOVFMvQ049T1ZJRElVUEwAHwBmAAEA AAAKAAAAUwBNAFQAUAAAAAAAHwBnAAEAAAA4AAAAcwBvAC0AYQBkAG0AaQBuAEAAYQB0AGwAYQBu AHQAaQBzAC4AYwBzAC4AcAB1AGIALgByAG8AAAAfAGgAAQAAAAoAAABTAE0AVABQAAAAAAAfAGkA AQAAADwAAABvAHYAaQBkAGkAdQBwAGwAQABtAGkAYwByAG8AcwBvAGYAdAAtAGwAYQBiAC4AcAB1 AGIALgByAG8AAAAfAHAAAQAAABYAAABbAHMAbwBdACAAbQBpAG4AZwB3AAAAAAACAXEAAQAAACAA AAABw7TGZ2N9GTh+NrBPx40OQqbk9l4jAAA22b4AAOEHGB8AdAABAAAALAAAAHMAbwBAAGEAdABs AGEAbgB0AGkAcwAuAGMAcwAuAHAAdQBiAC4AcgBvAAAAHwAaDAEAAAAcAAAATwB2AGkAZABpAHUA IABQAGwAYQB0AG8AbgAAAB8AHQ4BAAAAFgAAAFsAcwBvAF0AIABtAGkAbgBnAHcAAAAAAAIBCRAB AAAApAoAAKAKAAAXIQAATFpGdcXcZdsDAAoAcmNwZzEyNYIyA0NodG1sMQMwPwEDAfcKgAKkA+MC AGNowQrAc2V0MCAHEwKA/xADAFAEVghVB7IR1Q5RAwHdENcyBgAGwxHVMwRGENn5Eu9mNAPGEYUR 4wjvCfe2OxofDjA1EdIMYGMAUDMLCQFkMzYRYAulNCDZEAIqXA6yAZBnFPAKoxcR4x8/IEw0FPA8 IUQAT0NUWVBFIEgAVE1MIFBVQkwASUMgIi0vL1dEM0MkIERURCM0NJIuEWBUcgBydGkCIMMHQCQg RU4iPiA/IU/dDhA4IpAjQiZ9Mx7QKOD4RUFEJn0O8SefK48snwstryfsNg7wPE1FVBxBIAWgAjAJ 8HQ9IosF4CNDNiUwMC4yHjAxMqAwIiAl8AeAPUeBJkBFUkFUT1Iqr5cvryJCMPFTIvBMRSZ+6zZx IY45IpAvNr807yb1XTZyLypvJ089JDURYDyAQk9EWSBiZwhQGRmxPSMBID/yIGRpez/APUByPJA9 AwAhAzB2SQiQd2sLgGQ1PLRiXQDQawnACGBB8CAAAHOcaHA80kNRC4BzdEMx1UNxcwOgZgMQbD+D ApEoc3YgMNA3RdAyMfY1GTBEOEZE0QmARVUZMOVHwVxAoWRvAOBAoQqx/FxxGgBAoRDwAzBBBRFg Rzy7HkE9v2c5NiKQRDxJVkDZAABJpzzZNjQTTN9J8lNpMWBhIHNjUIAHgHJnIAqwJfAgRwtgUGEK sHQsIECwZSxidQiQUJJwGiBjafh6ZXpQYVHwC4BAsBzQ21HQUrFvCcAzUHUDIDs8P0sVAhAZsBEw RBBScHRouRogYWQIcVH4RyBnU/EEY3VRYGliY210Di5YcUBQUnBleCAo31iwURAFQFSBJcAtVrQJ gGwpLlS/SzNPBRBYQG31UfBuXJBlRyBYYiVwBRD7AxAFsXNC8AVAWHBEEFHQ/1JwC4BQkBFAXYFd EVkhUXEaVgQAdQdAFxArKy5/PNkBwEDnCqJA5wpxJ+ww/yoxJIBMq2JISi9LP0xDI7DBItBLUVVP VCMgQGUZUJB0eUcgMeFBUkdASU4tUklHI0A68CAwcHgmYUD4CrEQAv9IlUkzSPFJj2YvIbsRYHAA v2cPTI9Nn06vbSdIEGkeIoUn7DQowUZPTlRQkLlTAT0ycYsL4m0JLXkCbVxRZwuAYDFNB5BQoGf+ ZXkDdW0w0D7xNBFA+FhwXG5lCoFtLz0zOCoxQtdxi1kAfRhGA2E6cEwigeYvfsplGSBPQZBAYFhQ r1sPbs9+gXARUAtgdAIgcX2+Jm5iRFACgED4J15hAUB9JwIgP1BlEQBs+UBAb2aGr4e/iMqDVYZE /3qve798z33ffu9P1jGxgK8zgb+Cx1RoWFCO0C8y9jeXADKQM4O/hM+F1Y7Q9jqXEBFwTY3/jw+Q H5Evc5I/nTVUb5P/lQ+Cx3M8b0BR0AtgAjAEAC5j4aPAcHViLgNgmp+br8+cv53Pnt+nFUNjoH+h j/+Cx5efmK+F5KSPpZ+mr6e/96jPT+WkIGoFkJPvq1+CuNRSRWqAW6MgXVDAC4D8Z3evj7Cfsa+5 b7p/u4/1KEY1cSEvdpK273KeYV//Ym9jf8DPbY+t72+vcL9z7+dy38s/dPZUZQWwEUAN4HdR8Atw URB1MaBQgwWgbVtD4EcgelBRWFBNC4BH+ldR8GQKwVChV+FQUETAnwCQBJBUkQGQWFBvYgiQ/7WA rP/IL4XVX5JYgXbRUMD3RYAFAAVAKFPAo5EHgFSRH1khI+BAYAOgX/VTdHXZQGBvKXjwMzAtM1BT gP8BAFJwXIXPcNmg04/Un4Xk91LBUIALgHZWYXlwU/HRgt8KwVIUUJIRMFEQb1HQU2H/BbAN4Nnx 0FOGYQXAU+JZIf/hBOAgXiHaz9vf3OXfkVJw9mYA0FJwYV5xWXDdsNCy/91yBlECQLjxBCBfyNjU z3L/1oG+MQcw4TMDctGA4h/jL3+F1VhBUHAaIN2CSGBRgWz+LllQUnB6kAuA4CAKwFB0f+fh0YAF MNCiBTHRE1rRSf8DoFLAANDPMVNh5VPpf+qP94XkQ/FW4G1RQVBx5QHPkb8aIF4ApBC+UN1SUHFw 4VL+bFhAAyD1Q+xB31HlA+BV/91S1oHwv/HP65XPAbWA90T/UnDskAXAWADWgeAgX2IIYOtQgFjS LQhxLvzQ74DeUusN4FcxeQhgJ+xBiYH9sY8FwPfP+N+F5G93bmCf/8MPxB/FL8Y/x0/IX8lvZ9// aO9p/2sPbB8F/wcPCB0I7//Kn8uvzL/NzEXwdV92b3d//3iPeZ+8L70/vk+yr7O/f/+3tg8FXwjB Q1jwWFBDG4C/3dGjgP6fEL+F1BIxW+kQe/cghnA69BBSQKPQJdVA9UhAcx7Ra6RBuMAc3x3v/x7/ IA8hH5NfIz8kT5aPmhH8MDWabycvKDorHywvLT//Lk8vX5//MZ8yr0LA9IAwsP5PKw843znvOv88 D6nPPi//Pz9Az0HfQu9D/0UPtM9G3/9H74L0uJM1PzZPKHa470of/0svvB9WX1dvv0/AXxRvAd// Au8D/wUPWv8QXxFvEn8Tjz9dzxWvFr8XzxjR5QI9Qf8bgBvRGQ8aEVNBGj1Sf2Rv/yh2Yh9eD18f YC9mr2e/aM//ad9q423fbu9rf2yPbZ97//vpEOxBYvWA/SDScNZzVSL/5UPvcD2A5MLtEfWgY/DT IP/R8PvRb79wzyh250Dh8dYB/jPPYK8w3/GBcYgSiAHhsT/eEfuz5QHPwdfC5yVDK/ArIDYuYGFb j1yfzej/jJ9zf3SPdZ9hT2JfY29kf/9lj3aPd594r3m/es+AX3zvb33/fw+cf52ERP0h0kBl/9pE JfCDgfQx0xDR8OkQ73D74MDkwnb1gN/xhF+VDyhJ//WA9OCkMfYyhzLlUOijWoDtp8g672D84UPS 8IOsiXj+Z4qRpS+mPyh2pJenx4r//4wPjR+OL48/kE+RX5Jvk3//lI+Vn5avl7+Yz5nfmu+b/3+d D54fny+gP8HP3qAbsGT/7fD0Qe5A2mBVEKRn0jHtIf3lUWb7wO1i3hL0gPCfuh/7KFjhAWWkkN2A 5NDv0CYA//uQ4MAmANDQyEDIQN/x3wG/4DTg0OVx9KDIQP0hKNpgNi2IFNnQelpg9UBzY//ZMMpv y38odvVA4fDXMPOy/84D9mH7YdEh7fLOUfTg0TDv7eDm8clyqPFt9bDiAPeR4+UB9TBhdXrWStF/ 0o//VJfXEe9w6/LgMvNA1EGCIP+jMooZzgH1sc766/HdpOfA/8lwG4DbkdjP2d+uX6fNDrD36JD9 MafWLq//sQ+yH7Mv/7Q/tU+2X7dvuH+5j7qfu6//vL+9z77fv+/A/8IPwx/EL//FP/bf2ID5cNWy WoDNQagi8naoMC1vzWDQwInDg9D+bd3y3mCDYt/v708odqgw+HpvbM1BDpCpMIHQ27I/zaDHgN5A otCk4ALQb2e/1ZKBgP8fAC8oZKewaomh/+T/5g/nH+gv6T/qT+tf7G//7X/v2BiBCDUNjw6fD68S SgBCTE9DS1FVT/xURRM7BTFarxTvFf8T34Xv1jURMkJPRFkRvUM0IFBxSFRNTFmgfQEeYB8ANRAB AAAAigAAADwAMwA2AEMAOAAxADYANABBAEUAMABDADYAQwBBADQAOQA4ADcAQwAzAEUAQwA4ADgA QQAxAEIAQgA0ADEANgBBADAAMQA0ADcAMABBAEAAcwBlAHIAdgBlAHIALgBtAGkAYwByAG8AcwBv AGYAdAAtAGwAYQBiAC4AcAB1AGIALgByAG8APgAAAAAAHwBHEAEAAAAeAAAAbQBlAHMAcwBhAGcA ZQAvAHIAZgBjADgAMgAyAAAAAAALAPIQAQAAAB8A8xABAAAAKgAAAFIARQAlADMAQQAgAFsAcwBv AF0AIABtAGkAbgBnAHcALgBFAE0ATAAAAAAACwD2EAAAAABAAAcwJFnlxsq0wwFAAAgwMPf66Mq0 wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2AGkAZABpAHUAIABQAGwAYQB0AG8AbgAA AAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GCAQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJT VCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElFTlRTL0NOPU9WSURJVVBMAAAAAB8A+j8B AAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkAcwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEA AAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAAAC4AAAADAP0/5AQAAAMAGUAAAAAAAwAa QAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAATwBWAEkARABJAFUAUABMAAAAAAAfADFA AQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkABAAAAOAAAAHMAbwAtAGEAZABtAGkAbgBA AGEAdABsAGEAbgB0AGkAcwAuAGMAcwAuAHAAdQBiAC4AcgBvAAAAHwAzQAEAAAASAAAATwBWAEkA RABJAFUAUABMAAAAAAAfADhAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AOUABAAAABAAA AC4AAAALACkAAAAAAAsAIwAAAAAAAwAGEKbwwMEDAAcQYgUAAAMAEBAAAAAAAwAREAEAAAAeAAgQ AQAAAGUAAABTSUNBU0FNRVJHUEFOQUxBQ0FQQVQsVFJFQlVJRVNBUFJFQ0laRVpDQSxJTlRSVUNB VFBST0dSQU1VTEZPTE9TRVNURVRIUkVBRFVSSSxUUkVCVUlFTEVHQVRDVUxJQkNNVExJAAAAAAIB fwABAAAARQAAADwzNkM4MTY0QUUwQzZDQTQ5ODdDM0VDODhBMUJCNDE2QTAxNDcwQUBzZXJ2ZXIu bWljcm9zb2Z0LWxhYi5wdWIucm8+AAAAAPtJ ------_=_NextPart_001_01C3B4CA.E8F16DEC-- From so@atlantis.cs.pub.ro Thu Nov 27 16:46:59 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 27 Nov 2003 18:46:59 +0200 Subject: [so] mingw In-Reply-To: <002101c3b4c5$897e5220$0200a8c0@smeagol> References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: On Thu, 27 Nov 2003 11:05:00 +0200, Cibu Cristian wrote: > mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai > mari decat cele facute de Visual C++ 6.0 man strip > Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de > nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare > tind spre anumite valori fixe astfel incat dupa cateva iteratii toti > cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se > gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce > construieste Visual C++ totul se comporta cu totul diferit. valorile > aleatoare sunt chiar aleatoare. > daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il > rog sa ma ajute. man srand tavi From so@atlantis.cs.pub.ro Thu Nov 27 16:53:03 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 27 Nov 2003 18:53:03 +0200 Subject: [so] destroy References: <20031126202006.78739.qmail@web60503.mail.yahoo.com> Message-ID: <00cb01c3b506$eeeb86f0$6400a8c0@andrei> Nu reiese din discutiile de mai dinainte daca variantele cu mai multe functii "destroy" sunt cerinte oficiale. Daca sunt, cred ca varianta oficiala de enunt (cu 1 destroy, 2 destroy, unul mai mare si altul mai mic) ar trebui sa fie pusa pe site cat mai repede. Si o alta constatare de la care pot sa apara discutii dupa aia: cele n variabile conditie nu se specifica faptul ca au numere de la 0 la n-1. Rog pe cine este in masura sa ridice ceata :). Eu am facut o implementare care la prima mentiune a unei variabile (indiferent de numar) o ataseaza uneia dintre cele n structuri rezervate. E ok? From so@atlantis.cs.pub.ro Thu Nov 27 20:13:03 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 12:13:03 -0800 (PST) Subject: [so] destroy In-Reply-To: <00cb01c3b506$eeeb86f0$6400a8c0@andrei> Message-ID: <20031127201303.37765.qmail@web60504.mail.yahoo.com> --- Andrei Hagiescu wrote: > Nu reiese din discutiile de mai dinainte daca > variantele cu mai multe > functii "destroy" sunt cerinte oficiale. Daca sunt, > cred ca varianta > oficiala de enunt (cu 1 destroy, 2 destroy, unul mai > mare si altul mai mic) > ar trebui sa fie pusa pe site cat mai repede. si lista asta e oficiala. > Si o alta constatare de la care pot sa apara > discutii dupa aia: cele n > variabile conditie nu se specifica faptul ca au > numere de la 0 la n-1. Rog > pe cine este in masura sa ridice ceata :). Eu am > facut o implementare care > la prima mentiune a unei variabile (indiferent de > numar) o ataseaza uneia > dintre cele n structuri rezervate. E ok? e ok, atata timp cand translatarea e coerenta. Daca tu pui conditia 3 pe pozitia 1, de fiecare data cand o referi prin signal/wait/broadcast tre sa te duci pe pozitia 1. Mi se pare o complicatie inutila, mai simplu e sa le tii 1 la 1. Ai si o penalizare de performanta cu translatarea. Daca nu pierzi performanta prea multa e ok, daca nu pierzi puncte :D Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 21:21:56 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 23:21:56 +0200 Subject: [so] mingw References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: <001201c3b52c$7c3cbe50$0200a8c0@smeagol> > > mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai > > mari decat cele facute de Visual C++ 6.0 > > man strip > > > Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de > > nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare > > tind spre anumite valori fixe astfel incat dupa cateva iteratii toti > > cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se > > gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce > > construieste Visual C++ totul se comporta cu totul diferit. valorile > > aleatoare sunt chiar aleatoare. > > daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il > > rog sa ma ajute. > > man srand > > tavi sar'na pentru sfat. citez din man srand: rand() is unsafe in multi-thread applications. rand_r() is MT-Safe, and should be used instead. srand() is unsafe in multi-thread applications. From so@atlantis.cs.pub.ro Thu Nov 27 21:28:48 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 23:28:48 +0200 Subject: [so] mingw continuare References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: <001901c3b52d$71f9d4e0$0200a8c0@smeagol> numai ca pe windows nu am dat de rand_r si cum mingw e pe windows.... dilema mare. From so@atlantis.cs.pub.ro Thu Nov 27 21:30:21 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 27 Nov 2003 23:30:21 +0200 Subject: [so] destroy References: <20031127201303.37765.qmail@web60504.mail.yahoo.com> Message-ID: <001b01c3b52d$aaf40360$6400a8c0@andrei> > > si lista asta e oficiala. > Asta inseamna ca eventuale concluzii obtinute prin discutii pe aceasta lista privind cat de corect / complet este enuntul trebuie sa se regaseasca si in enuntul temei si nu sa-l contrazica. > e ok, atata timp cand translatarea e coerenta. Daca tu > pui conditia 3 pe pozitia 1, de fiecare data cand o > referi prin signal/wait/broadcast tre sa te duci pe > pozitia 1. Mi se pare o complicatie inutila, mai > simplu e sa le tii 1 la 1. Ai si o penalizare de > performanta cu translatarea. Daca nu pierzi > performanta prea multa e ok, daca nu pierzi puncte :D > > Nu s-a specificat nicaieri ca variabilele conditie vor avea numere intre 0 si n-1 sau intre 1 si n deci tema mea raspunde corect unor teste generice care nu tin seama de aceasta restrictie. Intr-adevar este o degradare de performanta fata de o tema care ar tine cont de aceasta restrictie dar atata vreme cat enuntul nu specifica explicit restrictia, tema rezolvata cu restrictie la numerele variabilelor conditie nu este corecta. Pana la urma trebuie sa rezolvam cum e mai simplu sau cum este mai corect? From so@atlantis.cs.pub.ro Thu Nov 27 21:46:44 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Thu, 27 Nov 2003 13:46:44 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031123001830.55076.qmail@web60510.mail.yahoo.com> Message-ID: <20031127214644.12982.qmail@web11706.mail.yahoo.com> --0-818721692-1069969604=:12575 Content-Type: text/plain; charset=us-ascii Cosmin Arad wrote: Aveti grija la urmatoarele aspecte: - clientii care asteapta pe scaune vor fi tunsi cu prioritate fata de clientii tocmai intrati; Cosmin Am o nelamurire: afirmatia de mai sus inseamna ca de fapt clientii de pe scaunele de asteptare trebuie treziti in ordine FIFO (primii n clienti asezati pe scaune au prioritate fata de clientul n+1 care se aseaza si el pe scaun) ? Sau, pur si simplu, ideea e ca daca un client intra si gaseste cel putin o persoana pe scaunele de asteptare, nu are alta varianta decat sa se aseze si el pe un scaun de asteptare ? Multumesc anticipat, Stela __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-818721692-1069969604=:12575 Content-Type: text/html; charset=us-ascii


Cosmin Arad <cosminarad@yahoo.com> wrote:

Aveti grija la urmatoarele aspecte:
- clientii care asteapta pe scaune vor fi tunsi cu
prioritate fata de clientii tocmai intrati;

Cosmin

Am o nelamurire: afirmatia de mai sus inseamna ca de fapt clientii de pe scaunele de asteptare trebuie treziti in ordine FIFO (primii n clienti asezati pe scaune au prioritate fata de clientul n+1 care se aseaza si el pe scaun) ?

Sau, pur si simplu, ideea e ca daca un client intra si gaseste cel putin o persoana pe scaunele de asteptare, nu are alta varianta decat sa se aseze si el pe un scaun de asteptare ?

Multumesc anticipat,

Stela


__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-818721692-1069969604=:12575-- From so@atlantis.cs.pub.ro Thu Nov 27 21:50:09 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 13:50:09 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031127214644.12982.qmail@web11706.mail.yahoo.com> Message-ID: <20031127215009.7876.qmail@web60505.mail.yahoo.com> --- Stela Suciu wrote: > > > Cosmin Arad wrote: > Aveti grija la urmatoarele aspecte: > - clientii care asteapta pe scaune vor fi tunsi cu > prioritate fata de clientii tocmai intrati; > > Cosmin > > > Am o nelamurire: afirmatia de mai sus inseamna ca de > fapt clientii de pe scaunele de asteptare trebuie > treziti in ordine FIFO (primii n clienti asezati pe > scaune au prioritate fata de clientul n+1 care se > aseaza si el pe scaun) ? > > Sau, pur si simplu, ideea e ca daca un client intra > si gaseste cel putin o persoana pe scaunele de > asteptare, nu are alta varianta decat sa se aseze si > el pe un scaun de asteptare ? Exact. Nu trebuie FIFO. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 21:52:21 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Thu, 27 Nov 2003 13:52:21 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031127215009.7876.qmail@web60505.mail.yahoo.com> Message-ID: <20031127215221.52417.qmail@web60309.mail.yahoo.com> --0-1711010079-1069969941=:51431 Content-Type: text/plain; charset=us-ascii terminati cu intrebari din astea care pot duce la un dezastru. Ce vrei sa le tii threadurile in coa Cosmin Arad wrote: --- Stela Suciu wrote: > > > Cosmin Arad wrote: > Aveti grija la urmatoarele aspecte: > - clientii care asteapta pe scaune vor fi tunsi cu > prioritate fata de clientii tocmai intrati; > > Cosmin > > > Am o nelamurire: afirmatia de mai sus inseamna ca de > fapt clientii de pe scaunele de asteptare trebuie > treziti in ordine FIFO (primii n clienti asezati pe > scaune au prioritate fata de clientul n+1 care se > aseaza si el pe scaun) ? > > Sau, pur si simplu, ideea e ca daca un client intra > si gaseste cel putin o persoana pe scaunele de > asteptare, nu are alta varianta decat sa se aseze si > el pe un scaun de asteptare ? Exact. Nu trebuie FIFO. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1711010079-1069969941=:51431 Content-Type: text/html; charset=us-ascii
terminati cu intrebari din astea care pot duce la un dezastru.
 
Ce vrei sa le tii threadurile in coa

Cosmin Arad <cosminarad@yahoo.com> wrote:
--- Stela Suciu wrote:
>
>
> Cosmin Arad wrote:
> Aveti grija la urmatoarele aspecte:
> - clientii care asteapta pe scaune vor fi tunsi cu
> prioritate fata de clientii tocmai intrati;
>
> Cosmin
>
>
> Am o nelamurire: afirmatia de mai sus inseamna ca de
> fapt clientii de pe scaunele de asteptare trebuie
> treziti in ordine FIFO (primii n clienti asezati pe
> scaune au prioritate fata de clientul n+1 care se
> aseaza si el pe scaun) ?
>
> Sau, pur si simplu, ideea e ca daca un client intra
> si gaseste cel putin o persoana pe scaunele de
> asteptare, nu are alta varianta decat sa se aseze si
> el pe un scaun de asteptare ?

Exact. Nu trebuie FIFO.

Cosmin

__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1711010079-1069969941=:51431-- From so@atlantis.cs.pub.ro Thu Nov 27 21:45:10 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Thu, 27 Nov 2003 23:45:10 +0200 (E. Europe Standard Time) Subject: [so] site References: <20031127201303.37765.qmail@web60504.mail.yahoo.com> Message-ID: <3FC67066.000016.00968@einstein> --------------Boundary-00=_AR51TSM1VA4000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_AR51O2Q1VA4000000000" --------------Boundary-00=_AR51O2Q1VA4000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable cel mai bine este sa existe o varianta corecta de enunt de tema pe site, pentru ca asa este normal si frumos.=0D in plis site-ul de so este oficial.=0D nu trebuie sa stam sa citim sute de mesaje pe lista ca sa ne prindem ca c= eea ce deja am lucrat nu este OK, desi enuntul nu spunea nimic despre asta.=0D =0D Eu consider de un mare ajutor lista aceasta de discutii si sunt de acord = ca ea este oficiala, dar... sunt cam multe mesaje...=0D =0D imi cer scuze daca am spus ceea ce nu trebuia.=0D =0D Florin --------------Boundary-00=_AR51O2Q1VA4000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
cel mai bine este sa existe o varianta corecta de enunt de tema= pe site, pentru ca asa este normal si frumos.
in plis site-ul de so este oficial.
nu trebuie sa stam sa citim sute de mesaje pe lista ca sa ne prindem= ca ceea ce deja am lucrat nu este OK, desi enuntul nu spunea nimic despr= e asta.
 
Eu consider de un mare ajutor lista aceasta de discutii si sunt de a= cord ca ea este oficiala, dar... sunt cam multe mesaje...
 
imi cer scuze daca am spus ceea ce nu trebuia.
 
Florin
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_AR51O2Q1VA4000000000-- --------------Boundary-00=_AR51TSM1VA4000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_AR51TSM1VA4000000000-- From so@atlantis.cs.pub.ro Thu Nov 27 22:00:12 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:00:12 -0800 (PST) Subject: [so] destroy In-Reply-To: <001b01c3b52d$aaf40360$6400a8c0@andrei> Message-ID: <20031127220012.55588.qmail@web60506.mail.yahoo.com> --- Andrei Hagiescu wrote: > > > > > si lista asta e oficiala. > > > > Asta inseamna ca eventuale concluzii obtinute prin > discutii pe aceasta lista > privind cat de corect / complet este enuntul trebuie > sa se regaseasca si in > enuntul temei si nu sa-l contrazica. pai concluziile de aici nu contrazic enuntul, doar il completeaza. > > e ok, atata timp cand translatarea e coerenta. > Daca tu > > pui conditia 3 pe pozitia 1, de fiecare data cand > o > > referi prin signal/wait/broadcast tre sa te duci > pe > > pozitia 1. Mi se pare o complicatie inutila, mai > > simplu e sa le tii 1 la 1. Ai si o penalizare de > > performanta cu translatarea. Daca nu pierzi > > performanta prea multa e ok, daca nu pierzi puncte > :D > > > > > > Nu s-a specificat nicaieri ca variabilele conditie > vor avea numere intre 0 > si n-1 sau intre 1 si n deci tema mea raspunde > corect unor teste generice > care nu tin seama de aceasta restrictie. Intr-adevar > este o degradare de > performanta fata de o tema care ar tine cont de > aceasta restrictie dar atata > vreme cat enuntul nu specifica explicit restrictia, > tema rezolvata cu > restrictie la numerele variabilelor conditie nu este > corecta. de ce nu este corecta? > Pana la urma > trebuie sa rezolvam cum e mai simplu sau cum este > mai corect? Corect si eficient. N-ai nici o scuza pentru lipsa de eficienta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 22:13:18 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:13:18 -0800 (PST) Subject: [so] site In-Reply-To: <3FC67066.000016.00968@einstein> Message-ID: <20031127221318.63115.qmail@web60510.mail.yahoo.com> --- Florin Pop wrote: > cel mai bine este sa existe o varianta corecta de > enunt de tema pe site, varianta de enunt de pe site este corecta. > pentru ca asa este normal si frumos. > in plis site-ul de so este oficial. si lista e oficiala si chiar scopul ei este sa lamureasca nelamuririle cu privire la tema. > nu trebuie sa stam sa citim sute de mesaje pe lista > ca sa ne prindem ca ceea > ce deja am lucrat nu este OK, desi enuntul nu spunea > nimic despre asta. parerea mea este ca un enunt de tema nu trebuie sa dea mura-n gura solutia temei. De aceea lamuririle de pe lista nu isi au locul in enunt. > Eu consider de un mare ajutor lista aceasta de > discutii si sunt de acord ca > ea este oficiala, dar... sunt cam multe mesaje... acest lucru nu poate fi decat imbucurator > imi cer scuze daca am spus ceea ce nu trebuia. scuzele se accepta :) Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 22:29:18 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Thu, 27 Nov 2003 14:29:18 -0800 (PST) Subject: [so] trist In-Reply-To: <20031127221318.63115.qmail@web60510.mail.yahoo.com> Message-ID: <20031127222918.60573.qmail@web60309.mail.yahoo.com> --0-1865654005-1069972158=:59560 Content-Type: text/plain; charset=us-ascii Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Readerul da prioritatea writerilor care asteptau inaintea lui? sau si celor care vor veni dupa el si vor astepta in acelasi timp la un momentdat? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1865654005-1069972158=:59560 Content-Type: text/html; charset=us-ascii

<quote>

Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor.

</quote>

Readerul da prioritatea writerilor care asteptau inaintea lui? sau si celor care vor veni dupa el si vor astepta in acelasi timp la un momentdat?

 

 

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1865654005-1069972158=:59560-- From so@atlantis.cs.pub.ro Thu Nov 27 22:40:35 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:40:35 -0800 (PST) Subject: [so] trist In-Reply-To: <20031127222918.60573.qmail@web60309.mail.yahoo.com> Message-ID: <20031127224035.68000.qmail@web60506.mail.yahoo.com> --- Mihai Iancu wrote: > > > > Daca un cititor gaseste un scriitor in buffer sau > descopera ca un scriitor asteapta sa intre in buffer > nu intra si ramane in asteptare acordand astfel > prioritate scriitorilor. Daca un cititor gaseste un > scriitor in buffer sau descopera ca un scriitor > asteapta sa intre in buffer nu intra si ramane in > asteptare acordand astfel prioritate scriitorilor. > > > > Readerul da prioritatea writerilor care asteptau > inaintea lui? sau si celor care vor veni dupa el si > vor astepta in acelasi timp la un momentdat? si celor veniti. un reader intra cand nu mai e nici un writer pending. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 28 05:32:20 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 07:32:20 +0200 Subject: [so] mingw In-Reply-To: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> References: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> Message-ID: On Thu, 27 Nov 2003 11:27:49 +0200, Ovidiu Platon wrote: > Teoretic, ai putea sa compilezi cu MinGW, dar sa legi fisierul tau > obiect de libc si msvcrt (runtimeul de C din Visual Studio) - n-am idee Executabilele generate de MinGW nu folosesc libc ci msvcrt. De aia ii si zice minimalistic, pentru ca este portat doar compilatorul. C:\>type a.c #include int main() { srand(123); rand(); return 0; } C:\>objdump -p a.exe a.exe: file format pei-i386 Characteristics 0x207 relocations stripped executable line numbers stripped debugging information removed Time/Date Fri Nov 28 07:29:29 2003 ImageBase 00400000 SectionAlignment 00001000 FileAlignment 00000200 MajorOSystemVersion 4 MinorOSystemVersion 0 MajorImageVersion 1 MinorImageVersion 0 MajorSubsystemVersion 4 MinorSubsystemVersion 0 Win32Version 00000000 SizeOfImage 00005000 SizeOfHeaders 00000400 CheckSum 0000fc40 Subsystem 00000003 (Windows CUI) DllCharacteristics 00000000 SizeOfStackReserve 00200000 SizeOfStackCommit 00001000 SizeOfHeapReserve 00100000 SizeOfHeapCommit 00001000 LoaderFlags 00000000 NumberOfRvaAndSizes 00000010 The Data Directory Entry 0 00000000 00000000 Export Directory [.edata (or where ever we found it)] Entry 1 00004000 0000028c Import Directory [parts of .idata] Entry 2 00000000 00000000 Resource Directory [.rsrc] Entry 3 00000000 00000000 Exception Directory [.pdata] Entry 4 00000000 00000000 Security Directory Entry 5 00000000 00000000 Base Relocation Directory [.reloc] Entry 6 00000000 00000000 Debug Directory Entry 7 00000000 00000000 Description Directory Entry 8 00000000 00000000 Special Directory Entry 9 00000000 00000000 Thread Storage Directory [.tls] Entry a 00000000 00000000 Load Configuration Directory Entry b 00000000 00000000 Bound Import Directory Entry c 00000000 00000000 Import Address Table Directory Entry d 00000000 00000000 Delay Import Directory Entry e 00000000 00000000 Reserved Entry f 00000000 00000000 Reserved There is an import table in .idata at 0x404000 The Import Tables (interpreted .idata section contents) vma: Hint Time Forward DLL First Table Stamp Chain Name Thunk 00004000 00004040 00000000 00000000 00004230 000040a4 DLL Name: KERNEL32.dll vma: Hint/Ord Member-Name Bound-To 4104 0 AddAtomA 4110 131 ExitProcess 4120 148 FindAtomA 412c 193 GetAtomNameA 413c 660 SetUnhandledExceptionFilter 00004014 0000405c 00000000 00000000 00004280 000040c0 DLL Name: msvcrt.dll vma: Hint/Ord Member-Name Bound-To 415c 39 __getmainargs 416c 59 __p__environ 417c 61 __p__fmode 418c 78 __set_app_type 41a0 118 _cexit 41ac 169 _fileno 41b8 222 _iob 41c0 336 _onexit 41cc 373 _setmode 41d8 510 abort 41e0 517 atexit 41ec 552 free 41f4 603 malloc 4200 624 rand 4208 633 signal 4214 638 srand 00004028 00000000 00000000 00000000 00000000 00000000 tavi From so@atlantis.cs.pub.ro Fri Nov 28 06:01:04 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 08:01:04 +0200 Subject: [so] mingw In-Reply-To: References: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> Message-ID: On Fri, 28 Nov 2003 07:32:20 +0200, Octavian Purdila wrote: > On Thu, 27 Nov 2003 11:27:49 +0200, Ovidiu Platon > wrote: > >> Teoretic, ai putea sa compilezi cu MinGW, dar sa legi fisierul tau >> obiect de libc si msvcrt (runtimeul de C din Visual Studio) - n-am idee > > Executabilele generate de MinGW nu folosesc libc ci msvcrt. De aia ii si > zice minimalistic, > pentru ca este portat doar compilatorul. > Am confundat libc-ul de care ziceai tu cu glibc. E posibil sa linkezi si cu libc daca ai nevoie (-llibc -Lcale_spre_llibc). tavi From so@atlantis.cs.pub.ro Fri Nov 28 06:31:04 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 08:31:04 +0200 Subject: [so] mingw continuare In-Reply-To: <001901c3b52d$71f9d4e0$0200a8c0@smeagol> References: <002101c3b4c5$897e5220$0200a8c0@smeagol> <001901c3b52d$71f9d4e0$0200a8c0@smeagol> Message-ID: On Thu, 27 Nov 2003 23:28:48 +0200, Cibu Cristian wrote: > numai ca pe windows nu am dat de rand_r > si cum mingw e pe windows.... dilema mare. > Se pare ca in mscvrt.dll nu e implementat rand_r, insa msvcrt.dll este thread safe (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_c_run.2d.time_libraries.asp) asa ca poti sa folosesti rand. tavi From so@atlantis.cs.pub.ro Fri Nov 28 09:35:05 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Fri, 28 Nov 2003 11:35:05 +0200 Subject: [so] site Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B592.E7ECE41E Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SW5saW5lLi4uDQoNCgk+IG51IHRyZWJ1aWUgc2Egc3RhbSBzYSBjaXRpbSBzdXRlIGRlIG1lc2Fq ZSBwZSBsaXN0YQ0KCT4gY2Egc2EgbmUgcHJpbmRlbSBjYSBjZWVhDQoJPiBjZSBkZWphIGFtIGx1 Y3JhdCBudSBlc3RlIE9LLCBkZXNpIGVudW50dWwgbnUgc3B1bmVhDQoJPiBuaW1pYyBkZXNwcmUg YXN0YS4NCgkNCglwYXJlcmVhIG1lYSBlc3RlIGNhIHVuIGVudW50IGRlIHRlbWEgbnUgdHJlYnVp ZSBzYSBkZWENCgltdXJhLW4gZ3VyYSBzb2x1dGlhIHRlbWVpLiBEZSBhY2VlYSBsYW11cmlyaWxl IGRlIHBlDQoJbGlzdGEgbnUgaXNpIGF1IGxvY3VsIGluIGVudW50Lg0KCQ0KDQoJT1A+IER1cGEg cGFyZXJlYSBtZWEsIHVuIGVudW50IGRlIHRlbWEgdHJlYnVpZSBzYSBmaWUgY2EgbyBzcGVjaWZp Y2F0aWUgZGUgcmVxdWlyZW1lbnRzLCBzY3VydGEsIGxhIG9iaWVjdCwgY2xhcmEgc2kgY3UgbXVs dGUgbGlua3VyaSBzaSBjbGFyaWZpY2FyaSBkaW4gc3RhcnQuIFBhbmEgYWljaSwgY2UgcG90IHNh IGdhc2VzYyBwZSBzaXRlIGFkdWNlIGNhdCBkZSBjYXQgYSByZXF1aXJlbWVudHMgKGJpbmUsIG1p Y2kgYW1iaWd1aXRhdGkgc2kgZ3Jlc2VsaSBjcmVkIGNhIHN1bnQgaW5lcmVudGUpLiBQZSBtaW5l IGluc2EgbWEgYW11emEgdGVyaWJpbCBkaXNjdXRpaWxlIGRlIHBlIGxpc3RhIGFzdGEsIGNyZWQg Y2Egc3VudCB1biB0cmFpbmluZyBleGNlbGVudCBwZW50cnUgdmlpdG9yaWkgaW5naW5lcmkgY2Fy ZSB2b3IgYXZlYSBkZS1hIGZhY2UgY3UgY3VzdG9tZXJpIGNhcmUgbnUgc3RpdSBjZSB2b3IgOikN CgkNCgk+IEV1IGNvbnNpZGVyIGRlIHVuIG1hcmUgYWp1dG9yIGxpc3RhIGFjZWFzdGEgZGUNCgk+ IGRpc2N1dGlpIHNpIHN1bnQgZGUgYWNvcmQgY2ENCgk+IGVhIGVzdGUgb2ZpY2lhbGEsIGRhci4u LiBzdW50IGNhbSBtdWx0ZSBtZXNhamUuLi4NCgkNCglhY2VzdCBsdWNydSBudSBwb2F0ZSBmaSBk ZWNhdCBpbWJ1Y3VyYXRvcg0KDQoJT1A+IEVpLCBudSBjaGlhciwgYW0gdmF6dXQgbXVsdGUgY2hl c3RpaSBjYXJlIHNlIGJhdCBjYXAgaW4gY2FwIHBlIHBhcmN1cnN1bCBkaXNjdXRpaWxvciwgY2V2 YSBzcGFtIChtZXNhanVsIGFzdGEsIGRlIGV4ZW1wbHUsIGRhciB2YSByb2cgc2EgbnUgbWEgcHVu ZXRpIGxhIGp1bmsgbWFpbCA6KSBzaSBjYXJlIGF1IHRlbmRpbnRhIHNhIHRlIGJhZ2UgaW4gY2Vh dGEuIEluIHBsdXMsIGNsYXJpZmljYXJpIHNpIGhpbnR1cmkgY2FyZSBzb3Nlc2MgZHVwYSBjZSB0 cmVjZSBkZWFkbGluZXVsIG1pIHNlIHBhciBkZSBwcm9zdCBndXN0Lg0KCQ0KDQo= ------_=_NextPart_001_01C3B592.E7ECE41E Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IgYJAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAHAALACMABQAFADkBASCAAwAOAAAA0wcLABwACwAjAAUABQA5AQEJgAEAIQAAAEJB OEM3ODJCNEVGNkZENEU5OEFDMDc0OTRGMEE3Qjk0AHMHAQOQBgBwDwAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAABwAAABSAEUAOgAgAFsAcwBvAF0A IABzAGkAdABlAAAAQAA5AB7k7OeStcMBHwA9AAEAAAAKAAAAUgBFADoAIAAAAAAAAgFHAAEAAAAr AAAAYz11czthPSA7cD1NU0xhYjtsPVNFUlZFUi0wMzExMjgwOTM1MDVaLTI5AAAfAEkAAQAAABwA AABSAGUAOgAgAFsAcwBvAF0AIABzAGkAdABlAAAAQABOAADTAqkztcMBHwBaAAEAAAAYAAAAQwBv AHMAbQBpAG4AIABBAHIAYQBkAAAAAgFbAAEAAAA+AAAAAAAAAIErH6S+oxAZnW4A3QEPVAIAAAAA Q29zbWluIEFyYWQAU01UUABjb3NtaW5hcmFkQHlhaG9vLmNvbQAAAAIBXAABAAAAGgAAAFNNVFA6 Q09TTUlOQVJBREBZQUhPTy5DT00AAAAfAF0AAQAAABgAAABDAG8AcwBtAGkAbgAgAEEAcgBhAGQA AAACAV4AAQAAAD4AAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAABDb3NtaW4gQXJhZABTTVRQAGNv c21pbmFyYWRAeWFob28uY29tAAAAAgFfAAEAAAAaAAAAU01UUDpDT1NNSU5BUkFEQFlBSE9PLkNP TQAAAB8AZgABAAAACgAAAFMATQBUAFAAAAAAAB8AZwABAAAAKgAAAGMAbwBzAG0AaQBuAGEAcgBh AGQAQAB5AGEAaABvAG8ALgBjAG8AbQAAAAAAHwBoAAEAAAAKAAAAUwBNAFQAUAAAAAAAHwBpAAEA AAAqAAAAYwBvAHMAbQBpAG4AYQByAGEAZABAAHkAYQBoAG8AbwAuAGMAbwBtAAAAAAAfAHAAAQAA ABQAAABbAHMAbwBdACAAcwBpAHQAZQAAAAIBcQABAAAAGwAAAAHDtTUOSwXSj/xgKksOnfflOQDB NCUAF0Q8dAAfAHQAAQAAACwAAABzAG8AQABhAHQAbABhAG4AdABpAHMALgBjAHMALgBwAHUAYgAu AHIAbwAAAB8AGgwBAAAAHAAAAE8AdgBpAGQAaQB1ACAAUABsAGEAdABvAG4AAAAfAB0OAQAAABQA AABbAHMAbwBdACAAcwBpAHQAZQAAAAIBCRABAAAAvwcAALsHAABDFgAATFpGdXrVmSwDAAoAcmNw ZzEyNYIyA0NodG1sMQMwPwEDAfcKgAKkA+MCAGNowQrAc2V0MCAHEwKA/xADAFAEVghVB7IR1Q5R AwHdENcyBgAGwxHVMwRGENlvEusR4wjvCfc7GM8OMDU7EdIMYGMAUAsJAWQzNpMRYAulNCAQAipc DrK9AZBnFPAKoxHjHeg0FPAAPCFET0NUWVAARSBIVE1MIFAAVUJMSUMgIi0gLy9XM0MhgERUIkQg lDMuMiGARU6cIj4e7R6PI8ExOB/wbyCiIw8kHyaQMx2AJXBFfEFEJc0O8SbvKW8k9DZBDvA8TUVU QQewQTEsYD0iRwnwBJBhdEUFsCIS0E9OVCLQVBMs8AXhRXgQ8W5nZT0GUnYTMS9BAJACICA2EC4w LjYdcDkuMSci/irPJQM3Nx/wVEkoVExFJc40DvBSZYA6IFtzb10gAJDUdGUkbjUf8C8zTzF/vyZF NJE2sChPJp86hDURYAA8Qk9EWSBkafRyPTqgcjnwOmMAIQMwOT0BZG8A4D0BCrFccf8YsD0BEPAD MD1lEWA6GxzxETsfZzk2H/BESVbPPTkAAD93Ojk2NEKvP8LISW5sC4BlLkZwOjm/AcA9RwqiPUcK cSR8MCgR/yHgQntISD//QQ9CEyEQIDBwS1FVTy3wPLY1QHQIeWxlLjFBUkdJYE4tUklHIKA04DD8 cHgi8T1YCrEQAj5lPwP/PsE/X0wvHxsRYFYATQ9CX29Db0R/Uyc94Gkc0iR8NK0lUUYt0TVBek+Q MleLFwviUw86dTgdgCZndAsCgD1XPl5oIG51ILE9EGVidQiQNUBhT0F0YW1iQmM1YAdwNUB1TzVw PLAu8AeBYWou8HD/LvA4nFSfX6RWEUYwYoEkfPssEDxRUj07RkEKgV5/X499YJ9jYmFiYC0wZEAF EG73AQBisGzxYwngZ09oX2lv72p/a49slWOSamJgYqEKQB8FAC1gYZIHkGOBT0ss/2R/ZY9mlQEA AJB1UGGgAjDmdQMgYaFzcHjgbl9vb/9wf3GPcp9hNgdwDeBjoXlw9xjQdIBigS5533rve/+Az/+B 34LpCrEEkHmwY9FiYHVj/2zxdf93D2akeOB4tGOiNXC/AMBhnQEAec+En4KtbQhw9GEtA6Bnj4E1 QAbwY3CDBzCLAmVpLiBEgCH/bjKHz4jfZpZioAhxBRBPgP9jomRQjH+Nj4K8ZwNhkgQA7XigYWGw GGBjeRELgHi09YCNNVchL1ySSm9Ynkdf/0hvSX+bv1i/Wc9a31vuCqP/VgBc713/mi+bP6FvnV+e b/+ff04oqhtRo6gPVC9NT05f/09vUH9YIVIfsN+x71VPOir7osAf8FBXj6PvpP+mf6ePnXWgUHzf fe9hJkR1CrBvhop10IpfYdlmYiFs8W//ka+5/2aVeXAFkAaQDeAtYPdiIWOxGNBxYhAY0AeAAjD+ c3XQBPAIcAGQddALYMgA0mIIkGN0ddBjC2CQAr94oJlQj2E6oC7wRjFrCHH/zhLIP8lPZqTNwsrz zzE8wO8DoGKBACCRAFAAcHRxDeB2ac2hZDFvBUBiUMIvbsZieXDDWVwnYQFAuGd+Z4BAB5B/sGRR NVJ0gGT/G4CHgorDz5/Qr9G1dQFiYO/LutTP1d/W6ijNUC0wddD3f5GY4QbQaY/gNWDLMc4S/wnB ETBGMGLwGNFs44qi2W+f2n9mpEZBGNACMGUp02G/Y8FGQZmBYlGLMZRBepCS/wUQzVADIDzAzJFj IJSnmCX/gELNoeIl4u/j/8pViqLF4fc9EAtxC4BndVAukOHQzDHrZEECMHJhsHboUC1x6FB9mYFn 5WLOMYahL3AFsWH7L0CMIi3HgZFRzkLqT+tf/dG1dbTwA3Dvt3lCYyBhsPN0EfBCOimVP5ZPgr/2 X9/3b/h/wo/Dn7tARfVxAiC/AJAEgWOixeEDgIASamNw/wWx8a/yv2apkUKAQmOh+S//+j/7T/xf /W9hU+f2zhLik/9jsfEwAHDiQgQvBT8GTwdfvwhvYVOHJgCvAb9mpG/SYfeQgJQwddBksIBGceKE bPD/YrDOhGPkRnELjwyfDa8W7/8X/xkJ8TFnIHSzYbBhodRg/y1gLvDSYGOh2PIRrxK/5QX/4LDY sI+BLXGor6m/SxmsX/+tZVENGR+rxq7RvJG4/x+v/7sfvC+9P75Pv1/Ab8F/Du+/D//+odQBYaE/ MJCAcnXQ8XSRdmF6Y3DOdT8wdWFn7zHv89fAIGJ1AWzwcP+Zgh6fKg/bhjfwZFE5Qcyhf2Ng59kA cNQSNdB5YXSRKL9j43kR6WRjse3QbdBwkFD/FKM4PzlPZpU10DIv3h/W6vxyb+2w1K9Cz98MYaGL Mf95guExzREAQM8A5tHnwEUf/0Yv1ur2DUpf1q7OIv/zYbH/7iDS0ZhhPz9AT8pVkJI3gZ5n5nJu IXUAgHAgSYpg/z6hzGHSGs9hNUB48e/GkDD/18PYoMThdBGLkXQRUK9Rv/94FtiQGLJ5EX+QN1JZ EpTi/0SwHOGP4GcgFq8avxjNI1//JG8lfyaPJ58orysBL2Ei5X+t367vX/8o/1kvav8q0jXhZlJC T0RZZU5sXyripjdn8bYATUxeAH1xIAAfADUQAQAAAIoAAAA8ADMANgBDADgAMQA2ADQAQQBFADAA QwA2AEMAQQA0ADkAOAA3AEMAMwBFAEMAOAA4AEEAMQBCAEIANAAxADYAQQAwADEANAA3ADAARQBA AHMAZQByAHYAZQByAC4AbQBpAGMAcgBvAHMAbwBmAHQALQBsAGEAYgAuAHAAdQBiAC4AcgBvAD4A AAAAAB8ARxABAAAAHgAAAG0AZQBzAHMAYQBnAGUALwByAGYAYwA4ADIAMgAAAAAACwDyEAEAAAAf APMQAQAAACgAAABSAEUAJQAzAEEAIABbAHMAbwBdACAAcwBpAHQAZQAuAEUATQBMAAAACwD2EAAA AABAAAcwkKU8H5K1wwFAAAgwEQv055K1wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2 AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GC AQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElF TlRTL0NOPU9WSURJVVBMAAAAAB8A+j8BAAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkA cwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEAAAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAA AC4AAAADAP0/5AQAAAMAGUAAAAAAAwAaQAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAA TwBWAEkARABJAFUAUABMAAAAAAAfADFAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkAB AAAAKgAAAGMAbwBzAG0AaQBuAGEAcgBhAGQAQAB5AGEAaABvAG8ALgBjAG8AbQAAAAAAHwAzQAEA AAAqAAAAYwBvAHMAbQBpAG4AYQByAGEAZABAAHkAYQBoAG8AbwAuAGMAbwBtAAAAAAAfADhAAQAA ABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AOUABAAAABAAAAC4AAAALACkAAAAAAAsAIwAAAAAA AwAGEBEho28DAAcQ2QMAAAMAEBAAAAAAAwAREAEAAAAeAAgQAQAAAGUAAABJTkxJTkVOVVRSRUJV SUVTQVNUQU1TQUNJVElNU1VURURFTUVTQUpFUEVMSVNUQUNBU0FORVBSSU5ERU1DQUNFRUFDRURF SkFBTUxVQ1JBVE5VRVNURU9LLERFU0lFTlVOVFVMAAAAAAIBfwABAAAARQAAADwzNkM4MTY0QUUw QzZDQTQ5ODdDM0VDODhBMUJCNDE2QTAxNDcwRUBzZXJ2ZXIubWljcm9zb2Z0LWxhYi5wdWIucm8+ AAAAABeh ------_=_NextPart_001_01C3B592.E7ECE41E-- From so@atlantis.cs.pub.ro Sat Nov 29 11:59:54 2003 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Sat, 29 Nov 2003 03:59:54 -0800 Subject: [so] ERRORCHECK_MUTEX in loc de TLS? References: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> Message-ID: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Salut! M-am gandit sa folosesc un astfel mutex ca sa vad daca eu(threadul curent) sunt sau nu in monitor. In felul urmator: Sa zicem ca eu am ocupat mutexul(deci sunt in monitor). Daca tot eu voi da lock iar, o sa-mi arunce nu stiu ce eroare. Daca altul da lock, nu-i mai arunca eroarea asta. It's ok? bye dany From so@atlantis.cs.pub.ro Sat Nov 29 11:03:36 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 03:03:36 -0800 (PST) Subject: [so] ERRORCHECK_MUTEX in loc de TLS? In-Reply-To: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031129110336.57346.qmail@web60507.mail.yahoo.com> --- Daniel Cosmin Porumbel wrote: > Salut! > > M-am gandit sa folosesc un astfel mutex ca sa > vad daca eu(threadul > curent) sunt sau nu in monitor. In felul urmator: > > Sa zicem ca eu am ocupat mutexul(deci sunt in > monitor). > Daca tot eu voi da lock iar, o sa-mi arunce nu > stiu ce eroare. Daca > altul da lock, nu-i mai arunca eroarea asta. It's > ok? Salut, Am primit de la voi niste ecouri care spun ca s-a inteles ca folosirea TLS e obligatorie. Nu este obligatorie. A fost data ca hint, sa fie clar pentru toata lumea, insa mi s-a parut o solutie eleganta si interesanta pentru voi de folosit. Puteti folosi orice altceva. Veti fi depunctati totusi (foarte putin) daca acel altceva e mai putin eficient sau strica in vreun fel functionalitatea naturala a monitorului. In alta ordine de idei, folositi-va imaginatia, dati solutii (originale sau nu) pe care sa fiti in stare sa le aparati/argumentati. E mult mai important sa va intariti increderea ca ceea ce ati facut e corect, si in urma unei analize a programului vostru sa puteti garanta ca este corect si eficient, decat sa intrebati la fiecare chichita(*) si niciodata sa nu fiti siguri pe voi. Mult mai important decat punctele obtinute la teme este faptul ca voi invatati sa scrieti software de calitate, si la sfarsit constientizati lucrul asta si sunteti sigur de el. Uneori si profii/indrumatorii se pot insela. Nu va abtineti de la a-i contrazice de teama ca pierdeti puncte. Studentul care nu se contrazice nu-i student :) (*)A propos, verificarile astea de utilizare corecta pentru care s-au scris exagerat de multe emailuri (destroy & TLS) nu valoreaza mai mult de 5% din punctajul temei. Ma bucur ca nu sunt probleme la implementarea efectiva de monitor si toata lumea e convinsa ca l-a implementat corect. Succes, Cosmin PS Daca cineva are ceva de replicat sa nu dea replica pe lista ca sa oprim spamul. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 13:28:34 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 29 Nov 2003 05:28:34 -0800 (PST) Subject: [so] tot tema 3 Message-ID: <20031129132834.54602.qmail@web11202.mail.yahoo.com> Salut, Se poate folosi o clasa pentru definirea monitorului ? Metodele ei vor fi cele cerute de enuntul temei dar nu vor primi ca parametru un pointer ... Andrei __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sat Nov 29 13:32:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 05:32:29 -0800 (PST) Subject: [so] tot tema 3 In-Reply-To: <20031129132834.54602.qmail@web11202.mail.yahoo.com> Message-ID: <20031129133229.89530.qmail@web60507.mail.yahoo.com> Da. --- Andrei Stefan wrote: > Salut, > > > Se poate folosi o clasa pentru definirea monitorului > ? > Metodele ei vor fi cele cerute de enuntul temei dar > nu > vor primi ca parametru un pointer ... __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 15:53:35 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sat, 29 Nov 2003 17:53:35 +0200 Subject: [so] probleme Message-ID: <3FC8C0FF.10404@pcnet.ro> Buna! Va rog frumos sa ne spuneti cat valoreaza ca punctaj fiecare dintre cele trei aspecte ale temei: monitor, readers-writers, sleeping barber. Ar si corect sa avem un punctaj estimativ inainte de a trimite tema.Eu de exemplu am momentan probleme in doua parti si ar fi bine sa stiu asupra carei probleme sa ma concentrez mai mult, dat fiind timpul scurt care a mai ramas. Multmesc anticipat! Ruxandra From so@atlantis.cs.pub.ro Sat Nov 29 16:01:50 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sat, 29 Nov 2003 08:01:50 -0800 (PST) Subject: [so] Eroare la sem_wait In-Reply-To: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031129160150.72613.qmail@web60301.mail.yahoo.com> Era vb ca la un apel de asteptare pe un IPC sa verificam EINTR. Din man vad ca sem_wait nu il seteaza ( sau cel putin nu se specifica). Mai trebuie veriicat daca asteptarea este intrerupta de semnal sau nu? Daca da cum, se mai seteaza errno cumva? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 16:08:46 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 08:08:46 -0800 (PST) Subject: [so] probleme In-Reply-To: <3FC8C0FF.10404@pcnet.ro> Message-ID: <20031129160846.19852.qmail@web60501.mail.yahoo.com> --- Ruxi Jitianu wrote: > Buna! > > Va rog frumos sa ne spuneti cat valoreaza ca punctaj > fiecare dintre cele > trei aspecte ale temei: monitor, readers-writers, > sleeping barber. > > Ar si corect sa avem un punctaj estimativ inainte de > a trimite tema.Eu > de exemplu am momentan probleme in doua parti si ar > fi bine sa stiu > asupra carei probleme sa ma concentrez mai mult, > dat fiind timpul scurt > care a mai ramas. > > Multmesc anticipat! In mare cam 80% - monitor, 10% - rw, 10% - barbieri. Imi rezerv dreptul de a modifica in 70-15-15 dar concluzia e ca trebuie sa te concentrezi pe monitor. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 16:41:57 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 08:41:57 -0800 (PST) Subject: [so] Eroare la sem_wait In-Reply-To: <20031129160150.72613.qmail@web60301.mail.yahoo.com> Message-ID: <20031129164157.8440.qmail@web60504.mail.yahoo.com> --- Mihai Iancu wrote: > Era vb ca la un apel de asteptare pe un IPC > sa verificam EINTR. > > Din man vad ca sem_wait nu il seteaza ( sau > cel putin nu se specifica). > > Mai trebuie veriicat daca asteptarea este > intrerupta de semnal sau nu? > Daca da cum, se mai seteaza errno cumva? Se pare ca in implementarea LinuxThreads pentru toate operatiile blocante se fac teste daca operatia a fost deblocata corespunzator. Daca te uiti in sursele LinuxThreads o sa gasesti un while(1) la pthread_mutex_lock, pthread_cond_wait, sem_wait si altele. Pe scurt: nu mai trebuie verificat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 20:39:30 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Sat, 29 Nov 2003 22:39:30 +0200 Subject: [so] tot barbieri sau frizeri... References: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> Message-ID: <02ae01c3b6b8$e445c040$6400a8c0@andrei> Am urmatoarea dilema. Am folosit doua monitoare pentru ca un client tocmai intrat si un frizer sa nu se "ciocneasca". Daca tot am folosit al doilea monitor am pus si "anuntul" ca un frizer a terminat in acest monitor pentru ca altfel ar fi fost echivalent cu un mutex la contorul de scaune libere. Din pacate pentru a nu baga un frizer in acest monitor, clientul tuns si nu barbierul trebuie sa anunte ca frizerul a terminat tunsul. Intre timp barbierul se culca "un pic" pana vine un eventual client care a fost anuntat (nu are de unde sa stie barbierul daca mai sunt clienti la coada). Este corecta abordarea sau tb. ca un barbier sa nu se culce deloc daca mai sunt clienti care tb. tunsi? From so@atlantis.cs.pub.ro Sat Nov 29 20:44:19 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 12:44:19 -0800 (PST) Subject: [so] tot barbieri sau frizeri... In-Reply-To: <02ae01c3b6b8$e445c040$6400a8c0@andrei> Message-ID: <20031129204419.36559.qmail@web60502.mail.yahoo.com> aboradarea este corecta. Atentie insa ca aceasta abordare este corecta doar in solutiile cu doua monitoare. Cosmin --- Andrei Hagiescu wrote: > Am urmatoarea dilema. Am folosit doua monitoare > pentru ca un client tocmai > intrat si un frizer sa nu se "ciocneasca". Daca tot > am folosit al doilea > monitor am pus si "anuntul" ca un frizer a terminat > in acest monitor pentru > ca altfel ar fi fost echivalent cu un mutex la > contorul de scaune libere. > Din pacate pentru a nu baga un frizer in acest > monitor, clientul tuns si nu > barbierul trebuie sa anunte ca frizerul a terminat > tunsul. Intre timp > barbierul se culca "un pic" pana vine un eventual > client care a fost anuntat > (nu are de unde sa stie barbierul daca mai sunt > clienti la coada). Este > corecta abordarea sau tb. ca un barbier sa nu se > culce deloc daca mai sunt > clienti care tb. tunsi? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 10:35:48 2003 From: so@atlantis.cs.pub.ro (Diana) Date: Sun, 30 Nov 2003 12:35:48 +0200 Subject: [so] printf Message-ID: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C3B73E.7B6D4580 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Am urmatoarea problema: cand afisez un mesaj mi se intampla uneori sa il = afiseze acelasi thread de doua ori, desi printf-ul se executa o singura = data. Sunt convinsa ca se executa o singura data pentru ca am = initializat un contor si l-am incrementat in printf; concluzie: imi = afiseaza de mai multe ori avand contorul 1. Daca mai pun un printf = imediat dupa printf-ul problematic, am observat ca nu se mai intampla sa = mi-l afiseze de mai multe ori. Oricum, chestia asta este complet = aleatoare.. Stie cineva cum s-ar putea rezolva aceasta problema (in alt mod decat sa = mai pun cate un printf in plus dupa fiecare printf de care am nevoie)? ------=_NextPart_000_0005_01C3B73E.7B6D4580 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Am urmatoarea problema: cand afisez un = mesaj mi se=20 intampla uneori sa il afiseze acelasi thread de doua ori, desi printf-ul = se=20 executa o singura data. Sunt convinsa ca se executa o singura data = pentru ca am=20 initializat un contor si l-am incrementat in printf; concluzie: imi = afiseaza de=20 mai multe ori avand contorul 1. Daca mai pun un printf imediat dupa = printf-ul=20 problematic, am observat ca nu se mai intampla sa mi-l afiseze de mai = multe ori.=20 Oricum, chestia asta este complet aleatoare..
Stie cineva cum s-ar putea rezolva = aceasta problema=20 (in alt mod decat sa mai pun cate un printf in plus dupa fiecare printf = de care=20 am nevoie)?
------=_NextPart_000_0005_01C3B73E.7B6D4580-- From so@atlantis.cs.pub.ro Sun Nov 30 10:44:03 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 02:44:03 -0800 (PST) Subject: [so] printf In-Reply-To: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> Message-ID: <20031130104403.92361.qmail@web60503.mail.yahoo.com> Daca-mi trimiti o bucata de cod care poate fi compilata si rulata, si care se comporta cum spui tu as putea sa incerc sa determin cauza. Cosmin --- Diana wrote: > Am urmatoarea problema: cand afisez un mesaj mi se > intampla uneori sa il afiseze acelasi thread de doua > ori, desi printf-ul se executa o singura data. Sunt > convinsa ca se executa o singura data pentru ca am > initializat un contor si l-am incrementat in printf; > concluzie: imi afiseaza de mai multe ori avand > contorul 1. Daca mai pun un printf imediat dupa > printf-ul problematic, am observat ca nu se mai > intampla sa mi-l afiseze de mai multe ori. Oricum, > chestia asta este complet aleatoare.. > Stie cineva cum s-ar putea rezolva aceasta problema > (in alt mod decat sa mai pun cate un printf in plus > dupa fiecare printf de care am nevoie)? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 11:36:17 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 30 Nov 2003 03:36:17 -0800 (PST) Subject: [so] off topic Message-ID: <20031130113617.49594.qmail@web41005.mail.yahoo.com> pariez ca la asta nu se astepta nimeni. azi e sfantul andrei, asa ca sa traiti cu numele daca e cazul :) __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sun Nov 30 12:03:02 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 04:03:02 -0800 (PST) Subject: [so] x-( In-Reply-To: <20031130113617.49594.qmail@web41005.mail.yahoo.com> Message-ID: <20031130120302.30285.qmail@web60302.mail.yahoo.com> O mica problema la final ( sau la mal :( ) Cum fac sa modific din Makefile LD_LIBRARY_PATH sa fie = ./:$LD_LIBRARY_PATH.? Eu ca user nu am variabila asta si deci incerc sa o setez din Makefile cu export LD_LIBRARY_PATH=./ dar dupa ce termina make nu exista variabila, deci nu o seteaza. De testat programul se poate face scriind export LD_LIBRARY_PATH=./ in consola si apoi gaseste .so, dar e o solutie cam trista. ===== I was born intelligent, education ruined me. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:11:17 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 04:11:17 -0800 (PST) Subject: [so] x-( In-Reply-To: <20031130120302.30285.qmail@web60302.mail.yahoo.com> Message-ID: <20031130121117.42144.qmail@web60508.mail.yahoo.com> --- Mihai Iancu wrote: > O mica problema la final ( sau la mal :( ) > > Cum fac sa modific din Makefile LD_LIBRARY_PATH sa > fie = ./:$LD_LIBRARY_PATH.? > > Eu ca user nu am variabila asta si deci incerc sa > o setez din Makefile cu export LD_LIBRARY_PATH=./ > > dar dupa ce termina make nu exista variabila, deci > nu o seteaza. De testat programul se poate face > scriind export LD_LIBRARY_PATH=./ in consola si apoi > gaseste .so, dar e o solutie cam trista. I can handle it. Variabila se seteaza in environment-ul procesului care executa make, nu si in parinte (bash), deci e normal comportamentul. Poti sa faci o regula run sau test in Makefile care dupa compilare sa faca si setarea variabilei si rularea programului de test, daca tii neaparat. > ===== > I was born intelligent, > education ruined me. pe bune? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:38:18 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 04:38:18 -0800 (PST) Subject: [so] sleep In-Reply-To: <20031130120302.30285.qmail@web60302.mail.yahoo.com> Message-ID: <20031130123818.6705.qmail@web60309.mail.yahoo.com> la readerswriters e nepotrivit sleep-ul care face sleep doar secunde si astfel cu 30 de readers si 30 writers cand intra un writer si pana iese sigur mai vine un writer si astfel nu mai apuca nici un readers sa ma intre caci asteapta sa nu mai fie nici un wr ... stiti cu totii povestea. Vreau sa folosesc /** *face un sleep de sec si usec */ int mysleep( int sec, int usec){ struct timeval opt; opt.tv_sec = sec; opt.tv_usec = usec; return select(1,0,0,0,&opt); } nu cred ca e in POSIX e ok? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:50:06 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 04:50:06 -0800 (PST) Subject: [so] sleep In-Reply-To: <20031130123818.6705.qmail@web60309.mail.yahoo.com> Message-ID: <20031130125006.26358.qmail@web60510.mail.yahoo.com> te complici, foloseste nanosleep. --- Mihai Iancu wrote: > la readerswriters e nepotrivit sleep-ul care > face sleep doar secunde si astfel cu 30 de readers > si > 30 writers cand intra un writer si pana iese > sigur mai vine un writer si astfel nu mai apuca nici > un readers sa ma intre caci asteapta sa nu mai fie > nici un wr ... stiti cu totii povestea. > > Vreau sa folosesc > /** > *face un sleep de sec si usec > */ > int mysleep( int sec, int usec){ > struct timeval opt; > opt.tv_sec = sec; > opt.tv_usec = usec; > return select(1,0,0,0,&opt); > } > > nu cred ca e in POSIX > > e ok? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 15:03:47 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 07:03:47 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <001a01c3b7a6$a36a1b40$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031130150347.75375.qmail@web60508.mail.yahoo.com> E ok, nu se face overwrite. Mai fa o data upload cum trebuie. --- Daniel Cosmin Porumbel wrote: > Salut! > > Cred ca am facut o greseala la upload. Am > vrut sa trimit tema si nu mi-a primit-o dintr-un > motiv oarecare. Apoi cand am vrut s-o trimit iar, am > dat back si n-am mai modificat dropDownListurile si > s-a pus peste tema1 de Windows. Credeti ca se mai > poate face ceva ca sa recuperez fisierele de > dinainte? Sper ca nu face overwrite automat.... > > Toate bune! > Dany > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 15:53:28 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 07:53:28 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <001a01c3b7a6$a36a1b40$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031130155328.39396.qmail@web60309.mail.yahoo.com> --0-65724020-1070207608=:39234 Content-Type: text/plain; charset=us-ascii Cum facem cu temaX.exe? ce nume ii punem ca acum avem cel putin 2 executabile --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-65724020-1070207608=:39234 Content-Type: text/html; charset=us-ascii

Cum facem cu temaX.exe?

 

ce nume ii punem ca acum avem cel putin 2 executabile

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-65724020-1070207608=:39234-- From so@atlantis.cs.pub.ro Sun Nov 30 16:14:35 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 08:14:35 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <20031130155328.39396.qmail@web60309.mail.yahoo.com> Message-ID: <20031130161435.66629.qmail@web60510.mail.yahoo.com> Education ruined you. You should quit while you're still ahead :)) --- Mihai Iancu wrote: > > Cum facem cu temaX.exe? > > > > ce nume ii punem ca acum avem cel putin 2 > executabile __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 16:33:25 2003 From: so@atlantis.cs.pub.ro (Ionut Cirjan) Date: Sun, 30 Nov 2003 08:33:25 -0800 (PST) Subject: [so] printf In-Reply-To: <20031130104403.92361.qmail@web60503.mail.yahoo.com> Message-ID: <20031130163325.11166.qmail@web41104.mail.yahoo.com> Eu am avut alta problema cu printf: intarzia la unele threaduri si afisa mai repede de la altele care totusi se executau dupa cele dinainte. Am pus dupa fiecare printf un fflush(stdout) si nu am mai avut probleme. Ionut. --- Cosmin Arad wrote: > Daca-mi trimiti o bucata de cod care poate fi > compilata si rulata, si care se comporta cum spui tu > as putea sa incerc sa determin cauza. > > Cosmin > > --- Diana wrote: > > Am urmatoarea problema: cand afisez un mesaj mi se > > intampla uneori sa il afiseze acelasi thread de > doua > > ori, desi printf-ul se executa o singura data. > Sunt > > convinsa ca se executa o singura data pentru ca am > > initializat un contor si l-am incrementat in > printf; > > concluzie: imi afiseaza de mai multe ori avand > > contorul 1. Daca mai pun un printf imediat dupa > > printf-ul problematic, am observat ca nu se mai > > intampla sa mi-l afiseze de mai multe ori. Oricum, > > chestia asta este complet aleatoare.. > > Stie cineva cum s-ar putea rezolva aceasta > problema > > (in alt mod decat sa mai pun cate un printf in > plus > > dupa fiecare printf de care am nevoie)? > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sun Nov 30 21:23:58 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Sun, 30 Nov 2003 23:23:58 +0200 Subject: [so] printf In-Reply-To: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> References: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> Message-ID: <20031130212358.E732241AC8@server1.messagingengine.com> Chestia cu fflush(stdout) e de baza la multithreading. Daca folosesti C++, merge si "cout< said: > Am urmatoarea problema: cand afisez un mesaj mi se intampla uneori sa il > afiseze acelasi thread de doua ori, desi printf-ul se executa o singura > data. Sunt convinsa ca se executa o singura data pentru ca am initializat > un contor si l-am incrementat in printf; concluzie: imi afiseaza de mai > multe ori avand contorul 1. Daca mai pun un printf imediat dupa printf-ul > problematic, am observat ca nu se mai intampla sa mi-l afiseze de mai > multe ori. Oricum, chestia asta este complet aleatoare.. > Stie cineva cum s-ar putea rezolva aceasta problema (in alt mod decat sa > mai pun cate un printf in plus dupa fiecare printf de care am nevoie)? -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Access your email from home and the web From so@atlantis.cs.pub.ro Sat Nov 1 08:29:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 00:29:32 -0800 (PST) Subject: [so] unscribe In-Reply-To: <20031031224159.70266.qmail@web20710.mail.yahoo.com> Message-ID: <20031101082932.10519.qmail@web11501.mail.yahoo.com> --- Alecu Adrian wrote: > Am si eu o mica problema.... > Am cam pierdut parola de pe acest mailing - list si > vad ca nu exista nici o cale de a ma scoate de pe > lista si a ma baga din nou.... sau altceva de genul > asta > as vrea si eu o sugestie ce as putea sa fac.. > mersi si bafta la teme La 'Edit Options' gasesti un buton 'Email my password to me'. Daca il apesi vei primi parola pe adresa cu care esti inscris acum. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sat Nov 1 08:40:41 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 1 Nov 2003 10:40:41 +0200 Subject: [so] fflush Message-ID: <001001c3a053$d53bed70$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C3A064.98B1AAA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable avem voie sa folosim fflush(stdout)? o alta varianta ar fi sa afisez un \n dar nu-mi convine varianta asta... ------=_NextPart_000_000D_01C3A064.98B1AAA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
avem voie sa folosim = fflush(stdout)?
o alta varianta ar fi sa afisez un \n = dar nu-mi=20 convine varianta asta...
------=_NextPart_000_000D_01C3A064.98B1AAA0-- From so@atlantis.cs.pub.ro Sat Nov 1 15:04:52 2003 From: so@atlantis.cs.pub.ro (Dana Tiba) Date: Sat, 1 Nov 2003 17:04:52 +0200 (EET) Subject: [so] interpretare Message-ID: <1092.81.196.10.119.1067699092.squirrel@dazoot.ro> Salut, Textul temei defineste o comanda compusa ca fiind formata din doi operanzi si un operator. Apoi sunt definiti cei 8 operatori care trebuiesc sa fie suportati(dintre care 4 de redirectare). Cei doi operanzi sunt definiti ca fiind fie comenzi oarecare, fie un nume de fisier in cazul in care operatorul este de redirectare. Din acestea eu am inteles initial ca trebuie suportate comenzi de genul: NUME1[operator NUME2],unde NUME1 trebuie neaparat sa fie o comanda(simpla, adica nume + parametrii), iar NUME2 in functie de tipul operatorului poate sa fie fie o alta comanda(simpla), fie un nume de fisier. Insa un mail anterior pe lista sugereaza ca trebuiesc suportate si comenzi cu mai multi operatori si operanzi (cat fisier > gigi & pwd > titi). Care este adevarata interpretare a temei? dana From so@atlantis.cs.pub.ro Sat Nov 1 21:12:18 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 1 Nov 2003 23:12:18 +0200 Subject: [so] alocare mem Message-ID: <000901c3a0bc$d4f90050$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C3A0CD.986A0290 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable in windows putem folosi malloc si realloc? ------=_NextPart_000_0006_01C3A0CD.986A0290 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
in windows putem folosi malloc si=20 realloc?
------=_NextPart_000_0006_01C3A0CD.986A0290-- From so@atlantis.cs.pub.ro Sat Nov 1 22:00:18 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 14:00:18 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <000901c3a0bc$d4f90050$0200a8c0@smeagol> Message-ID: <20031101220018.86497.qmail@web11502.mail.yahoo.com> --- Cibu Cristian wrote: > in windows putem folosi malloc si realloc? NU. Folositi HeapAlloc si HeapRealloc! Sau orice functie prezentata in 'Memory Management Functions' in Platform SDK, care nu e deprecated (local and global functions _nu_ sunt recomandate). (ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm) Nu folositi functiile de lucru cu memoria virtuala pentru ca inca nu stiti prea bine cu ce se mananca si nici nu e nevoie de ele in tema. Practic puteti folosi de la 'Memory Management Functions' funtiile din primul si din al 4-lea (heap functions) tabel. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sat Nov 1 22:19:19 2003 From: so@atlantis.cs.pub.ro (Cristian Traum) Date: Sat, 1 Nov 2003 14:19:19 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031101220018.86497.qmail@web11502.mail.yahoo.com> Message-ID: <20031101221919.96655.qmail@web13204.mail.yahoo.com> --0-477966446-1067725159=:94353 Content-Type: text/plain; charset=us-ascii nu avem voie deloc deloc? adica daca vreau in cadrul parsarii sa copiez un sir... nu am voie strdup??? sau HeapAlloc si HeapRealloc tb folosite cand e vorba de procese...? Cosmin Arad wrote: --- Cibu Cristian wrote: > in windows putem folosi malloc si realloc? NU. Folositi HeapAlloc si HeapRealloc! Sau orice functie prezentata in 'Memory Management Functions' in Platform SDK, care nu e deprecated (local and global functions _nu_ sunt recomandate). (ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm) Nu folositi functiile de lucru cu memoria virtuala pentru ca inca nu stiti prea bine cu ce se mananca si nici nu e nevoie de ele in tema. Practic puteti folosi de la 'Memory Management Functions' funtiile din primul si din al 4-lea (heap functions) tabel. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Exclusive Video Premiere - Britney Spears --0-477966446-1067725159=:94353 Content-Type: text/html; charset=us-ascii
nu avem voie deloc deloc? adica daca vreau in cadrul parsarii sa copiez un sir... nu am voie strdup???
sau HeapAlloc si HeapRealloc tb folosite cand e vorba de procese...?


Cosmin Arad <cosminarad@yahoo.com> wrote:
--- Cibu Cristian wrote:
> in windows putem folosi malloc si realloc?

NU. Folositi HeapAlloc si HeapRealloc!
Sau orice functie prezentata in 'Memory Management
Functions' in Platform SDK, care nu e deprecated
(local and global functions _nu_ sunt recomandate).
(ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm)

Nu folositi functiile de lucru cu memoria virtuala
pentru ca inca nu stiti prea bine cu ce se mananca si
nici nu e nevoie de ele in tema.

Practic puteti folosi de la 'Memory Management
Functions' funtiile din primul si din al 4-lea (heap
functions) tabel.

Cosmin


__________________________________
Do you Yahoo!?
Exclusive Video Premiere - Britney Spears
http://launch.yahoo.com/promos/britneyspears/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Exclusive Video Premiere - Britney Spears --0-477966446-1067725159=:94353-- From so@atlantis.cs.pub.ro Sun Nov 2 07:11:52 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 02 Nov 2003 09:11:52 +0200 Subject: [so] upload Message-ID: <3FA4AE38.6020102@pcnet.ro> Intrebarea: ce se intampla daca fac upload la o tema de 2 ori? Se considera ultima varianta? Multumesc Ruxandra p.s. stiu ca nu e indicat sa se intample asta....dar totusi....daca se intampla.... From so@atlantis.cs.pub.ro Sun Nov 2 07:59:24 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 23:59:24 -0800 (PST) Subject: [so] upload In-Reply-To: <3FA4AE38.6020102@pcnet.ro> Message-ID: <20031102075924.66448.qmail@web11509.mail.yahoo.com> --- Ruxi Jitianu wrote: > Intrebarea: ce se intampla daca fac upload la o tema > de 2 ori? Se > considera ultima varianta? Da. > Multumesc > > Ruxandra > > p.s. > stiu ca nu e indicat sa se intample asta....dar > totusi....daca se > intampla.... e ok. poti sa uploadezi de cate ori vrei. Cosmin __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From so@atlantis.cs.pub.ro Sun Nov 2 10:07:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 2 Nov 2003 02:07:21 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031101221919.96655.qmail@web13204.mail.yahoo.com> Message-ID: <20031102100721.85107.qmail@web11509.mail.yahoo.com> --- Cristian Traum wrote: > nu avem voie deloc deloc? adica daca vreau in cadrul > parsarii sa copiez un sir... nu am voie strdup??? > sau HeapAlloc si HeapRealloc tb folosite cand e > vorba de procese...? > E recomandabil sa folosesti HeapAlloc iar pentru copierea sirului CopyMemory. In toate cazurile. Cosmin __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From so@atlantis.cs.pub.ro Sun Nov 2 20:27:23 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Sun, 2 Nov 2003 22:27:23 +0200 Subject: [so] Scule (instrumente) de dezvoltare Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C3A190.801BE460 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Imi cer scuze anticipat pentru eventuale exprimari scapate de sub control in cele ce urmeaza. De ce trebuie sa folosim pe Windows tampenia aia de MinGW cand exista la fel de bine Visual Studio.NET? Concret: Scriu totul cu VS, testez, etc etc, totul merge ok. Incerc sa compilez din MSYS cu gcc, se trezeste ca nu stie de strsafe.h (un header al unei librarii din Platform SDK, folosita pentru 'safe handling' pe stringuri C). Headerul ala e (pe bune!) in acelasi folder cu 'windows.h', e suportat cu tot restul MS Platform SDK samd, nimic ezoteric acolo. La tentativa de compilare gcc zice ca nu gaseste 'strsafe.h' si se plange de functiile din headerul ala. Finally, facultatea asta vesela are licenta de Visual Studio.NET pentru toti studentii. De ce trebuie sa folosim o scula de mana a zecea cand aveti scule de zeci de mii de dolari in MSDN AA? Mi se pare o idee super ca putem face temele si pe Win32 si pe Linux, dar pe Win32 am senzatia ca ma joc cu o mana legata la spate daca sunt limitat la niste tooluri destul de slabute in comparatie chiar cu cele mai slabe compilatoare comerciale de C/C++ existente pe Windows. Multumesc, Ovidiu ------=_NextPart_000_0006_01C3A190.801BE460 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Imi = cer scuze=20 anticipat pentru eventuale exprimari scapate de sub control in cele ce=20 urmeaza.
 
De ce = trebuie sa=20 folosim pe Windows tampenia aia de MinGW cand exista la fel de bine = Visual=20 Studio.NET? Concret: Scriu totul cu VS, testez, etc etc, totul merge ok. = Incerc=20 sa compilez din MSYS cu gcc, se trezeste ca nu stie de strsafe.h (un = header al=20 unei librarii din Platform SDK, folosita pentru 'safe handling' pe = stringuri C).=20 Headerul ala e (pe bune!) in acelasi folder cu 'windows.h', e suportat = cu tot=20 restul MS Platform SDK samd, nimic ezoteric acolo. La tentativa de = compilare gcc=20 zice ca nu gaseste 'strsafe.h' si se plange de functiile din headerul=20 ala.
 
Finally, facultatea=20 asta vesela are licenta de Visual Studio.NET pentru toti studentii. De = ce=20 trebuie sa folosim o scula de mana a zecea cand aveti scule de zeci de = mii de=20 dolari in MSDN AA? Mi se pare o idee super ca putem face temele si pe = Win32 si=20 pe Linux, dar pe Win32 am senzatia ca ma joc cu o mana legata la spate = daca sunt=20 limitat la niste tooluri destul de slabute in comparatie chiar cu cele = mai slabe=20 compilatoare comerciale de C/C++ existente pe = Windows.
 
Multumesc,
Ovidiu
------=_NextPart_000_0006_01C3A190.801BE460-- From so@atlantis.cs.pub.ro Sun Nov 2 21:22:43 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Sun, 02 Nov 2003 23:22:43 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: References: Message-ID: <20031102212243.16232.qmail@romus.ro> Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. From so@atlantis.cs.pub.ro Sun Nov 2 23:38:58 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 2 Nov 2003 15:38:58 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031102100721.85107.qmail@web11509.mail.yahoo.com> Message-ID: <20031102233858.73096.qmail@web41008.mail.yahoo.com> vorbind despre alocari, unde scrie ca malloc si suratele ei sunt posix compliant? --- Cosmin Arad wrote: > --- Cristian Traum wrote: > > nu avem voie deloc deloc? adica daca vreau in > cadrul > > parsarii sa copiez un sir... nu am voie strdup??? > > sau HeapAlloc si HeapRealloc tb folosite cand e > > vorba de procese...? > > > > E recomandabil sa folosesti HeapAlloc iar pentru > copierea sirului CopyMemory. In toate cazurile. > > Cosmin > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product > search > http://shopping.yahoo.com > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sun Nov 2 23:44:27 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 2 Nov 2003 15:44:27 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031102233858.73096.qmail@web41008.mail.yahoo.com> Message-ID: <20031102234427.86732.qmail@web41014.mail.yahoo.com> doar nu veti fi folosit toti posix_memalign !? --- Diana Fulger wrote: > vorbind despre alocari, unde scrie ca malloc si > suratele ei sunt posix compliant? > > --- Cosmin Arad wrote: > > --- Cristian Traum wrote: > > > nu avem voie deloc deloc? adica daca vreau in > > cadrul > > > parsarii sa copiez un sir... nu am voie > strdup??? > > > sau HeapAlloc si HeapRealloc tb folosite cand e > > > vorba de procese...? > > > > > > > E recomandabil sa folosesti HeapAlloc iar pentru > > copierea sirului CopyMemory. In toate cazurile. > > > > Cosmin > > > > __________________________________ > > Do you Yahoo!? > > The New Yahoo! Shopping - with improved product > > search > > http://shopping.yahoo.com > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > __________________________________ > Do you Yahoo!? > Exclusive Video Premiere - Britney Spears > http://launch.yahoo.com/promos/britneyspears/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Mon Nov 3 08:07:49 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 10:07:49 +0200 Subject: [so] alocare mem In-Reply-To: <20031102233858.73096.qmail@web41008.mail.yahoo.com> References: <20031102233858.73096.qmail@web41008.mail.yahoo.com> Message-ID: On Sun, 2 Nov 2003 15:38:58 -0800 (PST), Diana Fulger wrote: > vorbind despre alocari, unde scrie ca malloc si > suratele ei sunt posix compliant? > Nu sunt posix sunt ANSI-C. From so@atlantis.cs.pub.ro Mon Nov 3 08:35:09 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Mon, 3 Nov 2003 10:35:09 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: <20031102212243.16232.qmail@romus.ro> Message-ID: Multumesc pt suport. -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Adrian Stanciu Sent: Sunday, November 02, 2003 11:23 PM To: so@atlantis.cs.pub.ro Subject: [so] Re: Scule (instrumente) de dezvoltare Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so From so@atlantis.cs.pub.ro Mon Nov 3 11:12:16 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Mon, 3 Nov 2003 03:12:16 -0800 (PST) Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: Message-ID: <20031103111216.70225.qmail@web40017.mail.yahoo.com> --0-954673201-1067857936=:67536 Content-Type: text/plain; charset=us-ascii Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei. Mihai Murgan Ovidiu Platon wrote: Multumesc pt suport. -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Adrian Stanciu Sent: Sunday, November 02, 2003 11:23 PM To: so@atlantis.cs.pub.ro Subject: [so] Re: Scule (instrumente) de dezvoltare Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Exclusive Video Premiere - Britney Spears --0-954673201-1067857936=:67536 Content-Type: text/html; charset=us-ascii
Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei.
 
Mihai Murgan

Ovidiu Platon <ovidiupl@microsoft-lab.pub.ro> wrote:
Multumesc pt suport.

-----Original Message-----
From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On
Behalf Of Adrian Stanciu
Sent: Sunday, November 02, 2003 11:23 PM
To: so@atlantis.cs.pub.ro
Subject: [so] Re: Scule (instrumente) de dezvoltare


Nu cred ca ai inteles scopul acestei liste de discutii:

Scopul unic al acestei liste de discutii este de a ajuta studentii sa
rezolve temele propuse si de a lamurii probleme legate de ele.

NU de a pune in discutie ce compilator e mai bun.
NU de a pune in discutie ce _ar trebui_ folosit.
NU de a pune in discutie preferintele studentilor in materie de
compilatoare.
NU de a pune in discutie regulile.
NU pentru plangeri.

Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la
adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu
direct domnului profesor sau in cadrul laboratorului.

Pe scurt:
Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO
(in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta
lista.

--Adrian.

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Exclusive Video Premiere - Britney Spears --0-954673201-1067857936=:67536-- From so@atlantis.cs.pub.ro Mon Nov 3 11:16:36 2003 From: so@atlantis.cs.pub.ro (Catalin Constantin) Date: Mon, 3 Nov 2003 13:16:36 +0200 Subject: [so] malloc Message-ID: <20031103121944.4774F28C059@atlantis> sa inteleg ca daca am folosit malloc in tema pe linux o sa fim depunctati ? Catalin From so@atlantis.cs.pub.ro Mon Nov 3 11:48:29 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 13:48:29 +0200 Subject: [so] malloc In-Reply-To: <20031103121944.4774F28C059@atlantis> References: <20031103121944.4774F28C059@atlantis> Message-ID: On Mon, 3 Nov 2003 13:16:36 +0200, Catalin Constantin wrote: > sa inteleg ca daca am folosit malloc in tema pe linux > o sa fim depunctati ? > Nu. tavi From so@atlantis.cs.pub.ro Mon Nov 3 12:45:46 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 14:45:46 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: <20031103111216.70225.qmail@web40017.mail.yahoo.com> References: <20031103111216.70225.qmail@web40017.mail.yahoo.com> Message-ID: On Mon, 3 Nov 2003 03:12:16 -0800 (PST), Murgan Mihai wrote: > Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste > de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un > mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows > daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e > prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de > windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un MSYS != MinGW > student face o propunere de bun-simt si care chiar are legatura cu tema > si rezolvarea ei. > Daca aveti comentarii relativ la reguli sau orice altceva care nu este legat de discutarea temelor, va rog trimiteti mailurile la tavi@cs.pub.ro si nu pe lista. tavi From so@atlantis.cs.pub.ro Mon Nov 3 18:23:44 2003 From: so@atlantis.cs.pub.ro (FlorinPop) Date: Mon, 3 Nov 2003 20:23:44 +0200 (E. Europe Standard Time) Subject: [so] Re: Scule (instrumente) de dezvoltare References: <20031103111216.70225.qmail@web40017.mail.yahoo.com> Message-ID: <3FA69D30.000007.02232@einstein> --------------Boundary-00=_KFGSWCW0000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_KFGSRN00000000000000" --------------Boundary-00=_KFGSRN00000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable asa e!=0D =0D -------Original Message-------=0D =0D From: so@atlantis.cs.pub.ro=0D Date: Monday, November 03, 2003 13:13:07=0D To: so@atlantis.cs.pub.ro=0D Subject: RE: [so] Re: Scule (instrumente) de dezvoltare=0D =0D Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste = de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mar= e ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun d= in moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei= =2E=0D =0D Mihai Murgan=0D =0D Ovidiu Platon wrote:=0D Multumesc pt suport. =0D =0D -----Original Message-----=0D From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On= =0D Behalf Of Adrian Stanciu=0D Sent: Sunday, November 02, 2003 11:23 PM=0D To: so@atlantis.cs.pub.ro=0D Subject: [so] Re: Scule (instrumente) de dezvoltare=0D =0D =0D Nu cred ca ai inteles scopul acestei liste de discutii: =0D =0D Scopul unic al acestei liste de discutii este de a ajuta studentii sa=0D rezolve temele propuse si de a lamurii probleme legate de ele. =0D =0D NU de a pune in discutie ce compilator e mai bun.=0D NU de a pune in discutie ce _ar trebui_ folosit.=0D NU de a pune in discutie preferintele studentilor in materie de=0D compilatoare.=0D NU de a pune in discutie regulile.=0D NU pentru plangeri. =0D =0D Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la=0D adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exem= plu=0D direct domnului profesor sau in cadrul laboratorului. =0D =0D Pe scurt:=0D Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de S= O=0D (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta=0D lista. =0D =0D --Adrian. =0D =0D _______________________________________________=0D so mailing list=0D so@atlantis.cs.pub.ro=0D http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so=0D =0D _______________________________________________=0D so mailing list=0D so@atlantis.cs.pub.ro=0D http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so=0D =0D =0D Do you Yahoo!?=0D Exclusive Video Premiere - Britney Spears =0D =20 --------------Boundary-00=_KFGSRN00000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
asa e!
 
-------Original Message-------
 
Date: Monday, Nove= mber 03, 2003 13:13:07
Subject: RE: [so] = Re: Scule (instrumente) de dezvoltare
 
Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei l= iste de discutii este de a ajuta studentii sa rezolve temele propuse". Pa= i un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific window= s daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e= prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de wi= ndows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un stu= dent face o propunere de bun-simt si care chiar are legatura cu tema si r= ezolvarea ei.
 
Mihai Murgan

Ovidiu Platon <ovidiupl@microsoft-lab.p= ub.ro> wrote:
Multumesc pt suport.

-----Origina= l Message-----
From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atla= ntis.cs.pub.ro] On
Behalf Of Adrian Stanciu
Sent: Sunday, November = 02, 2003 11:23 PM
To: so@atlantis.cs.pub.ro
Subject: [so] Re: Scule= (instrumente) de dezvoltare


Nu cred ca ai inteles scopul aces= tei liste de discutii:

Scopul unic al acestei liste de discutii e= ste de a ajuta studentii sa
rezolve temele propuse si de a lamurii pro= bleme legate de ele.

NU de a pune in discutie ce compilator e mai= bun.
NU de a pune in discutie ce _ar trebui_ folosit.
NU de a pune= in discutie preferintele studentilor in materie de
compilatoare.
N= U de a pune in discutie regulile.
NU pentru plangeri.

Regulile= sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la
adres= a lor va sugerez sa incercati sa le exprimati in alta parte, de exempludirect domnului profesor sau in cadrul laboratorului.

Pe scurt:=
Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului = de SO
(in coditiile regulilor prestabilite), deci nu-si are rostul pe = aceasta
lista.

--Adrian.

_____________________________= __________________
so mailing list
so@atlantis.cs.pub.ro
http://= atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

___________________= ____________________________
so mailing list
so@atlantis.cs.pub.ro<= BR>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so
da, e mai bine cu o bariera rentranta, parerea mea.
Eu asa o sa fac.
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_KUAYLVC0000000000000-- --------------Boundary-00=_JUAYQL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_JUAYQL80000000000000-- From so@atlantis.cs.pub.ro Thu Nov 6 23:16:23 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Fri, 7 Nov 2003 01:16:23 +0200 Subject: [so] tema 2 Message-ID: <008801c3a4bb$fe7b9f20$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0085_01C3A4CC.C1F15C50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Tema 2 in principiu e simpla. e vorba de o memorie comuna si de = sincronizari, mesaje, etc. enuntul poate fi interpretat (in anumite = locuri). ce vreau eu sa stiu, este: ce parti din problema este = obligatoriu sa se rezolve intr-un anumit fel. Sincronizarile pot fi facute si cu semafoare, mutexuri, si cu cozi de = mesaje.=20 ce, unde, suntem obligati sa folosim si=20 unde avem voie sa facem cum credem noi? alta chestie, mai la detaliu. toti participantii la traficul de = prajituri :) cum actioneaza. furnizorul baga direct prajiturile in frigider sau i le = da cofetarului sa le bage el? clientii, se uita ei cate locuri libere sunt sau intreaba cofetarul? clientii, o data asezati, isi iau singuri prajiturile sau le primesc = prin intermediul cofetarului? (cofetarul e un proces, clientii, furnizorul, alte procese) toate variantele astea inclina spre folosirea mai mult sau mai putin a = barierelor (mutexurilor pentru memoria partajata) si mai putin sau mai = mult a mesajelor. (sau cel putin asa am eu impresia). Asadar, ce e lege si ce e indicatie? ------=_NextPart_000_0085_01C3A4CC.C1F15C50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Tema 2 in principiu e simpla. e vorba = de o memorie=20 comuna si de sincronizari, mesaje, etc. enuntul poate fi interpretat (in = anumite=20 locuri). ce vreau eu sa stiu, este: ce parti din problema este = obligatoriu sa se=20 rezolve intr-un anumit fel.
Sincronizarile pot fi facute si cu = semafoare,=20 mutexuri, si cu cozi de mesaje.
ce, unde, suntem obligati sa folosim si =
unde avem voie sa facem cum credem=20 noi?
 
alta chestie, mai la detaliu. toti = participantii la=20 traficul de prajituri :)
cum actioneaza. furnizorul baga direct = prajiturile=20 in frigider sau i le da cofetarului sa le bage el?
clientii, se uita ei cate locuri libere = sunt sau=20 intreaba cofetarul?
clientii, o data asezati, isi iau = singuri=20 prajiturile sau le primesc prin intermediul cofetarului?
(cofetarul e un proces, clientii, = furnizorul, alte=20 procese)
 
toate variantele astea inclina spre = folosirea mai=20 mult sau mai putin a barierelor (mutexurilor pentru memoria partajata) = si mai=20 putin sau mai mult a mesajelor.
(sau cel putin asa am eu = impresia).
 
Asadar, ce e lege si ce e = indicatie?
 
------=_NextPart_000_0085_01C3A4CC.C1F15C50-- From so@atlantis.cs.pub.ro Fri Nov 7 10:14:40 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 07 Nov 2003 12:14:40 +0200 Subject: [so] tema 2 In-Reply-To: <008801c3a4bb$fe7b9f20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> --=====================_2894592==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Raspund aici si la intrebarea anterioara legata de bariera reentranta. Enuntul e lege. (tr sa existe programe separate pt cofetarie, client, furnizor, frigiderul tr sa fie o mem partajata, etc) Ce scrie sub enunt, la observatii, ca indicatii, sunt indicatii. Ce nu scrie nicaieri, faceti cum credeti voi ca e mai bine. Maria. > >Asadar, ce e lege si ce e indicatie? > --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ --=====================_2894592==_.ALT Content-Type: text/html; charset="us-ascii" Raspund aici si la intrebarea anterioara legata de bariera reentranta.

Enuntul e lege. (tr sa existe programe separate pt cofetarie, client, furnizor, frigiderul tr sa fie o mem partajata, etc)
Ce scrie sub enunt, la observatii, ca indicatii, sunt indicatii.

Ce nu scrie nicaieri, faceti cum credeti voi ca e mai bine.

Maria.


 
Asadar, ce e lege si ce e indicatie?
 


Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

--=====================_2894592==_.ALT-- From so@atlantis.cs.pub.ro Fri Nov 7 19:39:14 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Fri, 7 Nov 2003 21:39:14 +0200 Subject: [so] threaduri Message-ID: <000a01c3a566$d3828760$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3A577.96F5D390 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable avem voie sa folosim threaduri? bine-nteles ca vor exista si procesele din enunt (din lege): sweetshop, = supplier si consumer. pe langa acestea, avem voie sa folosim si threaduri? ------=_NextPart_000_0007_01C3A577.96F5D390 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
avem voie sa folosim = threaduri?
bine-nteles ca vor exista si procesele = din enunt=20 (din lege): sweetshop, supplier si consumer.
 
pe langa acestea, avem voie sa folosim = si=20 threaduri?
------=_NextPart_000_0007_01C3A577.96F5D390-- From so@atlantis.cs.pub.ro Fri Nov 7 19:47:27 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Fri, 7 Nov 2003 11:47:27 -0800 (PST) Subject: [so] threaduri In-Reply-To: <000a01c3a566$d3828760$0200a8c0@smeagol> Message-ID: <20031107194727.70811.qmail@web41005.mail.yahoo.com> NU --- Cibu Cristian wrote: > avem voie sa folosim threaduri? > bine-nteles ca vor exista si procesele din enunt > (din lege): sweetshop, supplier si consumer. > > pe langa acestea, avem voie sa folosim si threaduri? > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 11:31:37 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 8 Nov 2003 03:31:37 -0800 (PST) Subject: [so] 2 variante de enunt In-Reply-To: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> Message-ID: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Care sunt cele doua variante de enunt pentru Linux respectiv Windows? Nu imi este foarte clar din discutiile anterioare! Multam! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 13:18:03 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 15:18:03 +0200 (EET) Subject: [so] prajituri si furnizori Message-ID: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai u= sor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa = un sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta= se va crea cate un proces dupa fiecare vizita a furnizorului, care se va ter= mina atunci cand prajiturile respective se strica. Este recomandata abordarea aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bag= at in frigider un numar de prajituri in frigider, pentru ca acesta sa stie c= ate si cand sa le arunce - deci o coada de mesaje ? ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Sat Nov 8 13:24:02 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:24:02 +0200 Subject: [so] 2 variante de enunt In-Reply-To: <20031108113137.54461.qmail@web41005.mail.yahoo.com> References: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031108152223.00a5b820@mail.mymail.ro> este acelasi enunt pentru amandoua. Nu este impus nimic mai mult decat scrie enunt. Unele dintre discutiile anterioare erau despre cum s'ar putea face tema, nu despre cum trebuie facuta. Maria. >Care sunt cele doua variante de enunt pentru Linux >respectiv Windows? Nu imi este foarte clar din >discutiile anterioare! > >Multam! --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:24:10 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 8 Nov 2003 15:24:10 +0200 Subject: [so] prajituri si furnizori References: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <000501c3a5fb$98260a30$0200a8c0@smeagol> ----- Original Message ----- From: "Marian Mihailescu" To: Sent: Saturday, November 08, 2003 3:18 PM Subject: [so] prajituri si furnizori Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un sleep) arunca prajiturile din frigider(care s-a stricat). ------------------------------------^^^^^^^^^^^ Trebuie sa avem in vedere si stricarea frigiderului? From so@atlantis.cs.pub.ro Sat Nov 8 13:32:07 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:32:07 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108152702.00a5b820@mail.mymail.ro> Te complici. Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei tu despre prajituri. Maria. >Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor >ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un >sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta se >va crea cate un proces dupa fiecare vizita a furnizorului, care se va termina >atunci cand prajiturile respective se strica. Este recomandata abordarea >aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bagat >in frigider un numar de prajituri in frigider, pentru ca acesta sa stie cate >si cand sa le arunce - deci o coada de mesaje ? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:35:56 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:35:56 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <000501c3a5fb$98260a30$0200a8c0@smeagol> References: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108153451.00addb70@mail.mymail.ro> > >Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor >ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un >sleep) arunca prajiturile din frigider(care s-a stricat). >------------------------------------^^^^^^^^^^^ >Trebuie sa avem in vedere si stricarea frigiderului? :))))))))))))))) ... asta mi'a placut :)... cred ca autorul vroia sa spuna (care s-au stricat) ... adica prajiturile. Maria. P.S. nu, se presupune ca este un frigider ideal ;). --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:49:10 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 8 Nov 2003 15:49:10 +0200 Subject: [so] intrebare Message-ID: <001a01c3a5ff$3e814a90$c09f9ad5@ioana> Un consumator poate sa ceara mai mult de cakes_max prajituri? Adica vreau sa stiu daca un consumator trebuie sa incerce sa ia toate cakes_no prajiturile dintr-o data (ma refer mai ales la varianta linux unde se poate decrementa un semafor cu mai mult de 1) sau ia una cate una, cate gaseste si pe urma cand mai aduce un furnizor mai ia din nou (in acest fel ar putea cere mai mult de cakes_max prajituri). O a 2-a intrebare : pot folosi in windows functia atoi? (nu gasesc ceva similar in win32api) From so@atlantis.cs.pub.ro Sat Nov 8 13:52:05 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Sat, 8 Nov 2003 05:52:05 -0800 (PST) Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Message-ID: <20031108135205.48079.qmail@web40017.mail.yahoo.com> --0-1026688301-1068299525=:47455 Content-Type: text/plain; charset=us-ascii Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie cu un alt proces care sa doarma valabilitatea unei prajituri si cand devine constient sa anunte sa fie aruncata, fie prin threaduri care sa faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc). Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca gresesc spuneti-mi ce anume sa folosesc. In al doilea rand, daca creez un nou proces acesta poate sa aiba doua comportamente: 1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas prajiturii puse cel mai de mult in frigider 2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei prajituri. In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai tarziu decat termenul limita, secunde pierdute de calculele facute de procesor si de primirea mesajelor intre procese. In cazul 2 consum inutil resurse. Cazul 1 mi se pare mult mai firesc pentru ca daca mananci ceva ce a expirat de 3 secunde sa zicem, nu cred ca patesti nimic totusi. Astept lamuriri ce metoda sa aleg sau cum anume sa fac daca nici una din metode nu e buna. Mihai Murgan --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1026688301-1068299525=:47455 Content-Type: text/html; charset=us-ascii
Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie cu un alt proces care sa doarma valabilitatea unei prajituri si cand devine constient sa anunte sa fie aruncata, fie prin threaduri care sa faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc).
Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca gresesc spuneti-mi ce anume sa folosesc.
In al doilea rand, daca creez un nou proces acesta poate sa aiba doua comportamente:
1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas prajiturii puse cel mai de mult in frigider
2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei prajituri.
In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai tarziu decat termenul limita, secunde pierdute de calculele facute de procesor si de primirea mesajelor intre procese.
In cazul 2 consum inutil resurse.
Cazul 1 mi se pare mult mai firesc pentru ca daca mananci ceva ce a expirat de 3 secunde sa zicem, nu cred ca patesti nimic totusi.
Astept lamuriri ce metoda sa aleg sau cum anume sa fac daca nici una din metode nu e buna.
 
Mihai Murgan

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1026688301-1068299525=:47455-- From so@atlantis.cs.pub.ro Sat Nov 8 15:19:32 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 17:19:32 +0200 Subject: [so] intrebare In-Reply-To: <001a01c3a5ff$3e814a90$c09f9ad5@ioana> Message-ID: <5.1.0.14.0.20031108171644.00a7c970@mail.mymail.ro> > > Un consumator poate sa ceara mai mult de cakes_max prajituri? Da, poate sa ceara mai mult de cakes_max prajituri, dar nu este obligatoriu sa le si obtina. > O a 2-a intrebare : pot folosi in windows functia atoi? (nu gasesc ceva >similar in win32api) habar nu am, cred ca da. Rog pe altcineva sa raspunda la intrebarea asta. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 15:19:34 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 17:19:34 +0200 Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108135205.48079.qmail@web40017.mail.yahoo.com> References: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031108170308.00a5bd68@mail.mymail.ro> >1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas >prajiturii puse cel mai de mult in frigider >2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei >prajituri. Ambele solutii sunt ok. Nu e nici o problema dc intarzii f putin cu aruncatul prajiturilor. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 15:20:40 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 17:20:40 +0200 (EET) Subject: [so] prajituri si furnizori Message-ID: <4638.141.85.0.67.1068304840.squirrel@www.as.ro> >Te complici. >Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei= tu >despre prajituri. este partajata ... dar cofetaria trebuie sa stie cand i se aduc prajituri= nu? ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Sat Nov 8 16:05:34 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 18:05:34 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <4638.141.85.0.67.1068304840.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> > > >Te complici. > >Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei tu > >despre prajituri. > >este partajata ... dar cofetaria trebuie sa stie cand i se aduc prajituri nu? Scuze, am citit eu in graba mesajul tau anterior. ideea nu incalca nici o lege :). e ok. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 19:40:13 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 8 Nov 2003 21:40:13 +0200 Subject: [so] grupurile si membrii lor Message-ID: <000801c3a630$2114acf0$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C3A640.E487F920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ce nevoie e de people_max si group_max? pentru a sti dimensiunea = vectorilor? si daca facem cu liste? ca sa las sa se ocupe prea multa memorie? marimea memoriei e relativa :) daca nu am nevoie de people_max si group_max pot pur si simplu sa le = ignor? ------=_NextPart_000_0005_01C3A640.E487F920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
ce nevoie e de people_max si group_max? = pentru a=20 sti dimensiunea vectorilor? si daca facem cu liste?
ca sa las sa se ocupe prea multa = memorie? marimea=20 memoriei e relativa :)
daca nu am nevoie de people_max si = group_max pot=20 pur si simplu sa le ignor?
------=_NextPart_000_0005_01C3A640.E487F920-- From so@atlantis.cs.pub.ro Sun Nov 9 10:01:55 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 02:01:55 -0800 (PST) Subject: [so] ordinea sosirilor In-Reply-To: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> Message-ID: <20031109100155.75775.qmail@web41003.mail.yahoo.com> Cum sosesc membrii unui grup? Daca de exemplu am grupul 1 cu 6 membrii vor sosii toti 6 unul dupa altul sau printre ei se pot intercala membrii altor grupuri? Se poate intampla sa soseasca: gr 1 primul membru gr 1 al doilea membru gr 2 primul membru gr 1 al treilea membru ... __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 10:07:16 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 12:07:16 +0200 Subject: [so] ordinea sosirilor In-Reply-To: <20031109100155.75775.qmail@web41003.mail.yahoo.com> References: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> se pot intercala. Maria. >Cum sosesc membrii unui grup? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 10:18:58 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 02:18:58 -0800 (PST) Subject: [so] group_max, group_id In-Reply-To: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> Message-ID: <20031109101858.83480.qmail@web41005.mail.yahoo.com> In enunt se specifca ca pot exista GROUP_MAX grupuri. Asta inseamna ca pe parcursul rularii programului pot avea grup_max grupuri in total sau la un moment dat in cofetarie? de ex: daca grupul cu id = 0 vine in cofetarie face consumatie si termina, pe urma sa mai poate intampla ca grupul cu id-ul 0 sa mai apara la intrarea programului? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 13:01:25 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 15:01:25 +0200 Subject: [so] group_max, group_id In-Reply-To: <20031109101858.83480.qmail@web41005.mail.yahoo.com> References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> nu, id ul este unic unui grup. >daca grupul cu id = 0 vine in cofetarie face >consumatie si termina, pe urma sa mai poate intampla >ca grupul cu id-ul 0 sa mai apara la intrarea programului? Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 13:03:50 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 15:03:50 +0200 Subject: [so] grupurile si membrii lor In-Reply-To: <000801c3a630$2114acf0$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> >ce nevoie e de people_max si group_max? pentru a sti dimensiunea >vectorilor? si daca facem cu liste? >ca sa las sa se ocupe prea multa memorie? marimea memoriei e relativa :) >daca nu am nevoie de people_max si group_max pot pur si simplu sa le ignor? da. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 17:03:50 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sun, 9 Nov 2003 19:03:50 +0200 Subject: [so] group_max, group_id References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> Message-ID: <004c01c3a6e3$90a4eae0$0e0c6150@ioana> Deci daca dupa ce a terminat grupul 0, mai vine din nou grupul 0 el trebuie sa fie ignorat? Eu ma gandisem ca se poate ca un grup sa vina de mai multe ori la cofetarie si am facut implementarea in acest mod. Este gresit asa? ----- Original Message ----- From: "Maria Mateescu" To: Sent: Sunday, November 09, 2003 3:01 PM Subject: Re: [so] group_max, group_id > > > nu, id ul este unic unui grup. > > >daca grupul cu id = 0 vine in cofetarie face > >consumatie si termina, pe urma sa mai poate intampla > >ca grupul cu id-ul 0 sa mai apara la intrarea programului? > > > Maria. > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sun Nov 9 20:23:37 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 12:23:37 -0800 (PST) Subject: [so] grupuri In-Reply-To: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> Message-ID: <20031109202337.30347.qmail@web41009.mail.yahoo.com> e ok daca asteptam sa se intregeasca grupul si pe urma cautam sa punem mana pe scaune? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 21:46:18 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 23:46:18 +0200 Subject: [so] group_max, group_id In-Reply-To: <004c01c3a6e3$90a4eae0$0e0c6150@ioana> References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109234545.00a5e100@mail.mymail.ro> nu e gresit. Maria. >Deci daca dupa ce a terminat grupul 0, mai vine din nou grupul 0 >el trebuie sa fie ignorat? >Eu ma gandisem ca se poate ca un grup sa vina de mai multe ori la cofetarie >si am facut implementarea in acest mod. Este gresit asa? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 21:47:01 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 23:47:01 +0200 Subject: [so] grupuri In-Reply-To: <20031109202337.30347.qmail@web41009.mail.yahoo.com> References: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109234629.00ac7400@mail.mymail.ro> > >e ok daca asteptam sa se intregeasca grupul si pe urma >cautam sa punem mana pe scaune? da. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 10 04:15:00 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 9 Nov 2003 20:15:00 -0800 (PST) Subject: [so] tema 1 win Message-ID: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Am o problema penibila, careia nu ii dau de cap: Pentru modul executie din fisier, apelez functia din program care executa o comanda cu indirectare, cu parametrii argv[0] si argv[1]. In Linux a functionat perfect, insa in Windows nu imi citeste din fisierul care este Stdin decat prima linie, o executa, si se opreste, adica nu mai citeste nimic din fisier (considera ca s-a terminat). Am verificat separat bucata de citire din fisier, merge. Merge si indirectarea comenzilor in mod interactiv. Are cineva vreo idee? Ma gandesc ca poate am gresit ceva la indirectare, care nu se vede decat in situatia asta, dar nu imi pot imagina ce. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 13:14:51 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 15:14:51 +0200 Subject: [so] prajituri si furnizori Message-ID: <200311081514.51182.mmk@as.ro> Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta se va crea cate un proces dupa fiecare vizita a furnizorului, care se va termina atunci cand prajiturile respective se strica. Este recomandata abordarea aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bagat in frigider un numar de prajituri in frigider, pentru ca acesta sa stie cate si cand sa le arunce - deci o coada de mesaje ? From so@atlantis.cs.pub.ro Mon Nov 10 12:34:17 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Mon, 10 Nov 2003 14:34:17 +0200 Subject: [so] tema 1 win In-Reply-To: <20031110041500.15540.qmail@web41009.mail.yahoo.com> References: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Message-ID: <841331013.20031110143417@rdsnet.ro> Hello Diana, Monday, November 10, 2003, 6:15:00 AM, you wrote: DF> in Windows nu imi citeste din fisierul DF> care este Stdin decat prima linie, o executa, si se DF> opreste, adica nu mai citeste nimic din fisier DF> (considera ca s-a terminat). Nu stiu daca am inteles exact care este problema. Eu am intampinat ceva asemanator, si s-a dovedit ca de fapt imi citea din fisierul care este Stdin <>! Tu spui mai sus 2 lucruri care se contrazic : "citeste doar prima linie" si "considera ca s-a terminat". Eu as merge pe mana lui Bill Gates si as zice ca tu chiar citesti tot fisierul... sa nu uitam ca functiile <> din WIN32API nu citesc linie cu linie. Ion From so@atlantis.cs.pub.ro Mon Nov 10 12:44:56 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Mon, 10 Nov 2003 04:44:56 -0800 (PST) Subject: [so] tema 1 win In-Reply-To: <841331013.20031110143417@rdsnet.ro> Message-ID: <20031110124456.1680.qmail@web41009.mail.yahoo.com> intr-adevar nu citesc linie cu linie, ci caracter cu caracter... a, si am uitat sa mentionez ca prima linie o executa cu succes? ceea ce n us-ar fi intamplat daca imi citea tot fisierul, nu? (nu ar fi recunoscut comenzile) --- Ion Petrescu wrote: > Hello Diana, > > Monday, November 10, 2003, 6:15:00 AM, you wrote: > > > DF> in Windows nu imi citeste din fisierul > DF> care este Stdin decat prima linie, o executa, si > se > DF> opreste, adica nu mai citeste nimic din fisier > DF> (considera ca s-a terminat). > > Nu stiu daca am inteles exact care este problema. > Eu am intampinat ceva asemanator, si s-a dovedit ca > de fapt imi citea > din fisierul care este Stdin < linie>>! > > Tu spui mai sus 2 lucruri care se contrazic : > "citeste doar prima > linie" si "considera ca s-a terminat". > Eu as merge pe mana lui Bill Gates si as zice ca tu > chiar citesti tot > fisierul... sa nu uitam ca functiile <> > din WIN32API nu citesc linie cu > linie. > > Ion > > > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 10 13:11:05 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Mon, 10 Nov 2003 15:11:05 +0200 Subject: Re[2]: [so] tema 1 win In-Reply-To: <20031110124456.1680.qmail@web41009.mail.yahoo.com> References: <841331013.20031110143417@rdsnet.ro> <20031110124456.1680.qmail@web41009.mail.yahoo.com> Message-ID: <893539219.20031110151105@rdsnet.ro> DF> intr-adevar nu citesc linie cu linie, ci caracter cu DF> caracter... DF> a, si am uitat sa mentionez ca prima linie o executa DF> cu succes? ceea ce n us-ar fi intamplat daca imi citea DF> tot fisierul, nu? (nu ar fi recunoscut comenzile) Pai si atunci cum explici ca fisierul "Stdin" e considerat terminat, pe cand tu zici ca nu ai citit decat o linie? S-a ajuns la sfarsitul fisierului sau nu s-a ajuns? Si apoi, daca nu s-a ajuns, de ce nu se avanseaza? Apoi, eu nu inteleg ce ai vrut sa zici cu "Pentru modul executie din fisier, apelez functia din program care executa o comanda cu indirectare, cu parametrii argv[0] si argv[1]." Dar poate altii au inteles si o sa iti raspunda. Oricum iti dai seama ca fara cod sunt sanse mici sa isi dea seama cineva care e problema. Daca afli misterul sa ne spui si noua. From so@atlantis.cs.pub.ro Mon Nov 10 14:35:11 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 10 Nov 2003 16:35:11 +0200 Subject: [so] tema 1 win In-Reply-To: <20031110041500.15540.qmail@web41009.mail.yahoo.com> References: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Message-ID: On Sun, 9 Nov 2003 20:15:00 -0800 (PST), Diana Fulger wrote: > Am o problema penibila, careia nu ii dau de cap: > Pentru modul executie din fisier, apelez functia din > program care executa o comanda cu indirectare, cu > parametrii argv[0] si argv[1]. In Linux a functionat > perfect, insa in Windows nu imi citeste din fisierul > care este Stdin decat prima linie, o executa, si se > opreste, adica nu mai citeste nimic din fisier > (considera ca s-a terminat). > Am verificat separat bucata de citire din fisier, > merge. Merge si indirectarea comenzilor in mod > interactiv. Are cineva vreo idee? Ma gandesc ca poate > am gresit ceva la indirectare, care nu se vede decat > in situatia asta, dar nu imi pot imagina ce. > Poate ai editat fisierul in Linux? In Linux sfarsitul unei linii e dat de '\n' iar in Windows de '\r\n'. tavi From so@atlantis.cs.pub.ro Mon Nov 10 14:39:51 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 10 Nov 2003 16:39:51 +0200 Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108135205.48079.qmail@web40017.mail.yahoo.com> References: <20031108135205.48079.qmail@web40017.mail.yahoo.com> Message-ID: On Sat, 8 Nov 2003 05:52:05 -0800 (PST), Murgan Mihai wrote: > Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs > timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie > cu un alt proces care sa doarma valabilitatea unei prajituri si cand > devine constient sa anunte sa fie aruncata, fie prin threaduri care sa > faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue > si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am > inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am > discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc). > Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca > gresesc spuneti-mi ce anume sa folosesc. > In al doilea rand, daca creez un nou proces acesta poate sa aiba doua > comportamente: > 1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas > prajiturii puse cel mai de mult in frigider > 2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei > prajituri. > In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai > tarziu decat termenul limita, secunde pierdute de calculele facute de > procesor si de primirea mesajelor intre procese. La fel si in cazul 2 :) Solutii pentru probleme de genul asta nu exista decat daca se foloseste un RTOS. Chiar daca faci busy waiting nu poti fi sigur (SO te poate intrerupe, teoretic indefinit de mult timp) tavi From so@atlantis.cs.pub.ro Mon Nov 10 16:07:34 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Mon, 10 Nov 2003 18:07:34 +0200 (EET) Subject: [so] o problema ciudata Message-ID: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> pe "scurt": "If sem_op is 0 (read operation) and semval is non-zero, the process sleeps on a queue waiting for semval to become zero." Am facut un program mic care incrementeaza val unui semafor; daca valoare= a semaforului ajunge la N, atunci un alt semafor e facut 0. In continuare s= e face un sem_op 0 pe semaforul 2, si cand iese afiseaza ceva. Pornesc programul, intra in starea "waiting"... de ce atunci cand il intrerup (CTRL-Z) si il trimit in background ("bg") se sare de starea waiting ? (a se intelege ca e vb de linux...) ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Mon Nov 10 17:22:24 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Mon, 10 Nov 2003 09:22:24 -0800 (PST) Subject: [so] Structuri IPC In-Reply-To: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <20031110172224.58452.qmail@web40016.mail.yahoo.com> --0-491379405-1068484944=:57656 Content-Type: text/plain; charset=us-ascii In enuntul temei este un paragraf care poate naste interpretari. Se scrie ca: "Cofetaria trebuie sa fie implementata ca un program separat, ce initializeaza structurile IPC si arunca prajiturile vechi." Eu de aici am inteles ca in cofetarie se vor initializa structurile( semafoare, memorie partajata, coada de mesaje) necesare pe tot parcursul programului si ca aici se vor arunca prajiturile. Semafoarele necesare sincronizarii clientilor, cum ar fi semaforul de asteptare al tuturor membrilor unui grup eu am ales sa fie creat si distrus de primul membru sosit al unui grup(verifica daca nu era deja creat si daca nu era deja creat inseamna ca e primul membru al grupului). Aceasta abordare mi se pare normala pentru ca cofetaria nu are de unde sa stie ce semafoare sa creeze atata vreme cat nu stie id-urile respectivelor grupurii ce urmeaza sa vina, asa ca nu ar avea cum sa creeze in avans aceste semafoare.Iar daca ar astepta mesaj cu id-ul grupului pana ar creea semaforul la care sa astepte grupul primul membru ar termina de mult procesul pentru ca nu ar gasi semafoare la care sa astepte. Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si orice altceva de genul acesta ar trebui create in cofetarie. As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar trebui creat in cofetarie. Va multumesc, Mihai Murgan --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-491379405-1068484944=:57656 Content-Type: text/html; charset=us-ascii
In enuntul temei este un paragraf care poate naste interpretari. Se scrie ca:
"Cofetaria trebuie sa fie implementata ca un program separat, ce initializeaza structurile IPC si arunca prajiturile vechi."
Eu de aici am inteles ca in cofetarie se vor initializa structurile( semafoare, memorie partajata, coada de mesaje) necesare pe tot parcursul programului si ca aici se vor arunca prajiturile. Semafoarele necesare sincronizarii clientilor, cum ar fi semaforul de asteptare al tuturor membrilor unui grup eu am ales sa fie creat si distrus de primul membru sosit  al unui grup(verifica daca nu era deja creat si daca nu era deja creat inseamna ca e primul membru al grupului).
Aceasta abordare mi se pare normala pentru ca cofetaria nu are de unde sa stie ce semafoare sa creeze atata vreme cat nu stie id-urile respectivelor grupurii ce urmeaza sa vina, asa ca nu ar avea cum sa creeze in avans aceste semafoare.Iar daca ar astepta mesaj cu id-ul grupului pana ar creea semaforul la care sa astepte grupul primul membru ar termina de mult procesul pentru ca nu ar gasi semafoare la care sa astepte.
Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si orice altceva de genul acesta ar trebui create in cofetarie.
As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar trebui creat in cofetarie.
 
Va multumesc,
Mihai Murgan

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-491379405-1068484944=:57656-- From so@atlantis.cs.pub.ro Mon Nov 10 17:43:36 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 10 Nov 2003 19:43:36 +0200 Subject: [so] Structuri IPC In-Reply-To: <20031110172224.58452.qmail@web40016.mail.yahoo.com> References: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> > >Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea >intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si >orice altceva de genul acesta ar trebui create in cofetarie. >As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar >trebui creat in cofetarie. > nu este necesar ca toate ipcurile sa fie create din cofetarie. imi cer scuze pt neclaritate, incercam sa arat ce ar trebui sa faca programul cofetarie. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 10 20:03:56 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 10 Nov 2003 22:03:56 +0200 Subject: [so] upload Message-ID: <1068494636.3fafef2c88d0c@cs.pub.ro> Pentru unii din voi informatiile la crearea contului de upload au fost incomplete - lipsea grupa. Cu campul respectiv nesetat, va puteti loga, dar nu puteti face upload. In concluzie, cine vrea :) sa faca upload de teme in viitorul apropiat, e asteptat (pe mail: dee@cs.pub.ro) cu precizari asupra grupei. Mai jos e lista de studenti in cauza: CostacheRuxandra ClejaMihai StanculeanuIonel HerbeiuRadu BarjovanuVlad DavidDan Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 10 20:14:36 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Mon, 10 Nov 2003 12:14:36 -0800 (PST) Subject: [so] terminarea programului In-Reply-To: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> Message-ID: <20031110201436.37781.qmail@web41012.mail.yahoo.com> Cand ar trebui sa se termine programul sweetshop? In momentul in care au aparut toate cele group_max grupuri si toti mebrii lor au fost serviti? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 10 22:37:24 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Tue, 11 Nov 2003 00:37:24 +0200 (EET) Subject: [so] erori Message-ID: <1785.141.85.0.67.1068503844.squirrel@www.as.ro> Ce (ar trebui)/(ar fi bine) sa se intample cand un consumator comanda un numar de prajituri mai mare decat capacitatea frigiderului sau un grup e format din un numar de oameni mai mare decat capacitatea cofetariei? Si separat, ce ar tb sa se intample daca consumeri din acealasi grup sunt porniti cu un numar al membrilor grupului diferit ? (la intrebarea asta, din enunt se intelegea ca "se presupune acelasi", deci nu ar trebui tratata eroarea). Marian. ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Tue Nov 11 00:41:25 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 02:41:25 +0200 Subject: [so] erori In-Reply-To: <1785.141.85.0.67.1068503844.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031111024047.00ad6448@mail.mymail.ro> nu se intampla asa ceva :). Maria. >Ce (ar trebui)/(ar fi bine) sa se intample cand un consumator comanda un >numar de prajituri mai mare decat capacitatea frigiderului sau un grup e >format din un numar de oameni mai mare decat capacitatea cofetariei? >Si separat, ce ar tb sa se intample daca consumeri din acealasi grup sunt >porniti cu un numar al membrilor grupului diferit ? (la intrebarea asta, >din enunt se intelegea ca "se presupune acelasi", deci nu ar trebui >tratata eroarea). > >Marian. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 00:46:18 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 02:46:18 +0200 Subject: [so] terminarea programului In-Reply-To: <20031110201436.37781.qmail@web41012.mail.yahoo.com> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> teoretic nu ar tr sa se termine niciodata si sa fie oprita cu CTRL-C... dar cum inca nu ati facut semnale pentru a putea distruge IPCurile (lucru absolut necesar (sa distrugeti IPCurile)), ideea ta e buna... asa ca raspunsul este: da. Maria. At 12:14 PM 11/10/2003 -0800, you wrote: >Cand ar trebui sa se termine programul sweetshop? >In momentul in care au aparut toate cele group_max >grupuri si toti mebrii lor au fost serviti? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 06:18:01 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Tue, 11 Nov 2003 08:18:01 +0200 Subject: [so] terminarea programului References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> Message-ID: <3FB07F19.7090509@pcnet.ro> Cum nu s-a specificat nimic in enuntz in legatura cu terminarea programelor eu am astfel: inchid cofetaria daca apas pe tasta q, moment cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie si daca nu mai sunt inchid ipc-urile si daca sunt nu inchid...trimit mesaj ca sa mai aspepte cu inchiderea.Stiam ca trebuie semnale dar nu aveam voie sa folosim.E ok asa? Maria Mateescu wrote: > > teoretic nu ar tr sa se termine niciodata si sa fie oprita cu > CTRL-C... dar cum inca nu ati facut semnale pentru a putea distruge > IPCurile (lucru absolut necesar (sa distrugeti IPCurile)), ideea ta e > buna... asa ca raspunsul este: > da. > > Maria. > > At 12:14 PM 11/10/2003 -0800, you wrote: > > >> Cand ar trebui sa se termine programul sweetshop? >> In momentul in care au aparut toate cele group_max >> grupuri si toti mebrii lor au fost serviti? > > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > From so@atlantis.cs.pub.ro Tue Nov 11 08:28:29 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 10:28:29 +0200 Subject: [so] terminarea programului In-Reply-To: <3FB07F19.7090509@pcnet.ro> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031111102801.00a5ea00@mail.mymail.ro> da... e bine de vreme ce se termina intr'un fel. Maria. >Cum nu s-a specificat nimic in enuntz in legatura cu terminarea >programelor eu am astfel: inchid cofetaria daca apas pe tasta q, moment >cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie si daca nu >mai sunt inchid ipc-urile si daca sunt nu inchid...trimit mesaj ca sa mai >aspepte cu inchiderea.Stiam ca trebuie semnale dar nu aveam voie sa >folosim.E ok asa? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 10:10:55 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 11 Nov 2003 02:10:55 -0800 (PST) Subject: [so] o problema ciudata In-Reply-To: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <20031111101055.30937.qmail@web60502.mail.yahoo.com> --- Marian Mihailescu wrote: > pe "scurt": > "If sem_op is 0 (read operation) and semval is > non-zero, the process > sleeps on a queue waiting for semval to become > zero." > Am facut un program mic care incrementeaza val unui > semafor; daca valoarea > semaforului ajunge la N, atunci un alt semafor e > facut 0. In continuare se > face un sem_op 0 pe semaforul 2, si cand iese > afiseaza ceva. Pornesc > programul, intra in starea "waiting"... de ce atunci > cand il intrerup > (CTRL-Z) si il trimit in background ("bg") se sare > de starea waiting ? > (a se intelege ca e vb de linux...) Operatiile blocante pot fi intrerupte de semnale. Probabil ca procesul tau din background incearca sa faca o scriere sau o citire de la stdout/stdin si primeste un semnal SIGTTOU/SIGTTIN pt ca nu are consola (fiind in background) iar parintele sau primeste un semnal SIGCHLD. Daca nu asta e cazul, in orice caz procesul tau care asteapta la semafor este deblocat de catre un semnal. De aceea este recomandat ca operatiile blocante sa se efectueze intr-o bucla de genul: do { result = operatie_blocanta(); } while (result != OK); /* conditia result != OK variaza de la caz la caz */ Aceast lucru este valabil atat pentru semafoare cat si pentru cozi de mesaje. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 10:20:08 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 11 Nov 2003 02:20:08 -0800 (PST) Subject: [so] intrebare In-Reply-To: <5.1.0.14.0.20031108171644.00a7c970@mail.mymail.ro> Message-ID: <20031111102008.5977.qmail@web60503.mail.yahoo.com> --- Maria Mateescu wrote: > > > > > > Un consumator poate sa ceara mai mult de > cakes_max prajituri? > > Da, poate sa ceara mai mult de cakes_max prajituri, > dar nu este obligatoriu > sa le si obtina. > > > > > O a 2-a intrebare : pot folosi in windows > functia atoi? (nu gasesc ceva > >similar in win32api) > > > habar nu am, cred ca da. > Rog pe altcineva sa raspunda la intrebarea asta. Exista niste functii pentru stringuri Unicode dar nu ne intereseaza acest aspect la SO. E Ok sa folosesti atoi pentru ca noi o sa lucram doar cu stringuri ASCII. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 11:29:07 2003 From: so@atlantis.cs.pub.ro (sorin adi) Date: Tue, 11 Nov 2003 03:29:07 -0800 (PST) Subject: [so] despre makefile Message-ID: <20031111112907.56948.qmail@web21205.mail.yahoo.com> in reguli nu sunt specificate decat ca arhiva nu contine executabile,ok. Dar daca dupa rularea makefile executabilele le-am pus in src e bine sau nu? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 13:00:38 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Tue, 11 Nov 2003 15:00:38 +0200 Subject: [so] o problema ciudata In-Reply-To: <20031111101055.30937.qmail@web60502.mail.yahoo.com> References: <20031111101055.30937.qmail@web60502.mail.yahoo.com> Message-ID: On Tue, 11 Nov 2003 02:10:55 -0800 (PST), Cosmin Arad wrote: > > Operatiile blocante pot fi intrerupte de semnale. > Probabil ca procesul tau din background incearca sa > faca o scriere sau o citire de la stdout/stdin si > primeste un semnal SIGTTOU/SIGTTIN pt ca nu are > consola (fiind in background) iar parintele sau > primeste un semnal SIGCHLD. > Daca nu asta e cazul, in orice caz procesul tau care > asteapta la semafor este deblocat de catre un semnal. > > De aceea este recomandat ca operatiile blocante sa se > efectueze intr-o bucla de genul: > > do { > result = operatie_blocanta(); > } while (result != OK); > /* conditia result != OK variaza de la caz la caz */ > Exista un macro care face acest lucru pentru voi: TEMP_FAILURE_RETRY. tavi From so@atlantis.cs.pub.ro Wed Nov 12 09:35:26 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 12 Nov 2003 11:35:26 +0200 Subject: [so] terminarea programului In-Reply-To: <3FB07F19.7090509@pcnet.ro> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> <3FB07F19.7090509@pcnet.ro> Message-ID: <3FB1FEDE.4000403@romus.ro> Ruxi Jitianu wrote: > Cum nu s-a specificat nimic in enuntz in legatura cu terminarea > programelor eu am astfel: inchid cofetaria daca apas pe tasta q, > moment cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie > si daca nu mai sunt inchid ipc-urile si daca sunt nu inchid...trimit > mesaj ca sa mai aspepte cu inchiderea.Stiam ca trebuie semnale dar nu > aveam voie sa folosim.E ok asa? Puneti si in readme treburile astea. --Adrian. From so@atlantis.cs.pub.ro Wed Nov 12 09:38:58 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 12 Nov 2003 11:38:58 +0200 Subject: [so] despre makefile In-Reply-To: <20031111112907.56948.qmail@web21205.mail.yahoo.com> References: <20031111112907.56948.qmail@web21205.mail.yahoo.com> Message-ID: <3FB1FFB2.8090800@romus.ro> sorin adi wrote: >in reguli nu sunt specificate decat ca arhiva nu >contine >executabile,ok. Dar daca dupa rularea makefile >executabilele >le-am pus in src e bine sau nu? > > Directorul src este acolo ca sa contina _doar_ surse. Deci incearca sa faci executabilele in acelasi director cu Makefile, nu in src. --Adrian. From so@atlantis.cs.pub.ro Wed Nov 12 17:41:44 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 12 Nov 2003 19:41:44 +0200 Subject: [so] terminare Message-ID: <001101c3a944$3d265b20$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_000E_01C3A955.00A0D340 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sper ca nu sunt depunctat daca la mine cofetaria se termina la ctrl-c. = (signal pe linux si consolectrlhandler pe windows) Toate structurile alocate sunt dealocate in ordine, toate ipc-urile = create sunt distruse. ------=_NextPart_000_000E_01C3A955.00A0D340 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Sper ca nu sunt depunctat daca la mine = cofetaria se=20 termina la ctrl-c. (signal pe linux si consolectrlhandler pe=20 windows)
Toate structurile alocate sunt = dealocate in ordine,=20 toate ipc-urile create sunt distruse.
------=_NextPart_000_000E_01C3A955.00A0D340-- From so@atlantis.cs.pub.ro Wed Nov 12 18:24:25 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Wed, 12 Nov 2003 20:24:25 +0200 (E. Europe Standard Time) Subject: [so] Intrebare ... Furnizor References: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <3FB27AD9.000001.01504@einstein> --------------Boundary-00=_PG49QL80000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_PG49LVC0000000000000" --------------Boundary-00=_PG49LVC0000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Furnizorul verifica periodic frigiderul cofetariei?=0D sau il chem eu cand vreau eu? --------------Boundary-00=_PG49LVC0000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Furnizorul verifica periodic frigiderul cofetariei?
sau il chem eu cand vreau eu?
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_PG49LVC0000000000000-- --------------Boundary-00=_PG49QL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: <7480D687-4EF4-4555-B65B-D83D71EE0843> R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_PG49QL80000000000000-- From so@atlantis.cs.pub.ro Wed Nov 12 19:32:21 2003 From: so@atlantis.cs.pub.ro (Costin APOSTOL) Date: Wed, 12 Nov 2003 21:32:21 +0200 (EET) Subject: [so] Timpul afisat la upload Message-ID: Din fericire ne este afisat timpul cand ne logam pentru a trimite tema. Din pacate nu ne avantajeaza deloc: e cam inainte cu vreo ora si 20 minute. Cu ce ora si DATA sunt primite temele noastre, ca asa cum vad eu lucrurile acum deadline-ul este pe la ora 22:30 ? Errare humanum est, perseverare diabolicum Costin From so@atlantis.cs.pub.ro Wed Nov 12 19:43:09 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 12 Nov 2003 21:43:09 +0200 Subject: [so] Timpul afisat la upload In-Reply-To: References: Message-ID: On Wed, 12 Nov 2003 21:32:21 +0200 (EET), Costin APOSTOL wrote: > > Din fericire ne este afisat timpul cand ne logam pentru a trimite > tema. Din pacate nu ne avantajeaza deloc: e cam inainte cu vreo ora si 20 > minute. > No more... tavi From so@atlantis.cs.pub.ro Wed Nov 12 23:55:13 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 01:55:13 +0200 Subject: [so] Intrebare ... Furnizor In-Reply-To: <3FB27AD9.000001.01504@einstein> References: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> --=====================_595195==_.REL Content-Type: text/plain; charset="us-ascii"; format=flowed frunizorul este un program care este lansat de fiecare data cand vrea utilizatorul, adica eu :). Maria. >Furnizorul verifica periodic frigiderul cofetariei? >sau il chem eu cand vreau eu? >____________________________________________________ >IMSTP1.gif >IncrediMail - Email has finally evolved - >Click Here > > >---------- >90ecd.jpg Acasa.ro vine cu albumele, >tu vino doar cu pozele ;) > > --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ --=====================_595195==_.REL Content-Type: image/gif; name="IMSTP1.gif"; x-mac-type="47494666"; x-mac-creator="4A565752" Content-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro.1> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="IMSTP1.gif" R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --=====================_595195==_.REL Content-Type: image/jpeg; name="90ecd.jpg"; x-mac-type="4A504547"; x-mac-creator="4A565752" Content-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro.2> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="90ecd.jpg" /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAABAAEDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD/AD/6 KKKAP//Z --=====================_595195==_.REL-- From so@atlantis.cs.pub.ro Thu Nov 13 08:35:53 2003 From: so@atlantis.cs.pub.ro (Toma Monica) Date: Thu, 13 Nov 2003 00:35:53 -0800 (PST) Subject: [so] intrebare acces la frigider Message-ID: <20031113083553.78577.qmail@web10404.mail.yahoo.com> Am si eu o pb destul de ..grava... Intrebarea se refera la accesul la memoria partajata. Mai precis, daca de exp un consumator face cerere pe memoria partajata si obtine drept de acces(adica sunt suficiente prajituri)dar intre timp (inainte de a "pune mana pe mutex") vine procesul care curata frigiderul si ia mutexul si scoate suficiente prajituri astfel incat, in momentul in care termina, in frigider nu mai sunt suficiente prajituri pt a le scoate din memorie...Ce se poate face. Noi avem practic 2 tipuri de consumatori care actioneza diferit. Ce se poate face in acest caz? Sa mai introducem un mutex ? Ma gandesc ca modificarea prod-cons nu se poate pune pb.. ===== I dream of finding myself laughing! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 13 08:45:41 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Thu, 13 Nov 2003 00:45:41 -0800 (PST) Subject: [so] alta intrebare tema 2 In-Reply-To: <2.0beta.1068059446313.1360656092858937010.atta@@mymail.ro> Message-ID: <20031113084541.57257.qmail@web41001.mail.yahoo.com> --- Maria Mateescu wrote: > Cum vrei. > > Am schimbat putin enuntul temei. Nu mai trebuie > ca daca ai 4 scaune libere > si vine un grup de 5 si apoi un grup de 3, al > doilea grup sa o ia inainte. > Primul grup poate sa ocupe 4 scaune si sa mai > astepte unul. > > Maria. Asa trebuie facuta implementarea? Pentru ca din enunt se intelege ca grupul de 5 asteapta pana sunt libere 5 scaune? "Daca nu exista group_size locuri libere in sala consumatorii din intregul grup asteapta eliberarea lor" Intelesesem ca enuntul nu s-a schimbat. :( __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 13 21:07:55 2003 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Thu, 13 Nov 2003 13:07:55 -0800 Subject: [so] semafoare windows References: <20031113084541.57257.qmail@web41001.mail.yahoo.com> Message-ID: <010301c3aa2a$35bc7f40$42c8100a@dany> Salut! Pentru a simula un semafor care sa decrementeze cu mai mult de 1 odata este ok daca asociez fiecarui semafor o memorie partajata? toate bune! From so@atlantis.cs.pub.ro Thu Nov 13 10:41:44 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:41:44 +0300 Subject: [so] intrebare acces la frigider Message-ID: <2.0beta.1068723704000.-6533070337438367259.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Dupa cum ti-ai dat seama, abordarea ta este fundamental gresita. Gandeste-te de ce apar race-urile in general, si care sunt mecanismele pentru evitarea lor. =20 Hint: cum faci sa "rezervi" cate prajituri vrei, ca sa nu ti le poata lua celalalt proces ? =20 Maria. =20 >Am si eu o pb destul de ..grava... >Intrebarea se refera la accesul la memoria partajata. >Mai precis, daca de exp un consumator face cerere pe >memoria partajata si obtine drept de acces(adica sunt >suficiente prajituri)dar intre timp (inainte de a >"pune mana pe mutex") vine procesul care curata >frigiderul si ia mutexul si scoate suficiente >prajituri astfel incat, in momentul in care termina, >in frigider nu mai sunt suficiente prajituri pt a le >scoate din memorie...Ce se poate face. Noi avem >practic 2 tipuri de consumatori care actioneza >diferit. >Ce se poate face in acest caz? Sa mai introducem un >mutex ? Ma gandesc ca modificarea prod-cons nu se >poate pune pb.. =20 >=3D=3D=3D=3D=3D =20 >I dream of finding myself laughing! =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Dupa cum ti-ai dat seama, abordarea ta este fundamental gresita.
Gandeste-te de ce apar race-urile in general, si care sunt mecanismele pentru = evitarea lor.

Hint: cum faci sa "rezervi" cate prajituri vrei, ca sa nu ti le = poata lua celalalt proces ?

Maria.

>Am si eu o pb destul de ..grava...
>Intrebarea se refera la accesul la memoria partajata.
>Mai precis, daca de exp un consumator face cerere pe
>memoria partajata si obtine drept de acces(adica sunt
>suficiente prajituri)dar intre timp (inainte de a
>"pune mana pe mutex") vine procesul care curata
>frigiderul si ia mutexul si scoate suficiente
>prajituri astfel incat, in momentul in care termina,
>in frigider nu mai sunt suficiente prajituri pt a le
>scoate din memorie...Ce se poate face. Noi avem
>practic 2 tipuri de consumatori care actioneza
>diferit.
>Ce se poate face in acest caz? Sa mai introducem un
>mutex ? Ma gandesc ca modificarea prod-cons nu se
>poate pune pb..

>=3D=3D=3D=3D=3D

>I dream of finding myself laughing!


>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 10:43:48 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:43:48 +0300 Subject: [so] alta intrebare tema 2 Message-ID: <2.0beta.1068723828027.89367946393948167.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable mail.yahoo.com Asta se refera la faptul ca ei nu se apuca sa manance pana cand nu au toti loc. =20 Maria. =20 >"Daca nu exista group_size locuri libere in sala >consumatorii din intregul grup asteapta eliberarea >lor" =20 >Intelesesem ca enuntul nu s-a schimbat. :( =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable mail.yahoo.com
Asta se refera la faptul ca ei nu se apuca sa manance pana cand nu au toti = loc.

Maria.

>"Daca nu exista group_size locuri libere in sala
>consumatorii din intregul grup asteapta eliberarea
>lor"

>Intelesesem ca enuntul nu s-a schimbat. :(


>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 10:45:59 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:45:59 +0300 Subject: [so] semafoare windows Message-ID: <2.0beta.1068723959730.7933368643405124340.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable in principiu nu... dar depinde de ce faci cu memoria partajata :P. ai putea avea probleme cu downu'. =20 Maria. >Salut! =20 > Pentru a simula un semafor care sa decrementeze cu mai mult de 1 >odata este ok daca asociez fiecarui semafor o memorie partajata? =20 >toate bune! =20 >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable in principiu nu... dar depinde de ce faci cu memoria partajata :P.
ai putea avea probleme cu downu'.

Maria.
>Salut!

> Pentru a simula un semafor care sa decrementeze cu mai mult de = 1
>odata este ok daca asociez fiecarui semafor o memorie partajata?

>toate bune!

>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 11:50:20 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Thu, 13 Nov 2003 13:50:20 +0200 (E. Europe Standard Time) Subject: [so] Conflict References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> Message-ID: <3FB36FFC.000001.01540@einstein> --------------Boundary-00=_WVGAQL80000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_WVGALVC0000000000000" --------------Boundary-00=_WVGALVC0000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable M-am lovit de urmatoarea problema.=0D Se face o cerere de prajituri din partea consumatorilor.=0D Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si i= a pentru el prajuturile vechi.=0D Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei.=0D =0D Cum rezolv problema?=0D =0D Florin --------------Boundary-00=_WVGALVC0000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
M-am lovit de urmatoarea problema.
Se face o cerere de prajituri din partea consumatorilor.
Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul= si ia pentru el prajuturile vechi.
Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei= =2E
 
Cum rezolv problema?
 
Florin
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_WVGALVC0000000000000-- --------------Boundary-00=_WVGAQL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: <8373EF3A-E7B5-4240-8244-1781197289A5> R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_WVGAQL80000000000000-- From so@atlantis.cs.pub.ro Thu Nov 13 12:23:07 2003 From: so@atlantis.cs.pub.ro (dinca radu) Date: Thu, 13 Nov 2003 14:23:07 +0200 Subject: [so] semafoare Message-ID: <200311131223.hADCN85W010603@k.k.ro> Sunt obligat sa folosesc semafoare ? Daca programul meu ar functiona la fel de bine si fara, ar fi vreo problema ? Sentimente.ro - www.sentimente.ro Peste 50.000 de prieteni te asteapta! From so@atlantis.cs.pub.ro Thu Nov 13 13:28:42 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 15:28:42 +0200 Subject: [so] semafoare In-Reply-To: <200311131223.hADCN85W010603@k.k.ro> References: <200311131223.hADCN85W010603@k.k.ro> Message-ID: On Thu, 13 Nov 2003 14:23:07 +0200, dinca radu wrote: > > Sunt obligat sa folosesc semafoare ? Daca programul meu ar functiona la > fel de bine si fara, ar fi vreo problema ? > Nu poate sa functioneze corect fara semafoare/cozi de mesaje/alte mecanisme IPC. Prin functionat corect nu se intelege faptul ca "mi-e imi merge", ci faptul ca se poate demonstra mai mult sau mai putin riguros sa nu exista conditii de cursa sau probleme de sincronizare. tavi From so@atlantis.cs.pub.ro Thu Nov 13 13:31:11 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 15:31:11 +0200 Subject: [so] Conflict In-Reply-To: <3FB36FFC.000001.01540@einstein> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <3FB36FFC.000001.01540@einstein> Message-ID: On Thu, 13 Nov 2003 13:50:20 +0200 (E. Europe Standard Time), Florin Pop wrote: > M-am lovit de urmatoarea problema. > > Se face o cerere de prajituri din partea consumatorilor. > > Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si > ia > pentru el prajuturile vechi. > Consumatorilor nu trebuie sa li se spuna ca exista prajituri. Ei trebuie sa le astepte pana cand vin. tavi From so@atlantis.cs.pub.ro Thu Nov 13 13:49:57 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 15:49:57 +0200 Subject: [so] terminare In-Reply-To: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> ok Maria. >Sper ca nu sunt depunctat daca la mine cofetaria se termina la ctrl-c. >(signal pe linux si consolectrlhandler pe windows) >Toate structurile alocate sunt dealocate in ordine, toate ipc-urile create >sunt distruse. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Thu Nov 13 16:05:51 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 18:05:51 +0200 Subject: [so] semafoare In-Reply-To: <200311131431.hADEV7eD021996@k.k.ro> References: <200311131431.hADEV7eD021996@k.k.ro> Message-ID: On Thu, 13 Nov 2003 16:31:07 +0200, dinca radu wrote: > > Pai am o locatie de memorie in care imi pun "mutex-ul" meu virtual > ...daca > locatia respectiva e 0 atunci mi se da acces la frigider , altfel > programul > asteapta sa se faca locatia 0. De ce nu mi s-ar functiona ? > > Trebuie sa ai garantia ca citirea si scrierea din "mutex-ul virtual" se fac atomic. Sunt multe motive pentru care citirea si scrierea in "multex-ul virtual" ar putea sa nu fie atomice: - optimizari de compilator - optimizari in procesor - executie paralela in procesor - cvasi-paralelismul oferit de SO pentru procese - sisteme SMP In al doilea rand, daca tu astepti ca locatia sa se faca 0 fara a folosi semafoare & stuff, o sa o faci busy wating. From so@atlantis.cs.pub.ro Thu Nov 13 20:13:42 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 13 Nov 2003 22:13:42 +0200 Subject: [so] Asteptare Message-ID: <004001c3aa22$a332c7d0$6400a8c0@andrei> This is a multi-part message in MIME format. ------=_NextPart_000_003D_01C3AA33.65B09070 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable O asteptare de genul urmator: repeta la infinit: take mutex verificare resursa partajata (eventual break) release mutex facuta de mai multe procese simultan, se considera a fi ok sau tinde = spre o asteptare blocanta? daca e ok, au toate procesele "sanse" egale de a face verificarea = resursei? ------=_NextPart_000_003D_01C3AA33.65B09070 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
O asteptare de genul = urmator:
 
repeta la infinit:
    take = mutex
    verificare resursa=20 partajata (eventual break)
    release = mutex
 
facuta de mai multe procese simultan, = se considera=20 a fi ok sau tinde spre o asteptare blocanta?
daca e ok, au toate procesele "sanse" = egale de a=20 face verificarea resursei?
------=_NextPart_000_003D_01C3AA33.65B09070-- From so@atlantis.cs.pub.ro Thu Nov 13 20:56:28 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 13 Nov 2003 12:56:28 -0800 (PST) Subject: [so] Asteptare In-Reply-To: <004001c3aa22$a332c7d0$6400a8c0@andrei> Message-ID: <20031113205628.98887.qmail@web60509.mail.yahoo.com> --- Andrei Hagiescu wrote: > O asteptare de genul urmator: > > repeta la infinit: > take mutex > verificare resursa partajata (eventual break) > release mutex > > facuta de mai multe procese simultan, se considera a > fi ok sau tinde spre o asteptare blocanta? > daca e ok, au toate procesele "sanse" egale de a > face verificarea resursei? Nu e OK pentru ca e busy-waiting. Asta daca nu cumva procesul care modifica resursa tine mutexul de la inceput si ii da drumul abia dupa modificarea resursei iar cei care citesc nu cicleaza infinit. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 09:33:52 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Fri, 14 Nov 2003 01:33:52 -0800 (PST) Subject: [so] prajituri vs consumatori In-Reply-To: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> Message-ID: <20031114093352.9175.qmail@web41007.mail.yahoo.com> Daca un consumator vrea 5 prajituri si in frigider sunt doar 3 , consumatorul va lua 3 prajituri dupa care va mai astepta sa ia 2 ? sau va astepta sa fie 5 prajituri in frigider ca sa le poate lua pe toate? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 09:55:11 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 14 Nov 2003 11:55:11 +0200 Subject: [so] prajituri vs consumatori In-Reply-To: <20031114093352.9175.qmail@web41007.mail.yahoo.com> References: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031114115453.00a5f640@mail.mymail.ro> cum vrei. Maria. >Daca un consumator vrea 5 prajituri si in frigider >sunt doar 3 , consumatorul va lua 3 prajituri dupa >care va mai astepta sa ia 2 ? > >sau va astepta sa fie 5 prajituri in frigider ca sa le >poate lua pe toate? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Fri Nov 14 14:21:39 2003 From: so@atlantis.cs.pub.ro (sorin adi) Date: Fri, 14 Nov 2003 06:21:39 -0800 (PST) Subject: [so] despre upload Message-ID: <20031114142139.22742.qmail@web21207.mail.yahoo.com> Am dat din greseala upload la o tema de windows in loc de tema de linux. Dupa care am uploadat si pe tema de linux,adica eu am trimis 2 teme identice fara sa vreau si mi-au aparut ca 2 teme trimise. Acuma nu as vrea sa ii fie corectata tema de windows (care e de fapt de linux) si vreau sa trimit si tema Windows(dar poate mai incolo in vacanta).Cum fac? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 16:03:15 2003 From: so@atlantis.cs.pub.ro (Badea Ovidiu) Date: Fri, 14 Nov 2003 08:03:15 -0800 (PST) Subject: [so] loc Message-ID: <20031114160315.98270.qmail@web13507.mail.yahoo.com> Exista vreo restrictie in ceea ce priveste locul (programul) in care trebuie sa aiba loc consumarea prajiturilor. Ceva de genul: consumatorii trebuie sa astepte sa intre in cofetarie in programul consumer si apoi sa isi astepte prajiturile in programul sweetshop? Sau asta ramane la latitudinea noastra ? In enunt nu era nimic explicit, dar dupa ce am citit niste mesaje de pe lista m-au lovit dubiile (si m-au trantit la pamant). __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 15:36:32 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 14 Nov 2003 18:36:32 +0300 Subject: [so] loc Message-ID: <2.0beta.1068827792528.2399367487516369908.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable nu exista nici o restrictie explicita dar trebuie sa te gandesti cum e mai bine. =20 Maria. >Exista vreo restrictie in ceea ce priveste locul >(programul) in care trebuie sa aiba loc consumarea >prajiturilor. Ceva de genul: consumatorii trebuie sa >astepte sa intre in cofetarie in programul consumer si >apoi sa isi astepte prajiturile in programul >sweetshop? Sau asta ramane la latitudinea noastra ? In >enunt nu era nimic explicit, dar dupa ce am citit >niste mesaje de pe lista m-au lovit dubiile (si m-au >trantit la pamant). =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable nu exista nici o restrictie explicita dar trebuie sa te gandesti cum e mai = bine.

Maria.
>Exista vreo restrictie in ceea ce priveste locul
>(programul) in care trebuie sa aiba loc consumarea
>prajiturilor. Ceva de genul: consumatorii trebuie sa
>astepte sa intre in cofetarie in programul consumer si
>apoi sa isi astepte prajiturile in programul
>sweetshop? Sau asta ramane la latitudinea noastra ? In
>enunt nu era nimic explicit, dar dupa ce am citit
>niste mesaje de pe lista m-au lovit dubiile (si m-au
>trantit la pamant).

>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/





Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Fri Nov 14 18:10:07 2003 From: so@atlantis.cs.pub.ro (Irina Carabus) Date: Fri, 14 Nov 2003 10:10:07 -0800 (PST) Subject: [so] Cakes_max Message-ID: <20031114181007.28599.qmail@web42002.mail.yahoo.com> Buna! Am si eu o intrebare : daca un consumator cere mai mult de "cakes_max " prajituri, ce se intampla? Il las sa astepte (treaba lui!) sau ii dau mesaj (si atunci va sti sa plece)? Mersi! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 22:48:23 2003 From: so@atlantis.cs.pub.ro (Ionut Cirjan) Date: Fri, 14 Nov 2003 14:48:23 -0800 (PST) Subject: Fwd: Re: [so] expandarea var de mediu in lin de comanda Message-ID: <20031114224823.21245.qmail@web41106.mail.yahoo.com> Fac fwd la un mail din timpul temei 1 . Este legat de expandarea variabilelor de mediu in Linux. S-a discutat acest lucru pe lista, s-a lamurit (atunci). Insa daca va uitati sunt puncte scazute pentru ca nu tinem cont de variabile de genul $HOME/bin (varibila trebuia sa se termina la / ). Nu e mult scazut (-0.3) si nu numai la mine, ci la toti!. Ca principiu mi se pare incorect din moment ce a aparut aceasta intrebare, a fost discutata clar si nu era *necesar* sa se utilizeze ca delimitatori si '/'. Durerea nu este in punctele scazute, si in principiul de functionare al acestei liste: avem incredere 100% in ce se raspunde/lamureste/stabileste aici ??? Ionut. PS: cred ca majoritatea colegilor mei ar vrea un raspuns. --- Cosmin Arad wrote: > From: Cosmin Arad > Subject: Re: [so] expandarea var de mediu in lin de > comanda > To: so@atlantis.cs.pub.ro > Date: Tue, 28 Oct 2003 00:17:08 -0800 (PST) > > --- Ionut Cirjan wrote: > > Sal. > > > > Pls, o mica lamurire. > > > > Daca $ apare intr-o comanda, dupa el e un cuvant > > care > > vrea sa reprezinte o variabila de mediu. > > Cum delimitam acest cuvant la celalat capat (la > > sfarsit, la ce caractere ne oprim) ? Space e > > evident, > > dar mai e si altul ? > > Alti delimitatori ar fi operatorii. Atentie insa la > '\' care poate sa iti protejeze $-ul de la inceput > caz > in care nu e vorba de o variabila de mediu ci de > numele unei comenzi sau fisier, de exemplu: ls > \$HOME > va incerca sa faca ls pe fisierul cu numele '$HOME'. > > > Dar daca cuvantul gasit nu e variabila de mediu, > cu > > ce > > il inlocuim ? > > Cu sirul vid. > > > Thanks, > > Ionut. > > __________________________________ > Do you Yahoo!? > Exclusive Video Premiere - Britney Spears > http://launch.yahoo.com/promos/britneyspears/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so ===== I wish you all a lovely day, tomorow and today. Cirjan Ionut Silviu __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 23:46:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Fri, 14 Nov 2003 15:46:32 -0800 (PST) Subject: Fwd: Re: [so] expandarea var de mediu in lin de comanda In-Reply-To: <20031114224823.21245.qmail@web41106.mail.yahoo.com> Message-ID: <20031114234632.99022.qmail@web60506.mail.yahoo.com> Salut, Eu am zis ca "Alti delimitatori ar fi operatorii". Nu am spus ca sunt singurii alti delimitatori. Din ce ti-am raspuns eu in mailul respectiv nu reiese in nici un fel ca nu este *necesar* ca variabilele de mediu sa fie delimitate la dreapta de '/'. Scopul listei este sa te ajute sa-ti faci temele. Bineinteles ca poti sa ai incredere in raspunsurile de pe lista insa citeste-le cu atentie si daca simti ca nu esti lamurit 100% mai intreaba. Succes, Cosmin --- Ionut Cirjan wrote: > Fac fwd la un mail din timpul temei 1 . > Este legat de expandarea variabilelor de mediu in > Linux. > S-a discutat acest lucru pe lista, s-a lamurit > (atunci). > Insa daca va uitati sunt puncte scazute pentru ca nu > tinem cont de variabile de genul $HOME/bin (varibila > trebuia sa se termina la / ). > Nu e mult scazut (-0.3) si nu numai la mine, ci la > toti!. > Ca principiu mi se pare incorect din moment ce a > aparut aceasta intrebare, a fost discutata clar si > nu > era *necesar* sa se utilizeze ca delimitatori si > '/'. > > Durerea nu este in punctele scazute, si in > principiul > de functionare al acestei liste: avem incredere 100% > in ce se raspunde/lamureste/stabileste aici ??? > > Ionut. > > PS: cred ca majoritatea colegilor mei ar vrea un > raspuns. > > > --- Cosmin Arad wrote: > > From: Cosmin Arad > > Subject: Re: [so] expandarea var de mediu in lin > de > > comanda > > To: so@atlantis.cs.pub.ro > > Date: Tue, 28 Oct 2003 00:17:08 -0800 (PST) > > > > --- Ionut Cirjan wrote: > > > Sal. > > > > > > Pls, o mica lamurire. > > > > > > Daca $ apare intr-o comanda, dupa el e un cuvant > > > care > > > vrea sa reprezinte o variabila de mediu. > > > Cum delimitam acest cuvant la celalat capat (la > > > sfarsit, la ce caractere ne oprim) ? Space e > > > evident, > > > dar mai e si altul ? > > > > Alti delimitatori ar fi operatorii. Atentie insa > la > > '\' care poate sa iti protejeze $-ul de la inceput > > caz > > in care nu e vorba de o variabila de mediu ci de > > numele unei comenzi sau fisier, de exemplu: ls > > \$HOME > > va incerca sa faca ls pe fisierul cu numele > '$HOME'. > > > > > Dar daca cuvantul gasit nu e variabila de mediu, > > cu > > > ce > > > il inlocuim ? > > > > Cu sirul vid. > > > > > Thanks, > > > Ionut. > > > > __________________________________ > > Do you Yahoo!? > > Exclusive Video Premiere - Britney Spears > > http://launch.yahoo.com/promos/britneyspears/ > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > ===== > > > > I wish you all a lovely day, > tomorow and today. > > Cirjan Ionut Silviu > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 23:44:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 01:44:55 +0200 Subject: [so] Cakes_max In-Reply-To: <20031114181007.28599.qmail@web42002.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> il lasi sa astepte. Maria. >daca un consumator cere mai >mult de "cakes_max " prajituri, ce se intampla? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Fri Nov 14 23:50:57 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 01:50:57 +0200 Subject: [so] Conflict In-Reply-To: <3FB36FFC.000001.01540@einstein> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Iti inteleg lovitura.... :). solutia ar fi ca in loc sa lasi consumatorii sa rezerve prajituri care ar putea dispare sa pui gunoierul in situatia in care sa poata rezerva pentru aruncare prajituri care pot fi mancate intre timp. Maria. >M-am lovit de urmatoarea problema. >Se face o cerere de prajituri din partea consumatorilor. >Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si ia >pentru el prajuturile vechi. >Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei. > >Cum rezolv problema? > >Florin --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 00:06:16 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Fri, 14 Nov 2003 16:06:16 -0800 (PST) Subject: [so] ./sweetshop parametri Message-ID: <20031115000616.29411.qmail@web60305.mail.yahoo.com> Este o sugestie ca max_cakes si max_seats sa fie luati cu getenv. Bun! dar ala care testeaza ce face se duce in fiecare consola si seteaza variabilele sau le are setate odate de la bootare si atunci ar cam trebuie sa stim numele. Sau alta intrebare, ce rost mai au paramtrii pt sweetshop daca vom face cu getenv? Intreb pt ca ar fi trist sa fac tema si la corectare: ./sweetshop 30 30 70 ... hmm nu merge? nota 4 :P deci care ma lumineaza (intrebarea este pt cei care corecteaza)? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:18:41 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 15 Nov 2003 01:18:41 -0800 (PST) Subject: [so] Cakes_max In-Reply-To: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <20031115091841.77992.qmail@web41002.mail.yahoo.com> In cazul in care un consumator va cere mai mult de cakes max el nu va fi niciodata servit deci tot grupul va ramane blocat. Sa intelegem ca acesta e un comportamnet ok ? --- Maria Mateescu wrote: > > il lasi sa astepte. > > Maria. > > > >daca un consumator cere mai > >mult de "cakes_max " prajituri, ce se intampla? > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:20:13 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 15 Nov 2003 01:20:13 -0800 (PST) Subject: [so] parametrii liniei de comanda In-Reply-To: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <20031115092013.8122.qmail@web41009.mail.yahoo.com> Se presupune ca paramterii liniei de comanda sunt dati corect adica se vor introduce niste parametrii valizi? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:34:38 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 11:34:38 +0200 Subject: [so] parametrii liniei de comanda In-Reply-To: <20031115092013.8122.qmail@web41009.mail.yahoo.com> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115113430.00a5f960@mail.mymail.ro> da >Se presupune ca paramterii liniei de comanda sunt dati >corect adica se vor introduce niste parametrii valizi? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 09:34:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 11:34:55 +0200 Subject: [so] Cakes_max In-Reply-To: <20031115091841.77992.qmail@web41002.mail.yahoo.com> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> da >In cazul in care un consumator va cere mai mult de >cakes max el nu va fi niciodata servit deci tot grupul >va ramane blocat. Sa intelegem ca acesta e un >comportamnet ok ? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 10:06:35 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sat, 15 Nov 2003 12:06:35 +0200 Subject: [so] Cakes_max References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> Message-ID: <3FB5FAAB.2040303@pcnet.ro> E a nu stiu cata oara cand se vorbeste despre chestia asta si m-am incurcat de tot.....vreau sa stiu daca e ok ca eu l-am dat afara pe clientul "mancacios" care vrea mai multe prajituri decat capacitatea frigiderului.Mai exact ies imedit ce constat ca a cerut mai multe prajituri decat cate i de pot da. Multumesc! Ruxandra From so@atlantis.cs.pub.ro Sat Nov 15 10:54:14 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 12:54:14 +0200 Subject: [so] Cakes_max In-Reply-To: <3FB5FAAB.2040303@pcnet.ro> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115125358.00ae5a68@mail.mymail.ro> e ok. si asa, si asa. >E a nu stiu cata oara cand se vorbeste despre chestia asta si m-am >incurcat de tot.....vreau sa stiu daca e ok ca eu l-am dat afara pe >clientul "mancacios" care vrea mai multe prajituri decat capacitatea >frigiderului.Mai exact ies imedit ce constat ca a cerut mai multe >prajituri decat cate i de pot da. > >Multumesc! > >Ruxandra --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 11:34:22 2003 From: so@atlantis.cs.pub.ro (Octavian PURDILA) Date: Sat, 15 Nov 2003 13:34:22 +0200 Subject: [so] Re: Am o nelamurire In-Reply-To: <20031114212032.96165.qmail@web40020.mail.yahoo.com> References: <20031114212032.96165.qmail@web40020.mail.yahoo.com> Message-ID: <1068896062.3fb60f3ecd151@cs.pub.ro> Quoting Murgan Mihai : Acest raspuns este unul generic pentru toate plangerile de genul celor de mai jos (buguri de tip buffer overflow). Nu se va mai raspunde la alte plangeri similare. > Domnule profesor, > > nedumerit. Din ceea ce spuneati dumneavoastra pe lista > reiesea clar ca se pot limita comenzile la maxim 500 > de caractere, dar sa specificam acest lucru in readme. > Exact asa am facut si eu, am specificat in readme > acest lucru si intr-adevar nu am mai verificat in > program daca se depaseste sau nu aceasta limita, din Dupa cum reiese din discutia de pe lista, puteai sa limitezi buferele, DAR trebuia sa verifici atunci cand scrii in ele astfel incat sa nu le depasesti. Problema care s-a intalnit la tine poarte numele de buffer overflow si este responsabila de 90% (sau poate chiar mai mult) de exploiturile existente. Problema buffer overflow nu poate fi corectata decat - daca programatorul programeaza corect si nu scrie in bufere mai mult decat este cazul - limbajul verifica la fiecare scriere dimensiunea bufferului Cum optiunea doi nu este implementata in C, singura solutie corecta este optiunea unu. tavi ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Sat Nov 15 12:24:18 2003 From: so@atlantis.cs.pub.ro (dinca radu) Date: Sat, 15 Nov 2003 14:24:18 +0200 Subject: [so] JMP Message-ID: <200311151224.hAFCOI6I002971@k.k.ro> ce instructiune gen jmp din assembler exista in C de linux ? si cum folosesc etichete pt. ea? daca se poate as dori un raspuns cat mai rapid , pt. ca chiar am nevoie de ea :) Radu Sentimente.ro - www.sentimente.ro Peste 50.000 de prieteni te asteapta! From so@atlantis.cs.pub.ro Sat Nov 15 12:26:36 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 04:26:36 -0800 (PST) Subject: [so] JMP In-Reply-To: <200311151224.hAFCOI6I002971@k.k.ro> Message-ID: <20031115122636.90010.qmail@web60503.mail.yahoo.com> --- dinca radu wrote: > > ce instructiune gen jmp din assembler exista in C de > linux ? si cum > folosesc etichete pt. ea? > daca se poate as dori un raspuns cat mai rapid , pt. > ca chiar am nevoie de > ea :) instructiuni; goto label; instructiuni; label: instructiuni; Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 17:09:53 2003 From: so@atlantis.cs.pub.ro (Dana Tiba) Date: Sat, 15 Nov 2003 19:09:53 +0200 (EET) Subject: [so] Conflict In-Reply-To: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Message-ID: <35508.81.196.10.119.1068916193.squirrel@dazoot.ro> Salut, In textul temei scrie: "Chiar daca a obtinut numarul de prajituri cerute, fiind tare politicos, consumatorul nu va incepe sa manance decat atunci cand toti prietenii lui si-au primit prajiturile. " Eu intelesesem ca in momentul in care un consumator comanda prajiturile dorite le si primeste (daca acestea exista in momentul acela in frigider) si apoi asteapta sa le manince (adica sa inceapa timpul aleator de microsecunde destinat mincarii). Adica in timpul in care este "politicos" si ii asteapta pe ceilalti el are deja prajiturile pe masa, nu mai sunt in frigider, deci gunoierul nu mai are de ce sa le arunce. dana > > Iti inteleg lovitura.... :). > solutia ar fi ca in loc sa lasi consumatorii sa rezerve prajituri care > ar putea dispare sa pui gunoierul in situatia in care sa poata rezerva > pentru aruncare prajituri care pot fi mancate intre timp. > > Maria. > > >>M-am lovit de urmatoarea problema. >>Se face o cerere de prajituri din partea consumatorilor. >>Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si >> ia pentru el prajuturile vechi. >>Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei. >> >>Cum rezolv problema? >> >>Florin > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so From so@atlantis.cs.pub.ro Sat Nov 15 17:48:00 2003 From: so@atlantis.cs.pub.ro (andrei damian) Date: Sat, 15 Nov 2003 19:48:00 +0200 Subject: [so] Testarea temelor Message-ID: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Salut, In urma rezultatului obtinut la tema 1 am 2 intrebari: - se tine cont de conventiile pe care le-am mentionat in readme privind = implementarea temei? - eu de exemplu am fost depunctat pentru redirectari de genul cmd1 < = cmd2 in conditiile in care am mentionat ca minishellul meu, atunci cand = apar operatori de redirectare, prelucreaza o comanda de genul 'cmd = op_redir nume_fisier'; - din discutiile de pe forum si din textul temei am inteles ca nici = nu se asteapta altceva - va exista un server pe care ne vom putea testa temele si pe care se va = face si corectura? - unele din erorile pentru care am fost depunctat nu imi apar acasa; = e posibil sa fii programat prost, dar nu as fi trimis o tema daca la = comenzi simple ar fi dat segm.fault:D; poate ar fi util sa se = stabileasca macar versiunea de kernel si cea a compilatorului pe care se = face testarea. 10x Andrei DAMIAN 342CA ------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Salut,
 
In urma rezultatului obtinut la tema 1 = am 2=20 intrebari:
- se tine cont de conventiile pe care = le-am=20 mentionat in readme privind implementarea temei?
    - eu de exemplu am = fost=20 depunctat pentru redirectari de genul cmd1 < cmd2 in conditiile = in care=20 am mentionat ca minishellul meu, atunci cand apar operatori de=20 redirectare, prelucreaza o = comanda de genul=20 'cmd op_redir nume_fisier';
    - din discutiile de = pe forum si=20 din textul temei am inteles ca nici nu se asteapta = altceva
 
- va exista un server pe care ne vom = putea testa=20 temele si pe care se va face si corectura?
    - unele din erorile = pentru care=20 am fost depunctat nu imi apar acasa; e posibil sa fii programat prost, = dar nu as=20 fi trimis o tema daca la comenzi simple ar fi dat segm.fault:D; poate ar = fi util=20 sa se stabileasca macar versiunea de kernel si cea a compilatorului pe = care se=20 face testarea.
 
10x
 
Andrei DAMIAN
342CA
 
------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/ignore; charset=US-ASCII; name="SecurityCheck.txt" Content-Disposition: inline ------------------------------------------------------- Xnet scaneaza automat toate mesajele impotriva virusilor folosind RAV AntiVirus. Xnet automatically scans all messages for viruses using RAV AntiVirus. Nota: RAV AntiVirus poate sa nu detecteze toti virusii noi sau toate variantele lor. Va rugam sa luati in considerare ca exista un risc de fiecare data cand deschideti fisiere atasate si ca MobiFon nu este responsabila pentru nici un prejudiciu cauzat de virusi. Disclaimer: RAV AntiVirus may not be able to detect all new viruses and variants. Please be aware that there is a risk involved whenever opening e-mail attachments to your computer and that MobiFon is not responsible for any damages caused by viruses. ------=_NextPart_000_0007_01C3ABB1.5FC03920-- From so@atlantis.cs.pub.ro Sat Nov 15 23:31:10 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 15 Nov 2003 15:31:10 -0800 (PST) Subject: [so] semget Message-ID: <20031115233110.90269.qmail@web11206.mail.yahoo.com> Atunci cand creez un set de semafoare cu semget, ce valoare este introdusa default in semval ? Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo legatura cu numarul maxim de grupuri ? Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 23:42:53 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 15:42:53 -0800 (PST) Subject: [so] semget In-Reply-To: <20031115233110.90269.qmail@web11206.mail.yahoo.com> Message-ID: <20031115234253.11813.qmail@web60502.mail.yahoo.com> --- Andrei Stefan wrote: > Atunci cand creez un set de semafoare cu semget, ce > valoare este introdusa default in semval ? > Id-urile grupurilor pot fi orice numere sau trebuie > sa > aiba vreo legatura cu numarul maxim de grupuri ? Referitor la prima intrebare ai putea presupune ca semafoarele sunt initializate la 0, dar cel mai sigur e sa faci tu un semctl ca sa setezi valaorea. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 00:27:08 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 15 Nov 2003 16:27:08 -0800 (PST) Subject: [so] semget In-Reply-To: <20031115234253.11813.qmail@web60502.mail.yahoo.com> Message-ID: <20031116002708.51318.qmail@web11207.mail.yahoo.com> Pot sa setez la 0 semaforul, dar intre apelul functiei semget si apelul imediat al functiei semctl, un alt proces poate accesa acest semafor, iar pe mine ma intereseaza ca inainte de accesul la semafor, el sa aiba valoarea 1. Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 00:31:24 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 16:31:24 -0800 (PST) Subject: [so] semget In-Reply-To: <20031116002708.51318.qmail@web11207.mail.yahoo.com> Message-ID: <20031116003124.71205.qmail@web60505.mail.yahoo.com> --- Andrei Stefan wrote: > Pot sa setez la 0 semaforul, dar intre apelul > functiei > semget si apelul imediat al functiei semctl, un alt > proces poate accesa acest semafor, iar pe mine ma > intereseaza ca inainte de accesul la semafor, el sa > aiba valoarea 1. Initializarea semafoarelor ar trebui facuta inainte de crearea proceselor care le vor folosi. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 08:09:45 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sun, 16 Nov 2003 00:09:45 -0800 (PST) Subject: [so] aceeasi intrebare Message-ID: <20031116080945.87256.qmail@web11204.mail.yahoo.com> Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo legatura cu numarul maxim de grupuri (intre 0 si GROUP_MAX) ? Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 12:03:23 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 16 Nov 2003 14:03:23 +0200 Subject: [so] inchidere cofetarie References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <3FB7678B.7020400@pcnet.ro> Va rog sa imi spuneti daca se scade din punctaj in caz ca nu ofer posibilitate de inchidere cofetarie in Windows.In linux le-am inchis dar cum nu s-a specificat nimic in partea de enuntz obligatoriu am considerat ca inchiderea este o facilitate in plus.In Linux oricum se impunea pentru ca altfel raman IPC-urile agatate. multumesc! Ruxandra From so@atlantis.cs.pub.ro Sun Nov 16 14:41:52 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 16 Nov 2003 06:41:52 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <20031116144152.9122.qmail@web60309.mail.yahoo.com> --0-1664088012-1068993712=:1228 Content-Type: text/plain; charset=us-ascii e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 de exemplu sa ia fiecare cate 3 si sa se blocheze? Evident ca este vorba de windows ( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1664088012-1068993712=:1228 Content-Type: text/html; charset=us-ascii

e posibil ca, daca exista 6 prajituri si vin doi clienti care cer  4 si 5 de exemplu

sa ia fiecare cate 3 si sa se blocheze?

 

Evident ca este vorba de windows

( si eu care speram sa o portez in mai putin de 3 ore )

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1664088012-1068993712=:1228-- From so@atlantis.cs.pub.ro Sun Nov 16 16:18:08 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 16 Nov 2003 08:18:08 -0800 (PST) Subject: [so] tema 1 corectare Message-ID: <20031116161808.26378.qmail@web41013.mail.yahoo.com> Salut Uitandu-ma peste notele colegilor mei, am observat urmatoarea depunctare: implementare "gresita" a operatorului de cauzalitate, comanda a doua se executa intotdeauna. Recunosc ca, la momentul implementarii temei, nu m-am documentat exact asupra chestiunii. Insa, daca dati man bash, veti observa ca si acolo spune negru pe alb (sau cum aveti voi setate terminalele) ca a doua comanda se executa "if and only if" prima a returnat cod de eroare 0. Deci, pana la urma ne straduim sa urmarim Posix-ul, sau nu? (eu de exemplu am pierdut destul de mult timp simuland paralelismul exact ca in shell, pentru ca acum sa vad ca nu asta se astepta de la noi, mai ales ca nu s-a precizat la vreun moment dat comportamentul exact asteptat). Astept lamuriri. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 16:29:39 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 16 Nov 2003 08:29:39 -0800 (PST) Subject: [so] tema 1 corectare In-Reply-To: <20031116161808.26378.qmail@web41013.mail.yahoo.com> Message-ID: <20031116162939.33899.qmail@web60504.mail.yahoo.com> --- Diana Fulger wrote: > Salut > Uitandu-ma peste notele colegilor mei, am observat > urmatoarea depunctare: implementare "gresita" a > operatorului de cauzalitate, comanda a doua se > executa > intotdeauna. > Recunosc ca, la momentul implementarii temei, nu > m-am > documentat exact asupra chestiunii. Insa, daca dati > man bash, veti observa ca si acolo spune negru pe > alb > (sau cum aveti voi setate terminalele) ca a doua > comanda se executa "if and only if" prima a returnat > cod de eroare 0. Deci, pana la urma ne straduim sa > urmarim Posix-ul, sau nu? (eu de exemplu am pierdut > destul de mult timp simuland paralelismul exact ca > in > shell, pentru ca acum sa vad ca nu asta se astepta > de > la noi, mai ales ca nu s-a precizat la vreun moment > dat comportamentul exact asteptat). > > Astept lamuriri. Iata-le: Cred ca tu interpretezi gresit textul corecturii. "Comanda a doua se executa intotdeauna" in implementarea din tema respectiva si e gresit. Corect este cum ai citit si tu in man. Nu inteleg de ce te referi la paralelism cand operatorul de cauzalitate secventiaza comenzile. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 16:31:00 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 16 Nov 2003 08:31:00 -0800 (PST) Subject: [so] tema 1 corectare In-Reply-To: <20031116162939.33899.qmail@web60504.mail.yahoo.com> Message-ID: <20031116163100.12851.qmail@web41008.mail.yahoo.com> Referinta la paralelism era ceva diferit, am observat ca si pentru asta s-a mai scazut. --- Cosmin Arad wrote: > --- Diana Fulger wrote: > > Salut > > Uitandu-ma peste notele colegilor mei, am observat > > urmatoarea depunctare: implementare "gresita" a > > operatorului de cauzalitate, comanda a doua se > > executa > > intotdeauna. > > Recunosc ca, la momentul implementarii temei, nu > > m-am > > documentat exact asupra chestiunii. Insa, daca > dati > > man bash, veti observa ca si acolo spune negru pe > > alb > > (sau cum aveti voi setate terminalele) ca a doua > > comanda se executa "if and only if" prima a > returnat > > cod de eroare 0. Deci, pana la urma ne straduim sa > > urmarim Posix-ul, sau nu? (eu de exemplu am > pierdut > > destul de mult timp simuland paralelismul exact ca > > in > > shell, pentru ca acum sa vad ca nu asta se astepta > > de > > la noi, mai ales ca nu s-a precizat la vreun > moment > > dat comportamentul exact asteptat). > > > > Astept lamuriri. > > Iata-le: > Cred ca tu interpretezi gresit textul corecturii. > "Comanda a doua se executa intotdeauna" in > implementarea din tema respectiva si e gresit. > Corect > este cum ai citit si tu in man. > > Nu inteleg de ce te referi la paralelism cand > operatorul de cauzalitate secventiaza comenzile. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 21:33:21 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 16 Nov 2003 23:33:21 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <20031116080945.87256.qmail@web11204.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031116233309.00a5fce8@mail.mymail.ro> orice numar. Maria. >Id-urile grupurilor pot fi orice numere sau trebuie sa >aiba vreo legatura cu numarul maxim de grupuri (intre >0 si GROUP_MAX) ? > > > >Andrei > >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 16 21:34:51 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 16 Nov 2003 23:34:51 +0200 Subject: [so] Bill Gates x-( In-Reply-To: <20031116144152.9122.qmail@web60309.mail.yahoo.com> References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031116233417.00a9e610@mail.mymail.ro> da. Maria. >e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 >de exemplu > >sa ia fiecare cate 3 si sa se blocheze? > > > >Evident ca este vorba de windows > >( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 16 22:15:09 2003 From: so@atlantis.cs.pub.ro (miahi) Date: Mon, 17 Nov 2003 00:15:09 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <5.1.0.14.0.20031116233309.00a5fce8@mail.mymail.ro> Message-ID: <20031116231629.DD14328C059@atlantis> nu e un pic cam tarzie precizarea asta? miahi -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Maria Mateescu Sent: 16 noiembrie 2003 23:33 To: so@atlantis.cs.pub.ro Subject: Re: [so] aceeasi intrebare orice numar. Maria. >Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo >legatura cu numarul maxim de grupuri (intre 0 si GROUP_MAX) ? > > > >Andrei From so@atlantis.cs.pub.ro Sun Nov 16 22:27:44 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Sun, 16 Nov 2003 14:27:44 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <5.1.0.14.0.20031116233417.00a9e610@mail.mymail.ro> Message-ID: <20031116222744.47117.qmail@web40002.mail.yahoo.com> --0-1932631138-1069021664=:42994 Content-Type: text/plain; charset=us-ascii Nu inteleg de ce da. In mod normal nu ar trebui sa fie servit unul dintre el si sa ramana celalalt sa astepte? In tema scrie: "fiecare consumator isi asteapta prajiturile (daca nu exista cakes_no prajituri consumatorul va astepta sa se aduca (de catre un furnizor). " Eu inteleg de aici ca presupunand ca cel cu 4 prajituri e primul venit el va lua 4 din cele 6, vor ramane 2 in frigider si cel care vrea 5 va astepta pana vine un furnizor si ii aduce cakes_no(nu neaparat cakes_no, in acest caz cakes_no-2, adica sa ii completeze pana la cakes_no). Am trimis tema in acest mod si as vrea un raspuns, te rog mult, ca sa stiu ca totul e in ordine. Mihai Murgan Maria Mateescu wrote: da. Maria. >e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 >de exemplu > >sa ia fiecare cate 3 si sa se blocheze? > > > >Evident ca este vorba de windows > >( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1932631138-1069021664=:42994 Content-Type: text/html; charset=us-ascii
Nu inteleg de ce da. In mod normal nu ar trebui sa fie servit unul dintre el si sa ramana celalalt sa astepte?
In tema scrie:
"fiecare consumator isi asteapta prajiturile (daca nu exista cakes_no prajituri consumatorul va astepta sa se aduca (de catre un furnizor). "
Eu inteleg de aici ca presupunand ca cel cu 4 prajituri e primul venit el va lua 4 din cele 6, vor ramane 2 in frigider si cel care vrea 5 va astepta pana vine un furnizor si ii aduce cakes_no(nu neaparat cakes_no, in acest caz cakes_no-2, adica sa ii completeze pana la cakes_no). Am trimis tema in acest mod si as vrea un raspuns, te rog mult, ca sa stiu ca totul e in ordine.
 
Mihai Murgan

Maria Mateescu <atta@mymail.ro> wrote:

da.

Maria.



>e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5
>de exemplu
>
>sa ia fiecare cate 3 si sa se blocheze?
>
>
>
>Evident ca este vorba de windows
>
>( si eu care speram sa o portez in mai putin de 3 ore )



---------------------------------------------------------------
Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
http://poze.acasa.ro/

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1932631138-1069021664=:42994-- From so@atlantis.cs.pub.ro Sun Nov 16 22:48:12 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 16 Nov 2003 14:48:12 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <20031116222744.47117.qmail@web40002.mail.yahoo.com> Message-ID: <20031116224812.83220.qmail@web41011.mail.yahoo.com> io am intrebat exact acelasi lucru si mi s-a zis ca putem sa facem tema cum vrem adica fie ia cate o prajitura pana isi face numarul fie le asteapta pe toate. --- Murgan Mihai wrote: > Nu inteleg de ce da. In mod normal nu ar trebui sa > fie servit unul dintre el si sa ramana celalalt sa > astepte? > In tema scrie: > "fiecare consumator isi asteapta prajiturile (daca > nu exista cakes_no prajituri consumatorul va astepta > sa se aduca (de catre un furnizor). " > Eu inteleg de aici ca presupunand ca cel cu 4 > prajituri e primul venit el va lua 4 din cele 6, vor > ramane 2 in frigider si cel care vrea 5 va astepta > pana vine un furnizor si ii aduce cakes_no(nu > neaparat cakes_no, in acest caz cakes_no-2, adica sa > ii completeze pana la cakes_no). Am trimis tema in > acest mod si as vrea un raspuns, te rog mult, ca sa > stiu ca totul e in ordine. > > Mihai Murgan > > Maria Mateescu wrote: > > da. > > Maria. > > > > >e posibil ca, daca exista 6 prajituri si vin doi > clienti care cer 4 si 5 > >de exemplu > > > >sa ia fiecare cate 3 si sa se blocheze? > > > > > > > >Evident ca este vorba de windows > > > >( si eu care speram sa o portez in mai putin de 3 > ore ) > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > --------------------------------- > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 07:17:16 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 09:17:16 +0200 Subject: [so] Testarea temelor In-Reply-To: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> References: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> Message-ID: <1069053436.3fb875fc2981e@cs.pub.ro> Salut, > In urma rezultatului obtinut la tema 1 am 2 intrebari: > - eu de exemplu am fost depunctat pentru redirectari de genul cmd1 < cmd2 > in conditiile in care am mentionat ca minishellul meu, atunci cand apar > operatori de redirectare, prelucreaza o comanda de genul 'cmd op_redir > nume_fisier'; Intr-adevar cmd1 < cmd2 nu avea ce cauta acolo, nefiind in cerintele temei. Am corectat. > - va exista un server pe care ne vom putea testa temele si pe care se va face > si corectura? > - unele din erorile pentru care am fost depunctat nu imi apar acasa; e > posibil sa fii programat prost, dar nu as fi trimis o tema daca la comenzi > simple ar fi dat segm.fault:D; poate ar fi util sa se stabileasca macar > versiunea de kernel si cea a compilatorului pe care se face testarea. In legatura cu serverul de lucru, o sa intreb. Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 07:53:04 2003 From: so@atlantis.cs.pub.ro (Ifrim Mircea) Date: Sun, 16 Nov 2003 23:53:04 -0800 (PST) Subject: [so] CreateProcess Message-ID: <20031117075304.41556.qmail@web20308.mail.yahoo.com> --0-360097760-1069055584=:38427 Content-Type: text/plain; charset=us-ascii Am si eu o mica problema: cum creez un proces pe windows care sa aiba ca parametru o functie de-a mea, de exemplu functia void myprocedure(void) ? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-360097760-1069055584=:38427 Content-Type: text/html; charset=us-ascii
Am si eu o mica problema: cum creez un proces pe windows care sa aiba ca parametru o functie de-a mea,  de exemplu functia void myprocedure(void) ?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-360097760-1069055584=:38427-- From so@atlantis.cs.pub.ro Mon Nov 17 08:39:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 00:39:32 -0800 (PST) Subject: [so] CreateProcess In-Reply-To: <20031117075304.41556.qmail@web20308.mail.yahoo.com> Message-ID: <20031117083932.12528.qmail@web60509.mail.yahoo.com> --- Ifrim Mircea wrote: > Am si eu o mica problema: cum creez un proces pe > windows care sa aiba ca parametru o functie de-a > mea, de exemplu functia void myprocedure(void) ? Nu inteleg prea bine ce vrei sa faci. Banuiesc ca vrei sa executi o functie specificata la run-time. Daca asta este cazul iti dai seama ca codul functiei trebuie sa fie executabil si sa fie incarcat undeva in segmentul de cod al procesului. Ai 2 variante: Sa definesti toate functiile al caror nume il poti primi ca parametru in programul tau sau sa le definesti intr-un DLL pe care sa-l incarci. Daca vrei sa faci altceva specifica clar ce. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 10:02:18 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 17 Nov 2003 12:02:18 +0200 Subject: [so] Testarea temelor In-Reply-To: <1069053436.3fb875fc2981e@cs.pub.ro> References: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> <1069053436.3fb875fc2981e@cs.pub.ro> Message-ID: On Mon, 17 Nov 2003 09:17:16 +0200, Doina Bucur wrote: > Salut, >> - va exista un server pe care ne vom putea testa temele si pe care se >> va face si corectura? >> Acest lucru nu este posibil: unii dintre asistenti nu pot corecta tema pe server pentru ca nu au Internet decat prin dial-up. tavi From so@atlantis.cs.pub.ro Mon Nov 17 10:18:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 17 Nov 2003 12:18:55 +0200 Subject: [so] Conflict In-Reply-To: <35508.81.196.10.119.1068916193.squirrel@dazoot.ro> References: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031117121826.00a5ff20@mail.mymail.ro> asa este cum ai zis tu, dar alta era problema lui Florin. Maria. >Salut, > >In textul temei scrie: >"Chiar daca a obtinut numarul de prajituri cerute, fiind tare politicos, >consumatorul nu va incepe sa manance decat atunci cand toti prietenii lui >si-au primit prajiturile. " > >Eu intelesesem ca in momentul in care un consumator comanda prajiturile >dorite le si primeste (daca acestea exista in momentul acela in frigider) >si apoi asteapta sa le manince (adica sa inceapa timpul aleator de >microsecunde destinat mincarii). Adica in timpul in care este "politicos" >si ii asteapta pe ceilalti el are deja prajiturile pe masa, nu mai sunt in >frigider, deci gunoierul nu mai are de ce sa le arunce. > >dana --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 17 10:20:27 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 17 Nov 2003 12:20:27 +0200 Subject: [so] inchidere cofetarie In-Reply-To: <3FB7678B.7020400@pcnet.ro> References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031117121925.00a93778@mail.mymail.ro> e bine. terminarea se cere tocmai pentru ca ramaneau IPCuri nedistruse. Maria. >Va rog sa imi spuneti daca se scade din punctaj in caz ca nu ofer >posibilitate de inchidere cofetarie in Windows.In linux le-am inchis dar >cum nu s-a specificat nimic in partea de enuntz obligatoriu am considerat >ca inchiderea este o facilitate in plus.In Linux oricum se impunea pentru >ca altfel raman IPC-urile agatate. > >multumesc! > >Ruxandra --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 17 10:46:35 2003 From: so@atlantis.cs.pub.ro (bogdan dragusanu) Date: Mon, 17 Nov 2003 02:46:35 -0800 (PST) Subject: [so] 'ipcs' pe Win Message-ID: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Cum putem vedea semafoarele , cozile de mesaje, memoriile partajate ramase pe Windows. Adica ceva analog lui 'ipcs' de pe Linux. Eventual cum se poate da remove. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 10:59:25 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Mon, 17 Nov 2003 12:59:25 +0200 Subject: [so] despre upload In-Reply-To: <20031114142139.22742.qmail@web21207.mail.yahoo.com> References: <20031114142139.22742.qmail@web21207.mail.yahoo.com> Message-ID: <3FB8AA0D.5080903@romus.ro> sorin adi wrote: >Am dat din greseala upload la o tema de windows in loc >de tema de linux. >Dupa care am uploadat si pe tema de linux,adica eu am >trimis 2 teme identice fara sa vreau si mi-au aparut >ca 2 teme trimise. >Acuma nu as vrea sa ii fie corectata tema de windows >(care e de fapt de linux) si vreau sa trimit si tema >Windows(dar poate mai incolo in vacanta).Cum fac? > > Se ia in considerare ultima tema trimisa. --Adrian. From so@atlantis.cs.pub.ro Mon Nov 17 11:06:39 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Mon, 17 Nov 2003 13:06:39 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <20031116231629.DD14328C059@atlantis> References: <20031116231629.DD14328C059@atlantis> Message-ID: <3FB8ABBF.6090707@romus.ro> miahi wrote: >nu e un pic cam tarzie precizarea asta? > >miahi > > Cred ca intrebarile voastre vin cam tarziu! Au fost doua saptamani pentru tema!! --Adrian. From so@atlantis.cs.pub.ro Mon Nov 17 11:10:02 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Mon, 17 Nov 2003 13:10:02 +0200 Subject: [so] 'ipcs' pe Win In-Reply-To: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Message-ID: > Cum putem vedea semafoarele , cozile de mesaje, memoriile partajate ramase pe Windows. Adica ceva analog lui 'ipcs' de pe Linux. Eventual cum se poate da remove. http://www.sysinternals.com/ntw2k/freeware/procexp.shtml Toate obiectele din kernel sunt distruse cand e distrusa ultima referinta din sistem care indica spre ele. Referintele se inchid cu CloseHandle de catre programator sau la terminarea procesului. Ca sa fii sigur ca ai distrus un obiect din kernel, ori inchizi tu tot ce ai deschis (CloseHandle) ori inchizi toate procesele care au deschis handles la obiectele respective. Ovidiu From so@atlantis.cs.pub.ro Mon Nov 17 11:11:05 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 03:11:05 -0800 (PST) Subject: [so] 'ipcs' pe Win In-Reply-To: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Message-ID: <20031117111105.14742.qmail@web60505.mail.yahoo.com> --- bogdan dragusanu wrote: > Cum putem vedea semafoarele , cozile de mesaje, > memoriile partajate ramase pe Windows. Adica ceva > analog lui 'ipcs' de pe Linux. Eventual cum se poate > da remove. Exista utilitarul WinObj cu care poti vedea obiectele Windows. Daca dai dublu-click pe un Mutex sau Semafor iti spune daca este ocupat respectiv valoarea smeaforului. http://www.sysinternals.com/ntw2k/freeware/winobj.shtml Fiecare obiect are un contor de utilizare (de handle-uri deschise la acel obiect). La CloseHandle contorul respectiv este decrementat iar la Open... ori DuplicateHandle este incrementat. Mai exista un contor de referiri ale obiectului respectiv de catre sistemul de operare. De exemplu un semafor poate fi folosit de catre un driver. Cand ambele contoare ajung la 0 obiectul este distrus automat. Chiar daca tu nu dai CloseHandle oricum la terminarea procesului sunt inchise toate handle-urile deschise in proces, asadar obiectele se distrug automat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 13:00:41 2003 From: so@atlantis.cs.pub.ro (Roxana Andrei) Date: Mon, 17 Nov 2003 05:00:41 -0800 (PST) Subject: [so] Inchidere handle in Windows Message-ID: <20031117130041.11433.qmail@web21102.mail.yahoo.com> Eu am trimis tema de win si in urma discutiilor de astazi de pe grup m-am gandit sa intreb daca se depuncteaza daca nu am dat closehandle la toate obiectele. Dau doar in cei care le CREEAZA (frara cei care le deschid). Si inca o intrebare: negasind un "random" pentru win32 api, am citit in linia de comanda timpul de mancare prajituri. Daca nu se scade, nu as vrea sa retrimit (-0.25). Multumesc __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 13:08:16 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Mon, 17 Nov 2003 15:08:16 +0200 Subject: [so] tema 3 Message-ID: <20031117125913.M97111@idilis.ro> In enuntul temei 3 se specifica ca trebuie implementate politicile SIGNAL AND CONTINUE si SIGNAL AND WAIT. Eu am citit in primul document dat pe site ca exista SIGNAL AND WAIT si SIGNAL AND URGENT WAIT diferenta fiind aceea ca la SIGNAL AND WAIT prioritate cozii Entry=prioritatea cozii Signaller, iar la SIGNAL AND URGENT WAIT prioritatea cozii Entry 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu zice nimic de pb. 2. In documentatia de mingw care e referita la observatii (http://www.mingw.org/docs.shtml) nu am gasit instructiuni despre creat DLL de windows. Zice acolo ceva de librarii .so, etc, dar de .dll nu am vazut nimic. Daca se poate un link mai precis... -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again From so@atlantis.cs.pub.ro Mon Nov 17 16:45:38 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 18:45:38 +0200 Subject: [so] tema1 - corectare & note Message-ID: <1069087538.3fb8fb32075ad@cs.pub.ro> Salut, Baremul temei 1 arata asa: 1p - afisarea promptului si tot ce depinde de el 0.25p - posibilitatea de a citi & executa comenzi in linia de comanda/fisier (aici s-a scazut mai ales pentru buguri de citire din fisier) 0.75p - implementarea cd (comanda interna) 1p - executia comenzilor externe 1p - recunoasterea si expandarea variabilelor de mediu 1p - executia secventiala ";" 1p - executia paralela "&" 1p - executia cauzala "&&" 1p - executia cu pipe "|" 0.5p - redirectarea de output ">" 0.5p - redirectarea de output/err "&>" 0.5p - redirectarea de err "2>" 0.5p - indirectarea "<" Punctajele de mai sus sunt maximul de punctaj care vi se poate scadea pe o subproblema (de ex. "|") daca nu e implementata deloc. In afara de punctajele care vi se pot scadea pentru asta, exista punctaje scazute pentru incorectitudinea programarii (materializate prin segfault, de ex) . Pentru fiecare problema/bug pe care l-am intalnit, exista un punctaj fix care se scade (sau un interval de punctaj, in cazuri rare). Au existat vreo doua probleme/buguri pentru care a fost cazul ca punctajele sa fie modificate pe parcursul corectarii, de unde si eventualele neclaritati (asta si din cauza ca rezultatele au fost publicate partial pe site, inainte de terminarea corectarii - asta a fost necesar, ca sa nu repetati greselile la tema2). De ex.: -0.30 - fisierele rezultate prin redirectare de output/err nu au drepturi (parametrul mode la open) -0.20 - redirectarea la output/err nu face trunchiere pe fisiere existente -0.30 - segfault la getenv -1 - segfault la malloc & friends (buffer overflow) intre 0 si 0.60 - probleme de parsare a spatiilor (depunctarea depinde de gravitate); pentru simplitate problemele de genul asta, in afara de cateva cazuri speciale, au fost in final uniformizate etc Pentru neclaritati mailto: dee@cs.pub.ro, nu pe lista. Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 17:54:43 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 17 Nov 2003 19:54:43 +0200 Subject: [so] tema3 In-Reply-To: <20031117145954.6D8643FCF2@server1.messagingengine.com> References: <20031117145954.6D8643FCF2@server1.messagingengine.com> Message-ID: On Mon, 17 Nov 2003 16:59:54 +0200, Bogdan Butnaru wrote: > 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei > probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu > zice nimic de pb. > Formularea va invita sa trimiteti mailuri pe lista daca exista neclaritati :) > 2. In documentatia de mingw care e referita la observatii > (http://www.mingw.org/docs.shtml) nu am gasit instructiuni despre creat > DLL de windows. Zice acolo ceva de librarii .so, etc, dar de .dll nu am > vazut nimic. Daca se poate un link mai precis... > Nu prea ai cautat... Al treilea bulet: How to create a dll Here's an example. Cut and paste the following into a file named dllfct.h: #ifdef BUILD_DLL // the dll exports #define EXPORT __declspec(dllexport) #else // the exe imports #define EXPORT __declspec(dllimport) #endif // function to be imported/exported EXPORT void tstfunc (void); Cut and paste the following into a file named dllfct.c: #include #include "dllfct.h" EXPORT void tstfunc (void) { printf ("Hello\n"); } Cut and paste the following into a file named hello.c: #include "dllfct.h" int main () { tstfunc (); return (0); } To create the dll and an executable that uses it, try the following: gcc -c hello.c gcc -c -DBUILD_DLL dllfct.c dllwrap --output-lib=libtstdll.a --dllname=tst.dll --driver-name=gcc dllfct.o gcc -o hello.exe hello.o -L./ -ltstdll For more information on dlls, see http://www.nanotech.wisc.edu/~khan/software/gnu-win32/dllhelpers.html tavi From so@atlantis.cs.pub.ro Mon Nov 17 18:11:33 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Mon, 17 Nov 2003 10:11:33 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <1069087538.3fb8fb32075ad@cs.pub.ro> Message-ID: <20031117181133.70849.qmail@web11203.mail.yahoo.com> Ar fi fost bine de stiut de la inceput cam ce teste ar fi trebuit sa indeplineasca temele noastre, nu sa ne imaginam noi teste posibile si sa nu stim de fapt ce se cere de la noi ..... Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 20:24:51 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 22:24:51 +0200 Subject: [so] Re: Fwd: corectare tema1 linux In-Reply-To: References: Message-ID: <1069100691.3fb92e9373fc4@cs.pub.ro> Cum destul de multi dintre voi ati ales comportamentul tip "pus in background" pentru &, mesajul asta devine general: > ------- Forwarded message ------- > From: Catalin Constantin > To: tavi@cs.pub.ro > Subject: corectare tema1 linux > Date: Mon, 17 Nov 2003 22:14:01 +0200 > > > http://cs.pub.ro/so/Teme/note/343CA/ConstantinCatalin/tema1/lin/NOTA > > > > -0.40 > > > > Actiunea lui sleep nu e vizibila in testul urmator: > > > > [tavi@lemon]> sleep 2 & ls -la > > total 108 > > drwxr-xr-x 4 tavi tavi 4096 Nov 16 20:06 . > > drwxr-xr-x 3 tavi tavi 4096 Nov 2 23:35 .. > > // executia se termina imediat; pe primul proces nu faci wait la > > exec_comanda(,,false) > > > > > > mi se pare perfect normal sa faca asa > > pentru ca & pune in background ! Enuntul temei zice asa: "Operatorul de paralelism "&" . Astfel "alfa & beta" va executa comenzile alfa si beta in paralel." Adica trebuia sa implementati o facilitate care nu isi are echivalentul in bash, si pentru operatorul asta sa nu imitati bashul. > > am testat si pe bash si face la fel cum fac eu. Doina -- dee@cs.pub.ro ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 22:36:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 14:36:21 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031117125913.M97111@idilis.ro> Message-ID: <20031117223621.23494.qmail@web60508.mail.yahoo.com> --- Ioana Cutcutache wrote: > In enuntul temei 3 se specifica ca trebuie > implementate politicile SIGNAL > AND CONTINUE si SIGNAL AND WAIT. Eu am citit in > primul document dat pe site > ca exista SIGNAL AND WAIT si SIGNAL AND URGENT WAIT > diferenta fiind aceea ca > la SIGNAL AND WAIT prioritate cozii > Entry=prioritatea cozii Signaller, iar la > SIGNAL AND URGENT WAIT prioritatea cozii > Entry In enunt se specifica de asemenea ca : > "Cand aveti fire de executie in toate cozile > alegerea se va face tinand > cont ca coada de procese blocate la intrare, Entry > Queue, este cea mai putin > prioritara." > Din aceasta inteleg ca prioritatea Entry > Queue Queue, deci noi practic trebuie sa implementam > varianta SIGNAL AND URGENT > WAIT. Asa e? Da, asa e. Am scris eu prescurtat :). Am pus o clarificare la Observatii in legatura cu asta. > A doua intrebare : daca mai multe fire de > executie asteapta la o variabila > conditie trebuie ca atunci cand se da signal pe > variabila respectiva sa fie > trecut in coada Waiting cel care asteapta de cel mai > mult timp sau oricare > din ele? (daca ar trebui luat in considerare cel > care asteapta de cel mai de > mult ar trebui folosite si niste cozi...) Oricare dintre ele. Pe langa faptul ca este mai complicata, implementarea cu cozi FIFO aduce si o penalizare de performanta (can u see why?), deci nu isi are rostul. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 23:02:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 15:02:54 -0800 (PST) Subject: [so] P(n) pe Windows Message-ID: <20031117230254.17549.qmail@web60509.mail.yahoo.com> Salut, Cred ca unii dintre voi ati abordat gresit problema cu P(n) in Windows. Daca protejezi semaforul cu un mutex si faci n operatii WaitForSingleObject dupa care eliberezi mutexul se intampla serializarea operatiilor P. De exemplu pentru un semafor cu valoarea 6 pe care se fac operatiile P(7), P(2), P(2), P(2) din 4 threaduri diferite, operatiile P(2) vor astepta dupa P(7) care tine mutexul asociat semaforului, desi nu ar trebui sa astepte. Am pus la http://cs.pub.ro/~so/Laboratoare/Semaphore.zip o propunere de semafor generalizat pe Windows cu operatiile P(n), V(n) si WaitZero(). Semaforul poate fifolosit cu threaduri, asigura fairness si nu serializeaza operatiile. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 18 14:26:13 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Tue, 18 Nov 2003 16:26:13 +0200 Subject: [so] tema3 In-Reply-To: References: <20031117145954.6D8643FCF2@server1.messagingengine.com> Message-ID: <20031118142613.6A54941E2E@server1.messagingengine.com> OK, am inteles cum e cu dll-urile. Totusi, care sunt formularile pentru cele trei probleme suplimentare: Bounded Buffer cu mai multi producatori si mai multi consumatori, Dining Philosophers, Cigarette Smokers? On Mon, 17 Nov 2003 19:54:43 +0200, "Octavian Purdila" said: > On Mon, 17 Nov 2003 16:59:54 +0200, Bogdan Butnaru > wrote: > > > 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei > > probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu > > zice nimic de pb. > > > > Formularea va invita sa trimiteti mailuri pe lista daca exista > neclaritati > :) > -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Faster than the air-speed velocity of an unladen european swallow From so@atlantis.cs.pub.ro Wed Nov 19 06:51:54 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Wed, 19 Nov 2003 08:51:54 +0200 Subject: [so] tema 3 References: <20031117223621.23494.qmail@web60508.mail.yahoo.com> Message-ID: <000c01c3ae69$a1be7ac0$0c829ad5@ioana> Am o nelamurire : vad ca s-a mai schimbat ceva in enuntul temei, si anume a disparut propozitia "Deblocarea unui fir de executie din orice coada din monitor se va face obligatoriu in ordine FIFO." Asta inseamna ca nu trebuie sa fie deblocate in ordine FIFO firele de executie din Entry, Waiting, Signaller? De asemenea la destroy se spune "destroy - apelat cand monitorul nu este liber, mai exista un fir de executie activ in monitor. " Prin fir activ ce se intelege? Firul care detine monitorul? Banuiesc ca nu se poate distruge un monitor daca sunt fire care asteapta in una din cozi, chiar daca nici unul nu il detine. Rezolvarea celor 2 probleme se poate face cu oricare din politici vrem? From so@atlantis.cs.pub.ro Wed Nov 19 10:30:46 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 19 Nov 2003 02:30:46 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <000c01c3ae69$a1be7ac0$0c829ad5@ioana> Message-ID: <20031119103046.86608.qmail@web60505.mail.yahoo.com> --- Ioana Cutcutache wrote: > Am o nelamurire : vad ca s-a mai schimbat ceva > in enuntul temei, si > anume a disparut propozitia "Deblocarea unui fir de > executie din orice coada > din monitor se va face obligatoriu in ordine FIFO." > Asta inseamna ca nu > trebuie sa fie deblocate in ordine FIFO firele de > executie din Entry, > Waiting, Signaller? Exact. Nu este obligatorie ordinea FIFO in nici una din cozi. > De asemenea la destroy se spune "destroy - > apelat cand monitorul nu > este liber, mai exista un fir de executie activ in > monitor. " Prin fir activ > ce se intelege? Firul care detine monitorul? > Banuiesc ca nu se poate > distruge un monitor daca sunt fire care asteapta in > una din cozi, chiar daca > nici unul nu il detine. Da, prin fir activ se intelege cel care detine monitorul. Da, nu se poate distruge nici daca ai fire blocate in el. Am omis sa specific. > Rezolvarea celor 2 probleme se poate face cu > oricare din politici vrem? Da. In situatia in care una din probleme necesita o anumita politica specificati in README de ce. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 10:55:09 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 19 Nov 2003 02:55:09 -0800 (PST) Subject: [so] tema3 In-Reply-To: <20031118142613.6A54941E2E@server1.messagingengine.com> Message-ID: <20031119105510.3631.qmail@web60508.mail.yahoo.com> --- Bogdan Butnaru wrote: > OK, am inteles cum e cu dll-urile. Totusi, care sunt > formularile pentru > cele trei probleme suplimentare: > > Bounded Buffer cu mai multi producatori si mai multi > consumatori, > Dining Philosophers, > Cigarette Smokers? BoundedBuffer e problema producator consumator. Producatorul produce (adauga) elemente intr-un buffer de dimensiune fixa, iar consumatorul extrage elemente din buffer. De data aceasta vei avea mai mult de un producator si mai mult de un consumator. Practic nu e mare diferenta. Producatorii trebuie sa astepte la o conditie full si consumatorii la o conditie empty. Problema e banala dar s-o rezolvati corect. Dining philosophers e problema clasica cu N filosofi in jurul unei mese rotunde. Fiecare are in fata sa o farfurie cu spagette si exista N furculite plasate intre cele N farfurii astfel incat fiecare filosof are in stanga si in dreapta cate o furculita pe care se "bate" cu vecinii din stanga respectiv dreapta. In caz ca mai trebuie mentionat, filosofii sunt procese care concureaza pt resursele de tip furculita. Exista in cartea Modern Operating Systems a lui Tanenbaum o solutie cu semafoare la acesta problema. Voi trebuie sa gasiti o solutie cu monitoare si sunteti restrictionati la a folosi doar un monitor. Probabil ca in loc sa astepte la niste monitoare filosofii vor astepta la niste variabile conditie din monitor. S-ar putea ca inlocuirea chioara a semafoarelor din solutia lui Tanenbaum cu variabile conditie sa nu reprezinte o solutie corecta. Trebuie sa evitati deadlock, livelock, etc. Solutii gresite gasiti in curs ca sa vedeti care sunt capcanele. In problema Cigarette Smokers avem 4 procese: 3 fumatori si un agent. Fiecare fumator detine unul dintre ingredientele: tutun, hartie si chibrite, necesare pentru a aprinde o tigara. Asadar un fumator va avea doar tutun, unul doar hartie si unul doar chibrite. Agentul va avea o cantitate nelimitata din toate cele 3 ingrediente. La un moment dat agentul pune pe masa 2 dintre ingrediente, pe rand, iar fumatorul care il are pe al treilea isi va aprinde o tigara. Agentul va astepta ca fumatorul sa termine de fumat dupa care ciclul se repeta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 11:20:57 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 19 Nov 2003 13:20:57 +0200 Subject: [so] tema1 - corectare & note In-Reply-To: <20031117181133.70849.qmail@web11203.mail.yahoo.com> References: <20031117181133.70849.qmail@web11203.mail.yahoo.com> Message-ID: <3FBB5219.3080707@romus.ro> Andrei Stefan wrote: >Ar fi fost bine de stiut de la inceput cam ce teste ar >fi trebuit sa indeplineasca temele noastre, nu sa ne >imaginam noi teste posibile si sa nu stim de fapt ce >se cere de la noi ..... > Nu inteleg care-i problema. Scrie pe site (in enuntul temei si pe mail-list) ce trebuie sa faca temele, sau cum zici tu: ce se cere de la voi. Programele nu se fac sa mearga pe anumite teste! Ci pe toate combinatiile de teste care se incadreaza in cerinte. --sadyc From so@atlantis.cs.pub.ro Wed Nov 19 11:24:55 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 19 Nov 2003 13:24:55 +0200 Subject: [so] tema3 In-Reply-To: <20031118142613.6A54941E2E@server1.messagingengine.com> References: <20031117145954.6D8643FCF2@server1.messagingengine.com> <20031118142613.6A54941E2E@server1.messagingengine.com> Message-ID: <3FBB5307.6030805@romus.ro> Bogdan Butnaru wrote: >OK, am inteles cum e cu dll-urile. Totusi, care sunt formularile pentru >cele trei probleme suplimentare: > >Bounded Buffer cu mai multi producatori si mai multi consumatori, >Dining Philosophers, >Cigarette Smokers? > Da voi chiar nu cititi nimic ??? Daca nu ma insel aveti bibliografie pentru SO, crezi ca-i data de pomana? PS: nu astept raspuns la acest email! --sadyc From so@atlantis.cs.pub.ro Wed Nov 19 11:45:10 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Wed, 19 Nov 2003 03:45:10 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <3FBB5219.3080707@romus.ro> Message-ID: <20031119114510.22866.qmail@web41014.mail.yahoo.com> Sa nu exageram importanta informatiilor vehiculate atat pe site, cat si pe mailing list, atata timp cat la intrebarile pentru tema 1 v-ati lansat cu totii in indicatii din cele mai pretioase, iar specificatia exacta a ceea ce se astepta de la noi a sosit abia ca justificare a corectarii. --- Adrian Stanciu wrote: > Andrei Stefan wrote: > > >Ar fi fost bine de stiut de la inceput cam ce teste > ar > >fi trebuit sa indeplineasca temele noastre, nu sa > ne > >imaginam noi teste posibile si sa nu stim de fapt > ce > >se cere de la noi ..... > > > Nu inteleg care-i problema. > Scrie pe site (in enuntul temei si pe mail-list) ce > trebuie sa faca > temele, sau cum zici tu: ce se cere de la voi. > > Programele nu se fac sa mearga pe anumite teste! > Ci pe toate combinatiile de teste care se incadreaza > in cerinte. > > --sadyc > > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 12:41:22 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 19 Nov 2003 14:41:22 +0200 Subject: [so] tema1 - corectare & note In-Reply-To: <20031119114510.22866.qmail@web41014.mail.yahoo.com> References: <20031119114510.22866.qmail@web41014.mail.yahoo.com> Message-ID: Acesta este raspunsul final. Alte intrebari similare (sau comentarii) nu vor mai primi raspuns din partea noastra. On Wed, 19 Nov 2003 03:45:10 -0800 (PST), Diana Fulger wrote: > Sa nu exageram importanta informatiilor vehiculate > atat pe site, cat si pe mailing list, atata timp cat > la intrebarile pentru tema 1 v-ati lansat cu totii in > indicatii din cele mai pretioase, iar specificatia O fraza de introducere frumos construita, cu accente satirice. Dar cu ce o sustii? > exacta a ceea ce se astepta de la noi a sosit abia ca > justificare a corectarii. > Ce se astepta de la voi era specificat in cerintele temei. Fiecare punct din barem este prezent in cerintele temei. Cat despre "nu ar trebuie sa fim depunctati pentru greseli de C" pe care am mai auzit-o... Este o scuza lamentabila. Si in contextul de fata nu are sens: toate sistemele de operare in uz la ora actuala au fost scrise in C, si facilitatile puse la dispozitie de ele sunt disponibile la nivelul cel mai apropiat de SO tot din C. Si ati fost avertizati de la inceput, dar cati dintre voi s-au obosit sa citeasca regulile? Si in fine, o ultima remarca relativ la "cam ce teste ar fi trebuit sa indeplineasca temele noastre". Programele nu sunt terminate atunci cand s-a terminat de scris ultima linie de cod. Ele trebuie testate. De catre programatori in faza initiala pentru a scoate bug-urile evidente, si apoi de echipa QA. tavi From so@atlantis.cs.pub.ro Wed Nov 19 15:59:37 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Wed, 19 Nov 2003 07:59:37 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <3FBB5219.3080707@romus.ro> Message-ID: <20031119155937.94875.qmail@web11208.mail.yahoo.com> Pot sa existe mii de teste ..... Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 20 22:00:25 2003 From: so@atlantis.cs.pub.ro (Sava Ionut) Date: Thu, 20 Nov 2003 14:00:25 -0800 (PST) Subject: [so] In legatura cu corectarea Message-ID: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Am vazut ca tema 1 a fost corectata mai dur. E foarte bine. Ideea ar fi sa invatam ceva din toata chestia asta. Nu sa vedem ce punctaje mici am luat ... Eu as propune asta : sa se spuna cam care vor fi testele ( cel putin mai vag ) sau anume la ce sa fim atenti. Cu alte cuvinte ar trebui sa fim un pic ajutati sa gasim bugurile ca sa putem rezolvam, mai degraba decat sa vedem ca suntem depunctati. Eu personal nu cred ca cineva dupa ce isi vede tema corectata se apuca sa isi corecteze bugurile, deci cu alte cuvinte nu prea invata multe. De asemenea ar fi sa se faca pentru fiecare tema o lista de greseli frecvente si cum se pot rezolva ( eventual si cod dc nu depaseste 5-6 linii). Sau sa fie puse pe site un numar de teme facute f bine ca sa putem sa ne comparam (Chiar daca toti ar face o tema perfect tot ar fi unele care sa fie facute optimizat, cu mai putine linii de cod, mai elegant ... SI TOT AR FI O SANSA IN PLUS SA INVETI CEVA). De exemplu am vazut la mai multi oamneni nu se inchidea pipe-ul. Nu stiam ca trebuia inchis capatul de scriere al pipeului inainte de exec. Si probabil dc nu auzeam pe cine trebuie nici n-as fi aflat prea curand. As dori sa primesc un raspuns la acest mail. Have a nice day! __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Fri Nov 21 08:08:17 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 21 Nov 2003 10:08:17 +0200 Subject: [so] In legatura cu corectarea In-Reply-To: <20031120220025.85634.qmail@web21107.mail.yahoo.com> References: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Message-ID: On Thu, 20 Nov 2003 14:00:25 -0800 (PST), Sava Ionut wrote: > Eu as propune asta : sa se spuna cam care vor fi > testele ( cel putin mai vag ) sau anume la ce sa fim > atenti. Cu alte cuvinte ar trebui sa fim un pic In primul si in primul rand ar trebui sa cititi modalitatea de punctare, si mai ales de depunctare din sectiunea Reguli. Daca exista neclaritati, la cum puteti detecta situatiile descrise acolo, intrebati pe lista. Aproape toate greselile pentru care au fost depunctate majoritatea temelor sunt intalnite in acea lista. In al doilea rand: testati-va temele singuri. Contrar a ceea ce cred unii, nu e nevoie de mii de teste pentru a va verifica programul. Daca aveti clara arhitectura programului este simplu sa testati componentele acestuia, si sa eliminati bugurile evidente. In cazul primei teme acest lucru era banal, pentru ca fiecare comanda putea fi testata separat. Testarea temei este la fel de importanta ca si implementarea ei, asa ca noi consideram ca este mai bine sa nu va dam testele, astfel incat voi sa va ganditi la ele, si prin acest lucru sa intelegeti mai bine tema. > ajutati sa gasim bugurile ca sa putem rezolvam, mai > degraba decat sa vedem ca suntem depunctati. Eu > personal nu cred ca cineva dupa ce isi vede tema > corectata se apuca sa isi corecteze bugurile, deci cu > alte cuvinte nu prea invata multe. > Nu e atat de important sa corectati bugurile unei teme ce a fost notata deja, decat ca exercitiu. Dar e important sa intelegeti de ce a aparuta bugul, si cum puteti evita situatii de genul acesta in viitor. Stiti voi, errare humanum est, perseverare diabolicum. > De asemenea ar fi sa se faca pentru fiecare tema o > lista de greseli frecvente si cum se pot rezolva ( > eventual si cod dc nu depaseste 5-6 linii). Sau sa fie Cea mai frecventa "greseala" este faptul ca nu se programeaza cu pagina de manual in fata. Inainte de a folosi o functie, cititi cu atentie, si pe cat posibil, toata pagina de manual si luati in calcul toate posibilitatile oricat de improbabile ar parea ele. In plus, exista un stil de programare ce duce inevitabil la buguri: fixarea unor limite. Uneori acest lucru este inevitabil, dar in aceste cazuri tineti cont de limite. Aceste greseli sunt cauza a probabil 90% din buguri. > puse pe site un numar de teme facute f bine ca sa > putem sa ne comparam (Chiar daca toti ar face o tema > perfect tot ar fi unele care sa fie facute optimizat, > cu mai putine linii de cod, mai elegant ... SI TOT AR > FI O SANSA IN PLUS SA INVETI CEVA). Acest lucru este imposibil, in situatia in care temele sunt valabile inclusiv in sesiunea de restanta. > De exemplu am vazut la mai multi oamneni nu se > inchidea pipe-ul. Nu stiam ca trebuia inchis capatul > de scriere al pipeului inainte de exec. Si probabil dc > nu auzeam pe cine trebuie nici n-as fi aflat prea > curand. Sunt curios: ai fost la laborator? tavi From so@atlantis.cs.pub.ro Fri Nov 21 09:07:48 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Fri, 21 Nov 2003 01:07:48 -0800 (PST) Subject: [so] In legatura cu corectarea In-Reply-To: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Message-ID: <20031121090748.64855.qmail@web41015.mail.yahoo.com> --0-752689260-1069405668=:62183 Content-Type: text/plain; charset=us-ascii Salut, Chestia cu pipe-ul nu a fost o capcana. Este o chestie tehnica deci legata de laborator , si la care ai fi primit raspunsul si inainte daca ai fi intrebat ( inainte de a trimite tema). P.S. : Aceasta lista vizeaza numai intrebari si raspunsuri legate de teme. Pentru orice alta nelamurire,propunere, etc ar trebui sa va adresati direct la tavi@cs.pub.ro sau direct laborantului (cand problema este de ordin tehnic) George Sava Ionut wrote: Am vazut ca tema 1 a fost corectata mai dur. E foarte bine. Ideea ar fi sa invatam ceva din toata chestia asta. Nu sa vedem ce punctaje mici am luat ... Eu as propune asta : sa se spuna cam care vor fi testele ( cel putin mai vag ) sau anume la ce sa fim atenti. Cu alte cuvinte ar trebui sa fim un pic ajutati sa gasim bugurile ca sa putem rezolvam, mai degraba decat sa vedem ca suntem depunctati. Eu personal nu cred ca cineva dupa ce isi vede tema corectata se apuca sa isi corecteze bugurile, deci cu alte cuvinte nu prea invata multe. De asemenea ar fi sa se faca pentru fiecare tema o lista de greseli frecvente si cum se pot rezolva ( eventual si cod dc nu depaseste 5-6 linii). Sau sa fie puse pe site un numar de teme facute f bine ca sa putem sa ne comparam (Chiar daca toti ar face o tema perfect tot ar fi unele care sa fie facute optimizat, cu mai putine linii de cod, mai elegant ... SI TOT AR FI O SANSA IN PLUS SA INVETI CEVA). De exemplu am vazut la mai multi oamneni nu se inchidea pipe-ul. Nu stiam ca trebuia inchis capatul de scriere al pipeului inainte de exec. Si probabil dc nu auzeam pe cine trebuie nici n-as fi aflat prea curand. As dori sa primesc un raspuns la acest mail. Have a nice day! __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-752689260-1069405668=:62183 Content-Type: text/html; charset=us-ascii
Salut,
 
Chestia cu pipe-ul nu a fost o capcana. Este o chestie tehnica deci legata de laborator ,
si la care ai fi primit raspunsul si inainte daca ai fi intrebat ( inainte de a trimite tema).
 
P.S. : Aceasta lista vizeaza numai intrebari si raspunsuri legate de teme. Pentru orice alta nelamurire,propunere, etc  ar trebui sa va adresati direct la tavi@cs.pub.ro sau direct laborantului (cand problema este de ordin tehnic)
 
George

Sava Ionut <sava_ionut@yahoo.com> wrote:
Am vazut ca tema 1 a fost corectata mai dur. E
foarte bine. Ideea ar fi sa invatam ceva din toata
chestia asta. Nu sa vedem ce punctaje mici am luat ...

Eu as propune asta : sa se spuna cam care vor fi
testele ( cel putin mai vag ) sau anume la ce sa fim
atenti. Cu alte cuvinte ar trebui sa fim un pic
ajutati sa gasim bugurile ca sa putem rezolvam, mai
degraba decat sa vedem ca suntem depunctati. Eu
personal nu cred ca cineva dupa ce isi vede tema
corectata se apuca sa isi corecteze bugurile, deci cu
alte cuvinte nu prea invata multe.
De asemenea ar fi sa se faca pentru fiecare tema o
lista de greseli frecvente si cum se pot rezolva (
eventual si cod dc nu depaseste 5-6 linii). Sau sa fie
puse pe site un numar de teme facute f bine ca sa
putem sa ne comparam (Chiar daca toti ar face o tema
perfect tot ar fi unele care sa fie facute optimizat,
cu mai putine linii de cod, mai elegant ... SI TOT AR
FI O SANSA IN PLUS SA INVETI CEVA).
De exemplu am vazut la mai multi oamneni nu se
inchidea pipe-ul. Nu stiam ca trebuia inchis capatul
de scriere al pipeului inainte de exec. Si probabil dc
nu auzeam pe cine trebuie nici n-as fi aflat prea
curand.
As dori sa primesc un raspuns la acest mail.
Have a nice day!

__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-752689260-1069405668=:62183-- From so@atlantis.cs.pub.ro Fri Nov 21 10:45:15 2003 From: so@atlantis.cs.pub.ro (Eu Io) Date: Fri, 21 Nov 2003 02:45:15 -0800 (PST) Subject: [so] Comparatie CA CB Message-ID: <20031121104515.59912.qmail@web60110.mail.yahoo.com> Protest Materia Sisteme de Operare ar trebui sa fie accesibila si studentilor medii.Greadul de dificultate al temelor trebuie sa permita unui student mediu sa rezolve temele.A se vedea spre comparatie Sistemele de Operare de la seria CB(ce teme sunt la CB si ce teme la CA).La CA avemteme de casa imense iar la laborator trebuie sa ne facem exercitiile de acasa pentru ca nu avem timp sa terminam la laborator. __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sat Nov 22 09:47:38 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 01:47:38 -0800 (PST) Subject: [so] vesti bune Message-ID: <20031122094738.59193.qmail@web60510.mail.yahoo.com> Salut, Iata o mica nelamurire care s-a ivit in legatura cu tema 3. Dupa cum deja probabil ca v-ati dat seama nu este necesar sa implementati in monitor cozi explicite si va puteti folosi de variabile conditie. Aceasta fiind situatia una dintre cerintele temei este depistarea situatiilor de folosire incorecta a monitorului (operatiile signal, broadcast si wait pot fi apelate doar de threaduri intrate deja in monitor). De aici se naste intrebarea: cum putem sa ne dam seama ca un thread apeleaza signal sau wait inainte de a face enter. Neavand in monitor liste cu toate threadurile intrate o solutie ar fi ca fiecare thread sa-si tina un flag care sa indice daca threadul este sau nu in monitor, flag care sa fie testat in fiecare operatie. Deoarece programatorul care foloseste biblioteca monitor trebuie sa nu fie constient de flagul respectiv acesta va trebui implementat in biblioteca. Dar cum bliblioteca este partajata si ea se incarca in spatiul de adrese al procesului, un simplu flag global in librarie ar fi comun tuturor threadurilor care incarca libraria. Pentru acest motiv va trebui sa folositi thread local storage astfel incat flagul sa fie privat in fiecare thread. Vestile bune erau ca aveti ocazia sa invatati sa folositi thread local storage :). Pentru a initializa TLS veti folosi entry-pointul in librarie. Pe Windows faceti un TlsAlloc/TlsFree in DllMain, iar pe Linux faceti un pthread_key_create in constructorul/destructorul librariei declarat astfel: void __attribute__ ((constructor)) my_init(void); void __attribute__ ((destructor)) my_fini(void); Pentru detalii vezi urmatoarele linkuri in Platform SDK pt Windows: ms-help://MS.PSDK.1033/dllproc/base/thread_local_storage.htm ms-help://MS.PSDK.1033/dllproc/base/using_thread_local_storage.htm ms-help://MS.PSDK.1033/dllproc/base/using_thread_local_storage_in_a_dynamic_link_library.htm Pentru Linux vezi man pthread_key_create si din Program Library HOWTO: http://www.tldp.org/HOWTO/Program-Library-HOWTO/miscellaneous.html#INIT-AND-CLEANUP Am pus linkurile de mai sus si in sectiunea Observatii a temei. Nu este cazul sa va impacientati. Nu este nimic complicat, doar nou. O sa va ia vreo ora sa cititi indicatiile din linkurile de mai sus dar nu este mare filosofie. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 10:23:03 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 12:23:03 +0200 Subject: [so] tema3 Message-ID: <002b01c3b0e2$a06a62d0$7c829ad5@ioana> This is a multi-part message in MIME format. ------=_NextPart_000_0028_01C3B0F3.605B3F00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Problemele ce trebuiesc rezolvate folosind monitorul presupun = rularea la infinit a firelor de executie (de exemplu la bounded buffer = si producatorii si consumatorii ruleaza la infinit). Deci terminarea = acestor programe s-ar face cu CTRL-C, si in acest caz nu se mai apeleaza = functia de distrugere a monitorului. Este ok asa? Chiar daca se face un handler pt. semnalul ctrl-c, oricum nu ar = merge destroy-ul pt. ca practic ar mai fi fire blocate in monitor. ------=_NextPart_000_0028_01C3B0F3.605B3F00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
    Problemele ce = trebuiesc=20 rezolvate folosind monitorul presupun rularea la infinit a firelor = de=20 executie (de exemplu la bounded buffer si producatorii si consumatorii = ruleaza=20 la infinit). Deci terminarea acestor programe s-ar face cu CTRL-C, si in = acest=20 caz nu se mai apeleaza functia de distrugere a monitorului. Este ok=20 asa?
    Chiar daca se face = un handler=20 pt. semnalul ctrl-c, oricum nu ar merge destroy-ul pt. ca practic ar mai = fi fire=20 blocate in monitor.
------=_NextPart_000_0028_01C3B0F3.605B3F00-- From so@atlantis.cs.pub.ro Sat Nov 22 10:29:56 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 02:29:56 -0800 (PST) Subject: [so] tema3 In-Reply-To: <002b01c3b0e2$a06a62d0$7c829ad5@ioana> Message-ID: <20031122102956.68549.qmail@web60510.mail.yahoo.com> --- Ioana Cutcutache wrote: > Problemele ce trebuiesc rezolvate folosind > monitorul presupun rularea la infinit a firelor de > executie (de exemplu la bounded buffer si > producatorii si consumatorii ruleaza la infinit). > Deci terminarea acestor programe s-ar face cu > CTRL-C, si in acest caz nu se mai apeleaza functia > de distrugere a monitorului. Este ok asa? > Chiar daca se face un handler pt. semnalul > ctrl-c, oricum nu ar merge destroy-ul pt. ca practic > ar mai fi fire blocate in monitor. Poti sa tii in proces un flag global de oprire pe care sa-l testeze fiecare thread inainte de o noua operatie de citire/scriere. Initial flagul este false adica toata lumea lucreaza. In handlerul pt Ctrl+C poti seta flagul respectiv si astfel toate threadurile se vor opri gracefully. Dupa ce le-ai asteptat pe toate (in main) poti distruge monitorul. Bineinteles threadurile vor parasi monitorul inainte sa se termine. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 11:51:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 03:51:51 -0800 (PST) Subject: [so] vesti si mai bune Message-ID: <20031122115151.5930.qmail@web60503.mail.yahoo.com> Salut, Desi sper ca putini dintre voi au avut dificultati in a interpreta specificatiile formale pentru operatiile cu monitorul, descrise prin axiomele din buhr95monitor.pdf, am considerat ca e corect sa va dau specificatiile in limbaj natural ca sa nu fie nici un dubiu. De asemenea din documentatie lipseau specificatiile pentru broadcast si specificatiile de la SIGNAL AND WAIT (cele din doc) se modifica putin prin introducerea operatiei broadcast. Am adaugat in sectiunea de Observatii a temei un link catre specificatiile in limbaj natural. Cititi-le si daca mai aveti nelamuriri intrebati. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 14:37:38 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 16:37:38 +0200 Subject: [so] tema3 References: <20031122102956.68549.qmail@web60510.mail.yahoo.com> Message-ID: <000d01c3b106$2e45eac0$4e0c6150@ioana> Mai e o problema : in linux ca sa folosesc sigaction trebuie sa includ signal.h, si in momentul asta apare un conflict de nume intre functia mea signal pt. monitor si functia signal definita in signal.h. Solutia ar fi sa numesc altfel functia pt. monitor, de exemplu SignalMonitor, e ok? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 12:29 PM Subject: Re: [so] tema3 > > Poti sa tii in proces un flag global de oprire pe care > > sa-l testeze fiecare thread inainte de o noua operatie > de citire/scriere. Initial flagul este false adica > toata lumea lucreaza. > In handlerul pt Ctrl+C poti seta flagul respectiv si > astfel toate threadurile se vor opri gracefully. > > Dupa ce le-ai asteptat pe toate (in main) poti > distruge monitorul. Bineinteles threadurile vor parasi > monitorul inainte sa se termine. > > Cosmin > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 14:53:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 06:53:21 -0800 (PST) Subject: [so] tema3 In-Reply-To: <000d01c3b106$2e45eac0$4e0c6150@ioana> Message-ID: <20031122145321.26040.qmail@web60510.mail.yahoo.com> --- Ioana Cutcutache wrote: > Mai e o problema : in linux ca sa folosesc > sigaction trebuie sa includ > signal.h, si in momentul asta apare un conflict de > nume intre functia mea > signal pt. monitor si functia signal definita in > signal.h. Solutia ar fi sa > numesc altfel functia pt. monitor, de exemplu > SignalMonitor, e ok? E ok. Poate mai potrivit ar fi SignalCondition :) sau doar Signal si Wait (capitalized). Pentru cei care fac tema in C++ problema asta nu apare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 18:11:14 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Sat, 22 Nov 2003 20:11:14 +0200 Subject: [so] P(n) pe Windows In-Reply-To: <20031117230254.17549.qmail@web60509.mail.yahoo.com> References: <20031117230254.17549.qmail@web60509.mail.yahoo.com> Message-ID: <1888217195.20031122201114@rdsnet.ro> Tuesday, November 18, 2003, 1:02:54 AM, you wrote: CA> Am pus la CA> http://cs.pub.ro/~so/Laboratoare/Semaphore.zip CA> o propunere de semafor generalizat pe Windows cu CA> operatiile P(n), V(n) si WaitZero(). Din pacate nu contine si un README. Ma intreb cum ti-a acceptat uploadul ;) Este super ca ai pus o solutie!, insa ma tot chinui sa o citesc de vreo saptamana si renunt de fiecare data pentru ca nu reusesc sa inteleg si nu am tot timpul din lume. In cazul in care nu se vor publica comentarii vreau sa profit chiar acum de ocazie sa fac un apel la cei care pot sa ma ajute sa inteleg codul sa imi raspunda pe adresa personala. Cu multumiri, Ion Petrescu From so@atlantis.cs.pub.ro Sat Nov 22 18:53:43 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Sat, 22 Nov 2003 20:53:43 +0200 Subject: [so] readers&writers? Message-ID: <20031122185343.66A2E40988@server1.messagingengine.com> Nu sunt sigur daca am inteles enuntul la "Readers and Writers cu prioritate pentru writers": E vorba de o zona de memorie in care fiecare scrie/citeste unde/de unde vrea (respectand regulile de prioritati), cam ca la shared memory? Initial am crezut ca e bounded buffer, dar parca nu e asa, avand in vedere ca ati pus separat problema asta. --- Cosmin Arad wrote: >BoundedBuffer e problema producator consumator. >Producatorul produce (adauga) elemente intr-un buffer >de dimensiune fixa, iar consumatorul extrage elemente >din buffer. De data aceasta vei avea mai mult de un >producator si mai mult de un consumator. Practic nu e >mare diferenta. Producatorii trebuie sa astepte la o >conditie full si consumatorii la o conditie empty. >Problema e banala dar s-o rezolvati corect. -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again From so@atlantis.cs.pub.ro Sat Nov 22 19:14:25 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 21:14:25 +0200 Subject: [so] vesti si mai bune References: <20031122115151.5930.qmail@web60503.mail.yahoo.com> Message-ID: <001301c3b12c$db7f8270$090c6150@ioana> La "un thread executa leave" scrie la sfarsit "Daca si aceasta(Entry Queue) va fi goala, threadul curent nu are pe cine sa planifice si va parasi monitorul, care in acest caz este gol si poate fi distrus.". Mie nu mi se pare corecta afirmatia ca monitorul in acest caz este gol si poate fi distrus. Daca nu e nimeni in waiting, signaller, entry, nu inseamna ca nu exista fire blocate la variabile conditie. Deci monitorul poate sa nu fie gol. Pentru a stii cand nu mai e nimeni in monitor (deci cand poate fi distrus) putem folosi o variabila (contor) care sa contorizeze cate fire sunt la un moment dat in monitor? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 1:51 PM Subject: [so] vesti si mai bune > Salut, > > Desi sper ca putini dintre voi au avut dificultati in > a interpreta specificatiile formale pentru operatiile > cu monitorul, descrise prin axiomele din > buhr95monitor.pdf, am considerat ca e corect sa va dau > specificatiile in limbaj natural ca sa nu fie nici un > dubiu. > De asemenea din documentatie lipseau specificatiile > pentru broadcast si specificatiile de la SIGNAL AND > WAIT (cele din doc) se modifica putin prin > introducerea operatiei broadcast. > Am adaugat in sectiunea de Observatii a temei un link > catre specificatiile in limbaj natural. > > Cititi-le si daca mai aveti nelamuriri intrebati. > > Succes, > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 20:03:22 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 22:03:22 +0200 Subject: [so] tema3 References: <20031122145321.26040.qmail@web60510.mail.yahoo.com> Message-ID: <000801c3b133$af5e7f00$420c6150@ioana> Din pacate vad ca nu prea merge solutia cu ctrl+c si handler pe semnal, pentru ca daca sunt fire de executie blocate la o variabila conditie, semnalul sigint nu le deblocheaza... si deci programul nu se mai termina. Exista vreo posibilitate de a debloca firele care asteapta la o variabila conditie? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 4:53 PM Subject: Re: [so] tema3 > --- Ioana Cutcutache wrote: > > Mai e o problema : in linux ca sa folosesc > > sigaction trebuie sa includ > > signal.h, si in momentul asta apare un conflict de > > nume intre functia mea > > signal pt. monitor si functia signal definita in > > signal.h. Solutia ar fi sa > > numesc altfel functia pt. monitor, de exemplu > > SignalMonitor, e ok? > > E ok. Poate mai potrivit ar fi SignalCondition :) > sau doar Signal si Wait (capitalized). > Pentru cei care fac tema in C++ problema asta nu > apare. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 20:47:41 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 12:47:41 -0800 (PST) Subject: [so] vesti si mai bune In-Reply-To: <001301c3b12c$db7f8270$090c6150@ioana> Message-ID: <20031122204741.9322.qmail@web60506.mail.yahoo.com> --- Ioana Cutcutache wrote: > La "un thread executa leave" scrie la sfarsit > "Daca si aceasta(Entry > Queue) va fi goala, threadul curent nu are pe cine > sa planifice si va parasi > monitorul, care in acest caz este gol si poate fi > distrus.". Mie nu mi se > pare corecta afirmatia ca monitorul in acest caz > este gol si poate fi > distrus. > Daca nu e nimeni in waiting, signaller, entry, > nu inseamna ca nu exista > fire blocate la variabile conditie. Deci monitorul > poate sa nu fie gol. > Pentru a stii cand nu mai e nimeni in monitor > (deci cand poate fi > distrus) putem folosi o variabila (contor) care sa > contorizeze cate fire > sunt la un moment dat in monitor? Ai dreptate. My mistake. Am corectat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 21:04:57 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 13:04:57 -0800 (PST) Subject: [so] readers&writers? In-Reply-To: <20031122185343.66A2E40988@server1.messagingengine.com> Message-ID: <20031122210457.5361.qmail@web60505.mail.yahoo.com> --- Bogdan Butnaru wrote: > Nu sunt sigur daca am inteles enuntul la "Readers > and Writers cu > prioritate pentru writers": E vorba de o zona de > memorie in care fiecare > scrie/citeste unde/de unde vrea (respectand regulile > de prioritati), cam > ca la shared memory? Initial am crezut ca e bounded > buffer, dar parca nu > e asa, avand in vedere ca ati pus separat problema > asta. Readers and Writers modeleaza problema accesului concurential la o inregistrare dintr-o baza de date. Bufferul amintit in enunt e de dimensiune 1 (doar o variabila). Variabila poate fi citita in paralel de oricati readeri insa nu poate fi scrisa decat de un singur writer la un moment dat. Asadar in timpul unei scrieri nu este permis nici un alt acces insa in timpul unei citiri sunt admise oricate alte citiri. Astfel, daca un reader citeste dbufferul, in timpul acestei citiri pot sa mai apara alte cereri de citire care sunt permise. Se observa ca nu este exclus cazul in care cereri de citire sa ajunga in mod constant astfel incat sa se mentina tot timpul un cititor in buffer. In acest caz avem de-a face cu writer starvation pt ca unui writer nu-i va fi permis accesul la buffer decat cand toti readerii au iesit, dar cum readerii continua sa vina ... Voi trebuie sa implementati o solutie cu prioritate pt writeri, in care un writer nu va astepta la infinit chiar daca cereri de citire vin la infinit. O solutie ar fi ca in momentul sosirii unei cereri de scriere sa nu mai fie admisi in buffer alti cititori decat cei care erau deja, urmand ca dupa ce citirile deja incepute se termina, sa se faca scrierea dupa care alte citiri sau alte scrieri. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 21:18:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 13:18:54 -0800 (PST) Subject: [so] tema3 In-Reply-To: <000801c3b133$af5e7f00$420c6150@ioana> Message-ID: <20031122211854.56882.qmail@web60503.mail.yahoo.com> --- Ioana Cutcutache wrote: > Din pacate vad ca nu prea merge solutia cu ctrl+c si > handler pe semnal, > pentru ca daca sunt fire de executie blocate la o > variabila conditie, > semnalul sigint nu le deblocheaza... si deci > programul nu se mai termina. > Exista vreo posibilitate de a debloca firele care > asteapta la o variabila > conditie? Ar fi pthread_cancel. Threadurile ar trebui sa aiba setat tipul de cancelation PTHREAD_CANCELATION_ASYNCHRONOUS. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 00:18:30 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 16:18:30 -0800 (PST) Subject: [so] precizare tema 3 Message-ID: <20031123001830.55076.qmail@web60510.mail.yahoo.com> Hintul de la problema barbierilor nu trebuie neaparat luat in considerare. Problema se poate rezolva si cu un singur monitor. Ideea celor 2 monitoare era ca frizerii sa nu concureze pt ocuparea monitorului cu clientii nou intrati, insa este ok si o implementare cu un singur monitor, fiind mai simpla. Aveti grija la urmatoarele aspecte: - clientii care asteapta pe scaune vor fi tunsi cu prioritate fata de clientii tocmai intrati; - un client nou intrat nu va astepta pe scaun daca nimeni nu mai asteapta pe scaun si sunt barbieri liberi; - un client nou intrat va pleca imediat daca toate scaunele de asteptare sunt ocupate; - mai multi frizeri trebuie sa poata tunde in paralel; - un frizer care a terminat un tuns va trebui sa-l anunte exact pe clientul pe care l-a tuns el. Sa nu existe situatii in care cand un frizer termina un tuns elibereaza clientul altui frizer. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 01:17:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 17:17:29 -0800 (PST) Subject: [so] P(n) pe Windows In-Reply-To: <1888217195.20031122201114@rdsnet.ro> Message-ID: <20031123011729.27499.qmail@web60507.mail.yahoo.com> Incearca sa scrii pseudocodul pe hartie si o sa vezi ca e simplu. 4 mutexuri si 4 semafoare. Toate P-urile care nu pot continua se blocheaza la semaforul blockP si toate WaitZero care nu pot continua se blocheaza la semaforul blockZ. La fiecare V toate P-urile isi vor reevalua conditiile iar cele care se pot termina se vor termina. Se va folosi semaforul EvaluateP pt ca operatia V sa se asigure ca toate P-urile s-au reevaluat inainte de a continua. La fiecare P care aduce valoarea semaforului la 0 toate WaitZero blocate isi vor reevalua conditiile si se vor termina. Se va folosi semaforul EvaluateZ pt ca operatia P sa se asigure ca toate WaitZero s-au reevaluat inainte de a continua. 3 dintre mutexuri sunt folosite pt protejarea unor contoare iar sectionSequence pentru a departaja operatiile P ajunse inaintea unui V de cele ajunse dupa. In rest mai sunt niste contoare si un flag self-explanatory. Cosmin --- Ion Petrescu wrote: > Tuesday, November 18, 2003, 1:02:54 AM, you wrote: > > CA> Am pus la > CA> http://cs.pub.ro/~so/Laboratoare/Semaphore.zip > CA> o propunere de semafor generalizat pe Windows cu > CA> operatiile P(n), V(n) si WaitZero(). > > Din pacate nu contine si un README. Ma intreb cum > ti-a acceptat > uploadul ;) > > Este super ca ai pus o solutie!, insa ma tot chinui > sa o citesc de vreo > saptamana si renunt de fiecare data pentru ca nu > reusesc sa inteleg si > nu am tot timpul din lume. > > > In cazul in care nu se vor publica comentarii vreau > sa profit chiar > acum de ocazie sa fac un apel la cei care pot sa ma > ajute sa inteleg > codul sa imi raspunda pe adresa personala. > > > Cu multumiri, > Ion Petrescu > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 06:37:19 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sun, 23 Nov 2003 08:37:19 +0200 Subject: [so] readers&writers? References: <20031122210457.5361.qmail@web60505.mail.yahoo.com> Message-ID: <002f01c3b18c$d1029110$25829ad5@ioana> In legatura cu aceasta problema : cand termina un scriitor, daca sunt alti scriitori in asteptare, unul din ei trebuie sa fie anuntat ca poate sa scrie? Eu asa inteleg ca ar fi, daca se face cu prioritate pt. writeri. Dar in acest mod se poate ajunge la reader starvation, daca sunt multi scriitori. Ma gandesc ca atunci cand termina un scriitor el sa dea prioritatea cititorilor care deja asteptau (daca mai vin altii si exista scriitori ce asteapta, nu o sa poata intra in buffer), apoi cand termina ei, o sa aiba prioritate scriitori care asteapta si tot asa, in felul asta nu se ajunge la starvation pt. nimeni. ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 11:04 PM Subject: Re: [so] readers&writers? > --- Bogdan Butnaru wrote: > > Nu sunt sigur daca am inteles enuntul la "Readers > > and Writers cu > > prioritate pentru writers": E vorba de o zona de > > memorie in care fiecare > > scrie/citeste unde/de unde vrea (respectand regulile > > de prioritati), cam > > ca la shared memory? Initial am crezut ca e bounded > > buffer, dar parca nu > > e asa, avand in vedere ca ati pus separat problema > > asta. > > Readers and Writers modeleaza problema accesului > concurential la o inregistrare dintr-o baza de date. > Bufferul amintit in enunt e de dimensiune 1 (doar o > variabila). > Variabila poate fi citita in paralel de oricati > readeri insa nu poate fi scrisa decat de un singur > writer la un moment dat. > Asadar in timpul unei scrieri nu este permis nici un > alt acces insa in timpul unei citiri sunt admise > oricate alte citiri. Astfel, daca un reader citeste > dbufferul, in timpul acestei citiri pot sa mai apara > alte cereri de citire care sunt permise. Se observa ca > nu este exclus cazul in care cereri de citire sa > ajunga in mod constant astfel incat sa se mentina tot > timpul un cititor in buffer. In acest caz avem de-a > face cu writer starvation pt ca unui writer nu-i va fi > permis accesul la buffer decat cand toti readerii au > iesit, dar cum readerii continua sa vina ... > Voi trebuie sa implementati o solutie cu prioritate pt > writeri, in care un writer nu va astepta la infinit > chiar daca cereri de citire vin la infinit. > O solutie ar fi ca in momentul sosirii unei cereri de > scriere sa nu mai fie admisi in buffer alti cititori > decat cei care erau deja, urmand ca dupa ce citirile > deja incepute se termina, sa se faca scrierea dupa > care alte citiri sau alte scrieri. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sun Nov 23 09:29:00 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 01:29:00 -0800 (PST) Subject: [so] readers&writers? In-Reply-To: <002f01c3b18c$d1029110$25829ad5@ioana> Message-ID: <20031123092900.56247.qmail@web60510.mail.yahoo.com> Se presupune ca numarul cititorilor e mai mare decat cel al scriitorilor, adica cereri de scriere vin mai rar decat cereri de citire, si daca ai face o alternanta cum propui tu, scriitorii tot ar avea de suferit. Pe de alta parte se presupune ca un cititor isi doreste sa citeasca informatia actualizata, deci vrem ca un scriitor sa poata sa actualizeze informatia cat mai devreme. Cu alte cuvinte ne convine mai mult ca un cititor sa astepte dupa un scriitor decat invers. Cosmin --- Ioana Cutcutache wrote: > In legatura cu aceasta problema : cand termina un > scriitor, daca sunt alti > scriitori in asteptare, unul din ei trebuie sa fie > anuntat ca poate sa > scrie? Eu asa inteleg ca ar fi, daca se face cu > prioritate pt. writeri. Dar > in acest mod se poate ajunge la reader starvation, > daca sunt multi > scriitori. Ma gandesc ca atunci cand termina un > scriitor el sa dea > prioritatea cititorilor care deja asteptau (daca mai > vin altii si exista > scriitori ce asteapta, nu o sa poata intra in > buffer), apoi cand termina ei, > o sa aiba prioritate scriitori care asteapta si tot > asa, in felul asta nu se > ajunge la starvation pt. nimeni. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 16:26:54 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 23 Nov 2003 18:26:54 +0200 Subject: [so] creare shared library References: <20031123092900.56247.qmail@web60510.mail.yahoo.com> Message-ID: <3FC0DFCE.4060602@pcnet.ro> Buna! As vrea sa ma lamureasca si pe mine cineva de ce obtin urmataore eroare daca incerc sa crez shared library de care avem nevoie.Am urmat exemplul cu libhello din Program Library HOWTO. [root@ruxi tema3]# gcc -fPIC -Wall -g -c libmonitor1.c [root@ruxi tema3]# gcc -g -shared -Wl,-soname,libmonitor1.so.0 -o libmonitor1.so.0.0 libmonitor1.o -lc [root@ruxi tema3]# /sbin/ldconfig -n . [root@ruxi tema3]# ln -sf libmonitor1.so.0 libmonitor1.so [root@ruxi tema3]# gcc -Wall -g -c rw.c -o rw.o [root@ruxi tema3]# gcc -Wall -c rw.c -o rw.o -L. -lmonitor1 gcc: -lmonitor1: linker input file unused since linking not done p.s. nu am mai copiat libmonitor1.so.0.0 in vreun /usr/local/lib pt ca vreau sa fie in directorul curent, asa ca fac chestia aia cu /sbin/ldconfig -n . From so@atlantis.cs.pub.ro Sun Nov 23 16:33:25 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 08:33:25 -0800 (PST) Subject: [so] creare shared library In-Reply-To: <3FC0DFCE.4060602@pcnet.ro> Message-ID: <20031123163325.1172.qmail@web60507.mail.yahoo.com> La ultima comanda gcc ai specificat flagul -c care inseamna doar compilare fara legare, deci -l nu isi are sensul. Cosmin --- Ruxi Jitianu wrote: > Buna! > > As vrea sa ma lamureasca si pe mine cineva de ce > obtin urmataore eroare > daca incerc sa crez shared library de care avem > nevoie.Am urmat exemplul > cu libhello din Program Library HOWTO. > > > [root@ruxi tema3]# gcc -fPIC -Wall -g -c > libmonitor1.c > [root@ruxi tema3]# gcc -g -shared > -Wl,-soname,libmonitor1.so.0 -o libmonitor1.so.0.0 > libmonitor1.o -lc > [root@ruxi tema3]# /sbin/ldconfig -n . > [root@ruxi tema3]# ln -sf libmonitor1.so.0 > libmonitor1.so > [root@ruxi tema3]# gcc -Wall -g -c rw.c -o rw.o > [root@ruxi tema3]# gcc -Wall -c rw.c -o rw.o -L. > -lmonitor1 > gcc: -lmonitor1: linker input file unused since > linking not done > > p.s. > > nu am mai copiat libmonitor1.so.0.0 in vreun > /usr/local/lib pt ca vreau sa fie in directorul > curent, > asa ca fac chestia aia cu /sbin/ldconfig -n . __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 17:25:52 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sun, 23 Nov 2003 19:25:52 +0200 Subject: [so] tema 3 Message-ID: <002201c3b1e6$d83d3430$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_001F_01C3B1F7.9BA70A80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable libraria noastra cuprinde functii pentru monitoare. ok. dar pentru un = singur monitor sau pot sa fie oricate? adica: exista un grup de procese care reprezinta o aplicatie. acestea = folosesc un monitor. nu pot exista si alte grupuri de procese care sa = aiba nevoie de mecanismul de monitor sau o aceiasi aplicatie sa aiba = nevoie de mai multe monitoare? presupun ca da, si libraria noastra sa le = poata deservii pe toate. altfel nu vad ce rol are parametrul Monitor * = in toate functiile cerute. apoi, de ce este nevoie de un Monitor *? ce nevoie are o aplicatie sa = stie exact ce e acela un monitor? stie de concept, stie ce functii pune = la dispozitie libraria si ii este de ajuns. ce vreau eu sa zic este, nu = putem inlocui acel Monitor* cu un int? un fel de monitor descriptor = (analogie cu file descriptor). apoi, un proces creaza monitorul. ok, are un handle la el (int sau = Monitor *, nu conteaza) si face treaba cu el. celelalte procese cum procedeaza? pentru ca nu vad alta functie = asemanatoare cu create sau init ar trebui sa creeze el din nou monitorul = respectiv (adica din ou create). am putea face o chestie asemanatoare cu = MONITOR_CREATE | MONITOR_EXCLUSIVE la creare care sa returneze eroare = daca exista deja monitorul care voria sa fie creat. si asa ajung la o alta chestiune. ar trebui ca la crearea monitorului sa = se furnizeze si un identificator, o semnatura a aplicatiei, etc. o = chestie prin care sa se identifica monitorul in afara librariei. adica e = nevoie de un parametru extern pentru ca mecanismul CreateMonitor open = Monitor sa functioneze (analogie cu orice alta pereche Create / Open din = windows).=20 si ca sa fim consecventi ideii din windows, destroy nu ar sterge pur si = simplu monitorul ci doar ar marca renuntarea unui proces la serviciile = lui. cand monitorul nu mai este folosit de nimeni (folosit nu inseamna = toate cozile din el goale) s-ar sterge efectiv monitorul. sper ca m-am exprimat destul de clar ca sa se poate intelege ce am vrut = sa spun.=20 deci, ce intreb eu: 1. librarie monitor =3D un obiect monitor sau mai multe obiecte monitor 2. se poate inlocui Monitor* cu int 3. se poate adapta create la CreateMonitor si OpenMonitor si deci = adaugarea unui parametru in plus ------=_NextPart_000_001F_01C3B1F7.9BA70A80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
libraria noastra cuprinde functii = pentru monitoare.=20 ok. dar pentru un singur monitor sau pot sa fie oricate?
adica: exista un grup de procese care = reprezinta o=20 aplicatie. acestea folosesc un monitor. nu pot exista si alte grupuri de = procese=20 care sa aiba nevoie de mecanismul de monitor sau o aceiasi aplicatie sa = aiba=20 nevoie de mai multe monitoare? presupun ca da, si libraria noastra sa le = poata=20 deservii pe toate. altfel nu vad ce rol are parametrul Monitor * in = toate=20 functiile cerute.
 
apoi, de ce este nevoie de un Monitor = *? ce nevoie=20 are o aplicatie sa stie exact ce e acela un monitor? stie de concept, = stie ce=20 functii pune la dispozitie libraria si ii este de ajuns. ce vreau eu sa = zic=20 este, nu putem inlocui acel Monitor* cu un int? un fel de monitor = descriptor=20 (analogie cu file descriptor).
 
apoi, un proces creaza monitorul. ok, = are un handle=20 la el (int sau Monitor *, nu conteaza) si face treaba cu = el.
celelalte procese cum procedeaza? = pentru ca nu vad=20 alta functie asemanatoare cu create sau init ar trebui sa creeze el din = nou=20 monitorul respectiv (adica din ou create). am putea face o chestie = asemanatoare=20 cu MONITOR_CREATE | MONITOR_EXCLUSIVE la creare care sa returneze eroare = daca=20 exista deja monitorul care voria sa fie creat.
 
si asa ajung la o alta chestiune. ar = trebui ca la=20 crearea monitorului sa se furnizeze si un identificator, o semnatura a=20 aplicatiei, etc. o chestie prin care sa se identifica monitorul in afara = librariei. adica e nevoie de un parametru extern pentru ca mecanismul=20 CreateMonitor open Monitor sa functioneze (analogie cu orice alta = pereche Create=20 / Open din windows).
si ca sa fim consecventi ideii din = windows, destroy=20 nu ar sterge pur si simplu monitorul ci doar ar marca renuntarea unui = proces la=20 serviciile lui. cand monitorul nu mai este folosit de nimeni (folosit nu = inseamna toate cozile din el goale) s-ar sterge efectiv = monitorul.
 
sper ca m-am exprimat destul de clar ca = sa se poate=20 intelege ce am vrut sa spun.
 
deci, ce intreb eu:
 
1. librarie monitor =3D un obiect = monitor sau mai=20 multe obiecte monitor
2. se poate inlocui Monitor* cu = int
3. se poate adapta create la = CreateMonitor si=20 OpenMonitor si deci adaugarea unui parametru in=20 plus
------=_NextPart_000_001F_01C3B1F7.9BA70A80-- From so@atlantis.cs.pub.ro Sun Nov 23 17:41:38 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 09:41:38 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <002201c3b1e6$d83d3430$0200a8c0@smeagol> Message-ID: <20031123174138.17371.qmail@web60507.mail.yahoo.com> --- Cibu Cristian wrote: > libraria noastra cuprinde functii pentru monitoare. > ok. dar pentru un singur monitor sau pot sa fie > oricate? oricate. > adica: exista un grup de procese care reprezinta o > aplicatie. acestea folosesc un monitor. nu pot monitorul se va folosi de catre un grup de threaduri ale unui proces. nu de catre procese diferite. Memoria alocata pt monitor la create se aloca in spatiul de adrese al procesului apelant. > exista si alte grupuri de procese care sa aiba > nevoie de mecanismul de monitor sau o aceiasi > aplicatie sa aiba nevoie de mai multe monitoare? > presupun ca da, si libraria noastra sa le poata > deservii pe toate. altfel nu vad ce rol are > parametrul Monitor * in toate functiile cerute. un proces poate crea mai multe monitoare care sa fie folosite de firele sale de executie. Mai multe procese pot incarca libraria si crea mai multe monitoare. > apoi, de ce este nevoie de un Monitor *? ce nevoie > are o aplicatie sa stie exact ce e acela un monitor? > stie de concept, stie ce functii pune la dispozitie > libraria si ii este de ajuns. ce vreau eu sa zic > este, nu putem inlocui acel Monitor* cu un int? un > fel de monitor descriptor (analogie cu file > descriptor). Monitor * e un pointer de care aplicatia nu trebuie sa stie nimic. exact ca un handle din windows. Nu poti cu int pt ca in cazul asta biblioteca ar trebui sa tina un array de monitoare indexat dupa int-ul tau, si cum nu are de unde sa stie cate monitoare vor fi create e o complicatie inutila. > apoi, un proces creaza monitorul. ok, are un handle > la el (int sau Monitor *, nu conteaza) si face > treaba cu el. > celelalte procese cum procedeaza? pentru ca nu vad > alta functie asemanatoare cu create sau init ar > trebui sa creeze el din nou monitorul respectiv > (adica din ou create). am putea face o chestie > asemanatoare cu MONITOR_CREATE | MONITOR_EXCLUSIVE > la creare care sa returneze eroare daca exista deja > monitorul care voria sa fie creat. Un monitor se va partaja intre firele de executie ale unui proces, nu intre procese. Nu este necesar deci un apel de genul Open. Procesul va crea monitorul inainte de crearea firelor care il folosesc, acestea avand astfel acces la monitor. > si asa ajung la o alta chestiune. ar trebui ca la > crearea monitorului sa se furnizeze si un > identificator, o semnatura a aplicatiei, etc. o > chestie prin care sa se identifica monitorul in > afara librariei. adica e nevoie de un parametru > extern pentru ca mecanismul CreateMonitor open > Monitor sa functioneze (analogie cu orice alta > pereche Create / Open din windows). > si ca sa fim consecventi ideii din windows, destroy > nu ar sterge pur si simplu monitorul ci doar ar > marca renuntarea unui proces la serviciile lui. cand > monitorul nu mai este folosit de nimeni (folosit nu > inseamna toate cozile din el goale) s-ar sterge > efectiv monitorul. am vazut deja ca cele de mai sus nu sunt necesare > sper ca m-am exprimat destul de clar ca sa se poate > intelege ce am vrut sa spun. > > deci, ce intreb eu: > > 1. librarie monitor = un obiect monitor sau mai > multe obiecte monitor mai multe obiecte monitor. > 2. se poate inlocui Monitor* cu int nu > 3. se poate adapta create la CreateMonitor si > OpenMonitor si deci adaugarea unui parametru in plus nu are sens. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 23:57:00 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Mon, 24 Nov 2003 01:57:00 +0200 Subject: [so] vesti bune References: <20031122094738.59193.qmail@web60510.mail.yahoo.com> Message-ID: <003001c3b21d$7d052230$6400a8c0@andrei> Datorita posibilitatii folosirii mai multor monitoare un thread poate fi la un moment dat intr-unul dintre ele si in afara altuia....sau de ce nu in mai multe monitoare? Daca da, atunci informatia stocata in TLS (cu privire la starea unui thread inauntrul sau in afara unui monitor) trebuie sa nu mai fie o simpla informatie booleana ci o lista de monitoare in care thread-ul este intrat, nu? Nu devine o solutie mai greu de implementat decat o lista de thread-uri intrate pentru fiecare monitor? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, 22 November, 2003 11:47 AM Subject: [so] vesti bune > > Salut, > > Iata o mica nelamurire care s-a ivit in legatura cu > tema 3. Dupa cum deja probabil ca v-ati dat seama nu > este necesar sa implementati in monitor cozi explicite > si va puteti folosi de variabile conditie. > Aceasta fiind situatia una dintre cerintele temei este > depistarea situatiilor de folosire incorecta a > monitorului (operatiile signal, broadcast si wait pot > fi apelate doar de threaduri intrate deja in monitor). > De aici se naste intrebarea: cum putem sa ne dam seama > ca un thread apeleaza signal sau wait inainte de a > face enter. Neavand in monitor liste cu toate > threadurile intrate o solutie ar fi ca fiecare thread > sa-si tina un flag care sa indice daca threadul este > sau nu in monitor, flag care sa fie testat in fiecare > operatie. > Deoarece programatorul care foloseste biblioteca > monitor trebuie sa nu fie constient de flagul > respectiv acesta va trebui implementat in biblioteca. > Dar cum bliblioteca este partajata si ea se incarca in > spatiul de adrese al procesului, un simplu flag global > in librarie ar fi comun tuturor threadurilor care > incarca libraria. > Pentru acest motiv va trebui sa folositi thread local > storage astfel incat flagul sa fie privat in fiecare > thread. Vestile bune erau ca aveti ocazia sa invatati > sa folositi thread local storage :). > From so@atlantis.cs.pub.ro Mon Nov 24 00:20:34 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 16:20:34 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <003001c3b21d$7d052230$6400a8c0@andrei> Message-ID: <20031124002034.29811.qmail@web60503.mail.yahoo.com> --- Andrei Hagiescu wrote: > Datorita posibilitatii folosirii mai multor > monitoare un thread poate fi la > un moment dat intr-unul dintre ele si in afara > altuia....sau de ce nu in mai > multe monitoare? Daca da, atunci informatia stocata > in TLS (cu privire la > starea unui thread inauntrul sau in afara unui > monitor) trebuie sa nu mai > fie o simpla informatie booleana ci o lista de > monitoare in care thread-ul > este intrat, nu? Nu devine o solutie mai greu de > implementat decat o lista > de thread-uri intrate pentru fiecare monitor? Oops. You've got that right. Solutia ramane totusi simpla. In loc sa faceti TlsAlloc respectiv pthread_key_create in entry-pointul librariei (DllMain respectiv constructorul librariei pe Linux) veti face in functia create. Astfel fiecare monitor contine un index distinct in TLS iar verificarile de utilizare corecta care se fac in operatii se vor face folosind indexul respectiv. Asadar informatia ramane booleana :) si implementarea nu presupune overhead. Limitele sunt rezonabile: 1088 de indexuri in Windows 2000 si 1024 in Linux, deci un proces poate sa construiasca cam 1000 de monitoare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 11:05:58 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 03:05:58 -0800 (PST) Subject: [so] alta precizare Message-ID: <20031124110558.69575.qmail@web60506.mail.yahoo.com> Pe Windows nu folositi functiile SuspendThread, ResumeThread ori SwitchToThread pentru sincronizare. Acestea sunt puse la dispozitie pt alte scopuri. Precizarea e valabila pentru orice functie si pentru orice alta tema. Cititi cu atentie rolul ei in documentatie si daca nu face exact ceea ce aveti voi nevoie cautati altceva. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 13:49:08 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Mon, 24 Nov 2003 15:49:08 +0200 Subject: [so] win Message-ID: <20031124134820.M16684@idilis.ro> La varianta de windows putem folosi functia TerminateThread pt. a opri firele in cazul in care se da CTRL+C? http://www.idilis.ro - Stiri, e-mail gratuit, download, SMS, server de counter-strike, hosting gratuit, servicii internet... Fii cu un pas inaintea celorlati! From so@atlantis.cs.pub.ro Mon Nov 24 18:52:41 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 10:52:41 -0800 (PST) Subject: [so] win In-Reply-To: <20031124134820.M16684@idilis.ro> Message-ID: <20031124185241.87333.qmail@web60509.mail.yahoo.com> Cred ca e mai indicat sa folositi ExitProcess pt ca macar apeleaza o data enry-pointul in dll. Cosmin --- Ioana Cutcutache wrote: > La varianta de windows putem folosi functia > TerminateThread pt. a opri firele in > cazul in care se da CTRL+C? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 19:03:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 11:03:51 -0800 (PST) Subject: [so] inca o precizare la tema 3 Message-ID: <20031124190351.42656.qmail@web60505.mail.yahoo.com> Pe Linux, daca aveti nevoie de semafoare folositi semafoarele POSIX prezentate in laboratorul 7, nu pe cele SYS V din laboratorul 4. Incercati sa va bazati cat mai mult pe variabile conditie pentru ca abordarea asta e cea mai simpla si cea mai eficienta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 00:08:06 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Mon, 24 Nov 2003 16:08:06 -0800 (PST) Subject: [so] link lib In-Reply-To: <20031124190351.42656.qmail@web60505.mail.yahoo.com> Message-ID: <20031125000806.81570.qmail@web41006.mail.yahoo.com> gcc -fPIC -Wall -g -c libmonitor.c gcc -g -lpthread -shared -Wl,-soname,libmonitor.so.0 -o libmonitor.so.0.0 libmonitor.o -lc /sbin/ldconfig -n . Cand ajung la acest pas obtin /sbin/ldconfig: Can't link ./libmonitor.so.0 to libmonitor.so.0.0 Any ideas? multam __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Tue Nov 25 00:15:34 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Mon, 24 Nov 2003 16:15:34 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031123174138.17371.qmail@web60507.mail.yahoo.com> Message-ID: <20031125001534.64025.qmail@web60309.mail.yahoo.com> --0-1839004515-1069719334=:63283 Content-Type: text/plain; charset=us-ascii Monitor * e un pointer de care aplicatia nu trebuie sa stie nimic. exact ca un handle din windows. Nu poti cu int pt ca in cazul asta biblioteca ar trebui sa tina un array de monitoare indexat dupa int-ul tau, si cum nu are de unde sa stie cate monitoare vor fi create e o complicatie inutila. Cred ca e nevoie sa stie care sunt functiile care se pot aplica pe el nu? Nu se include .h monitorului in aplicatie? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1839004515-1069719334=:63283 Content-Type: text/html; charset=us-ascii

<quote>

Monitor * e un pointer de care aplicatia nu trebuie sa
stie nimic. exact ca un handle din windows. Nu poti cu
int pt ca in cazul asta biblioteca ar trebui sa tina
un array de monitoare indexat dupa int-ul tau, si cum
nu are de unde sa stie cate monitoare vor fi create e
o complicatie inutila.

</quote>

Cred ca e nevoie sa stie care sunt functiile care se pot aplica pe el nu?

Nu se include .h monitorului in aplicatie?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1839004515-1069719334=:63283-- From so@atlantis.cs.pub.ro Tue Nov 25 00:57:13 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Mon, 24 Nov 2003 16:57:13 -0800 (PST) Subject: [so] Semafor windows In-Reply-To: <20031125000806.81570.qmail@web41006.mail.yahoo.com> Message-ID: <20031125005713.69950.qmail@web60306.mail.yahoo.com> Avem voie cu functia asta? NtQuerySemaphore e buna sa aflam valoarea unui semafor (nu sunt sigur ca e atomica, dar mi s-ar parea ca normal sa fie) http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20Objects/Semaphore/NtQuerySemaphore.html __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 06:15:14 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Tue, 25 Nov 2003 08:15:14 +0200 (EET) Subject: [so] .so-uri Message-ID: <1177.141.85.0.67.1069740914.squirrel@www.as.ro> Nu e nevoie sa instalati libraria pentru a o folosi (ldconfig). Puneti "." in LD_LIBRARY_PATH si va merge. ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Tue Nov 25 07:01:16 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Mon, 24 Nov 2003 23:01:16 -0800 (PST) Subject: [so] variabile conditie pe windows In-Reply-To: <1177.141.85.0.67.1069740914.squirrel@www.as.ro> Message-ID: <20031125070116.98782.qmail@web41013.mail.yahoo.com> --0-810786181-1069743676=:98646 Content-Type: text/plain; charset=us-ascii Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos. Se observa ca nu mai exista mutexul suplimentar care tb luat inainte de orice operatie. Voi folosi doua semafoare si un contor ce vor fi tinute intr-o structura sau intr-o clasa in implementarea voastra : //------------------------------------ sem zonaCritica = 1; sem conditie = 0; int contor = 0; //------------------------------------ void signal() { WaitForSingleObject(zonaCritica); if (contor) { // trezesc pe cineva contor--; ReleaseSemaphore(conditie, 1); } else { // pierde semnalul ReleaseSemaphore(zonaCritica, 1); } } //------------------------------------ void wait() { WaitForSingleObject(zonaCritica); contor++; SignalObjectAndWait(zonaCritica, conditie); } //------------------------------------ void broadcast() { WaitForSingleObject(zonaCritica); if (contor) { // era cineva blocat ReleaseSemaphore(zonaCritica, contor); contor = 0; ReleaseSemaphore(zonaCritica, 1); } else { // se pierde broadcast-ul ReleaseSemaphore(zonaCritica, 1); } } //------------------------------------ Observatie : ce vedeti mai sus este pseudocod ;) George --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-810786181-1069743676=:98646 Content-Type: text/html; charset=us-ascii

Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos.
Se observa ca nu mai exista mutexul suplimentar care tb luat inainte de orice operatie.
Voi folosi doua semafoare si un contor ce vor fi tinute intr-o structura sau intr-o clasa
in implementarea voastra :


//------------------------------------
sem zonaCritica = 1;
sem conditie = 0;
int contor = 0;
//------------------------------------

void signal() {
 WaitForSingleObject(zonaCritica);
 if (contor) { // trezesc pe cineva
  contor--;
  ReleaseSemaphore(conditie, 1);
  
 } else { // pierde semnalul
  ReleaseSemaphore(zonaCritica, 1);
 }
}
//------------------------------------
void wait() {
 WaitForSingleObject(zonaCritica);
 contor++;
 SignalObjectAndWait(zonaCritica, conditie);
}
//------------------------------------
void broadcast() {
 WaitForSingleObject(zonaCritica);
 if (contor) { // era cineva blocat
  ReleaseSemaphore(zonaCritica, contor);
  contor = 0;
  ReleaseSemaphore(zonaCritica, 1);
 } else { // se pierde broadcast-ul
  ReleaseSemaphore(zonaCritica, 1);
 }
}
//------------------------------------

Observatie : ce vedeti mai sus este pseudocod ;)
George

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-810786181-1069743676=:98646-- From so@atlantis.cs.pub.ro Tue Nov 25 07:48:45 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Mon, 24 Nov 2003 23:48:45 -0800 (PST) Subject: [so] variabile conditie pe windows In-Reply-To: <20031125070116.98782.qmail@web41013.mail.yahoo.com> Message-ID: <20031125074845.73810.qmail@web41014.mail.yahoo.com> --0-183392963-1069746525=:73628 Content-Type: multipart/alternative; boundary="0-1634801847-1069746525=:73628" --0-1634801847-1069746525=:73628 Content-Type: text/plain; charset=us-ascii Salut, Implementarea data este gresita (cam mult copy/paste).Pentru o implementare corecta (zic eu) a se vedea fisierul atasat. George --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-1634801847-1069746525=:73628 Content-Type: text/html; charset=us-ascii
Salut,
 
Implementarea data este gresita (cam mult copy/paste).Pentru o implementare corecta (zic eu) a se vedea fisierul atasat.
 
George

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-1634801847-1069746525=:73628-- --0-183392963-1069746525=:73628 Content-Type: text/plain; name="var_cond.txt" Content-Description: var_cond.txt Content-Disposition: inline; filename="var_cond.txt" Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos. Se observa ca nu mai exista mutexul suplimentar. Voi folosi 4 semafoare si 2 contoare ce vor fi tinute intr-o structura sau intr-o clasa in implementarea voastra : //------------------------------------ sem zonaCritica = 1; sem conditie = 0; sem asteaptaTrezire := 0; sem blocheazaAlti :=1 volatile int asteapta = 0; volatile int contor = 0; //------------------------------------ void signal() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); if (contor) { // trezesc pe cineva contor--; asteapta++; ReleaseSemaphore(conditie, 1); ReleaseSemaphore(zonaCritica, 1); P(asteaptaTrezire); ReleaseSemaphore(blocheazaAlti, 1); } else { // pierde semnalul ReleaseSemaphore(zonaCritica, 1); ReleaseSemaphore(blocheazaAlti, 1); } } //------------------------------------ void wait() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); contor++; ReleaseSemaphore(blocheazaAlti, 1); SignalObjectAndWait(zonaCritica, conditie); WaitForSingleObject(zonaCritica); asteapta--; if (asteapta == 0) V(asteaptaTrezire); ReleaseSemaphore(zonaCritica, 1); } //------------------------------------ void broadcast() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); if (contor) { // era cineva blocat ReleaseSemaphore(conditie, contor); asteapta = contor; contor = 0; ReleaseSemaphore(zonaCritica, 1); P(asteaptaTrezire); ReleaseSemaphore(blocheazaAlti, 1); } else { // se pierde broadcast-ul ReleaseSemaphore(zonaCritica, 1); ReleaseSemaphore(blocheazaAlti, 1); } } //------------------------------------ --0-183392963-1069746525=:73628-- From so@atlantis.cs.pub.ro Tue Nov 25 09:54:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 01:54:54 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031125001534.64025.qmail@web60309.mail.yahoo.com> Message-ID: <20031125095454.16495.qmail@web60508.mail.yahoo.com> --- Mihai Iancu wrote: > > > > Monitor * e un pointer de care aplicatia nu trebuie > sa > stie nimic. exact ca un handle din windows. Nu poti > cu > int pt ca in cazul asta biblioteca ar trebui sa tina > un array de monitoare indexat dupa int-ul tau, si > cum > nu are de unde sa stie cate monitoare vor fi create > e > o complicatie inutila. > > > > > Cred ca e nevoie sa stie care sunt functiile care se > pot aplica pe el nu? > > Nu se include .h monitorului in aplicatie? Ba da. Nu era evident? Am spus ca aplicatia nu trebuie sa stie nimic despre pointerul la monitor in sensul ca nu trebuie sa-l dereferentieze direct ci sa-l dea ca parametru in functiile respective. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 10:36:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 02:36:32 -0800 (PST) Subject: [so] Semafor windows In-Reply-To: <20031125005713.69950.qmail@web60306.mail.yahoo.com> Message-ID: <20031125103632.85699.qmail@web60510.mail.yahoo.com> Hmmmmmmm. Chiar ai nevoie de ea? Ai putea sa tii un contor asociat si sa-l verifici pe el. Cosmin --- Mihai Iancu wrote: > Avem voie cu functia asta? > NtQuerySemaphore > > e buna sa aflam valoarea unui semafor > (nu sunt sigur ca e atomica, dar mi s-ar parea > ca normal sa fie) > > http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20Objects/Semaphore/NtQuerySemaphore.html __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 11:51:35 2003 From: so@atlantis.cs.pub.ro (Badea Ovidiu) Date: Tue, 25 Nov 2003 03:51:35 -0800 (PST) Subject: [so] despre group_id Message-ID: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Am citit pe lista ca cica group_id putea sa fie oricat si nu intre 0 si groups_max. Ca e gresit daca l-am facut sa fie intre 0 si groups_max. Ma duc la enuntul temei si acolo scrie: Consumatorii intra in cofetaria in grupuri de prieteni. Pot exista maxim GROUP_MAX grupuri, putand avea maxim PEOPLE_MAX membri. Un grup este caracterizat printr-un ID si un numar de membri. Vreau sa vad locul EXACT unde scrie ca group_id poate fi oricat. Nu vad ca raspuns valid la aceasta intrebare reprosul ca "de ce nu am intrebat?". Nu am intrebat pt. ca nu mi-a trecut prin cap asa ceva. Mie mi s-a parut logic ca din moment ce sunt maxim groups_max grupuri, group_id sa ia valori intre 0 si groups_max. Oricum mi se pare aiurea o galceava pe astfel de chestii, cu uite group_idu', nu e group_idu', cand scopul temei era sa invatam sa facem niste sincronizari corecte. __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Tue Nov 25 15:35:55 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Tue, 25 Nov 2003 17:35:55 +0200 Subject: [so] despre group_id References: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Message-ID: <002001c3b369$d1cd0c40$210c6150@ioana> Buna, Si eu am considerat group_id-ul intre 1 si group_max, si am intrebat-o pe Maria daca era gresit si mi-a zis ca nu e gresit nici asa, oricum nu prea cred ca asta ar avea o mare importanta... nu id-ul ala era esenta temei :). ----- Original Message ----- From: "Badea Ovidiu" To: Sent: Tuesday, November 25, 2003 1:51 PM Subject: [so] despre group_id > Am citit pe lista ca cica group_id putea sa fie oricat > si nu intre 0 si groups_max. Ca e gresit daca l-am > facut sa fie intre 0 si groups_max. Ma duc la enuntul > temei si acolo scrie: > > Consumatorii intra in cofetaria in grupuri de > prieteni. Pot exista maxim GROUP_MAX grupuri, putand > avea maxim PEOPLE_MAX membri. Un grup este > caracterizat printr-un ID si un numar de membri. > > Vreau sa vad locul EXACT unde scrie ca group_id poate > fi oricat. Nu vad ca raspuns valid la aceasta > intrebare reprosul ca "de ce nu am intrebat?". Nu am > intrebat pt. ca nu mi-a trecut prin cap asa ceva. Mie > mi s-a parut logic ca din moment ce sunt maxim > groups_max grupuri, group_id sa ia valori intre 0 si > groups_max. > Oricum mi se pare aiurea o galceava pe astfel de > chestii, cu uite group_idu', nu e group_idu', cand > scopul temei era sa invatam sa facem niste > sincronizari corecte. > > > __________________________________ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Tue Nov 25 15:38:54 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 25 Nov 2003 17:38:54 +0200 Subject: [so] despre group_id In-Reply-To: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031125173807.00ae3990@mail.mymail.ro> Arata'mi locul EXACT unde am scris ca e gresit daca l'ai facut sa fie intre 0 si groups_max. Maria. >Am citit pe lista ca cica group_id putea sa fie oricat >si nu intre 0 si groups_max. Ca e gresit daca l-am >facut sa fie intre 0 si groups_max. Ma duc la enuntul >temei si acolo scrie: --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 25 16:37:16 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Tue, 25 Nov 2003 18:37:16 +0200 Subject: [so] vesti bune References: <20031124002034.29811.qmail@web60503.mail.yahoo.com> Message-ID: <008a01c3b372$63a50a70$6400a8c0@andrei> Nu pare bine nici asa. Daca un thread este deschis inainte de crearea TLS-ului (deci de pornirea acelui monitor) nu are cine sa initializeze acel spatiu de stocare decat daca monitorul ar sti ce thread-uri sunt in proces. Presupunand ca avem incredere ca Windows initializeaza acel spatiu cu NULL (ceea ce nu stiu daca e valabil si in Linux) ar mai fi o problema daca acel TLS a fost folosit in prealabil in thread-ul nostru de catre altcineva (totusi monitorul va putea fi folosit in orice aplicatie) care nu l-a lasat cu NULL cand l-a eliberat. ----- Original Message ----- From: "Cosmin Arad" To: Sent: Monday, 24 November, 2003 2:20 AM Subject: Re: [so] vesti bune > > --- Andrei Hagiescu wrote: > > Datorita posibilitatii folosirii mai multor > > monitoare un thread poate fi la > > un moment dat intr-unul dintre ele si in afara > > altuia....sau de ce nu in mai > > multe monitoare? Daca da, atunci informatia stocata > > in TLS (cu privire la > > starea unui thread inauntrul sau in afara unui > > monitor) trebuie sa nu mai > > fie o simpla informatie booleana ci o lista de > > monitoare in care thread-ul > > este intrat, nu? Nu devine o solutie mai greu de > > implementat decat o lista > > de thread-uri intrate pentru fiecare monitor? > > Oops. You've got that right. > Solutia ramane totusi simpla. In loc sa faceti > TlsAlloc respectiv pthread_key_create in entry-pointul > librariei (DllMain respectiv constructorul librariei > pe Linux) veti face in functia create. > Astfel fiecare monitor contine un index distinct in > TLS > iar verificarile de utilizare corecta care se fac in > operatii se vor face folosind indexul respectiv. > Asadar informatia ramane booleana :) si implementarea > nu presupune overhead. > > Limitele sunt rezonabile: 1088 de indexuri in Windows > 2000 si 1024 in Linux, deci un proces poate sa > construiasca cam 1000 de monitoare. > > Cosmin > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > > From so@atlantis.cs.pub.ro Tue Nov 25 18:01:33 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 10:01:33 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <008a01c3b372$63a50a70$6400a8c0@andrei> Message-ID: <20031125180133.20884.qmail@web60505.mail.yahoo.com> Nu trebuie sa fii ingrijorat. Hai sa lamurim lucrurile: - aloci un index in TLS la monitor_create; - la monitor_enter daca valoarea lui e NULL, aloci o zona unde sa tii informatia, sau pur si simplu setezi pointerul la alta valoare diferita de NULL pt ca tot ce ai tu nevoie e o info booleana (NULL vs NOT NULL could do it). - daca la enter nu era NULL inseamna ca threadul era deja in monitor deci oops. - la leave setezi pointerul la NULL (si faci free in cazul in care ai alocat ceva acolo) - la signal, wait, broadcast testezi pointerul sa nu fie NULL. - la destroi eliberezi indexul. Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie: -Windows (PSDK): "If the function succeeds, the return value is a TLS index. The slots for the index are initialized to zero." e vb de TlsAlloc. -Linux (man pthread_key_create): "The value initially associated with the returned key is !NULL! in all currently executing threads." Cosmin --- Andrei Hagiescu wrote: > Nu pare bine nici asa. Daca un thread este deschis > inainte de crearea > TLS-ului (deci de pornirea acelui monitor) nu are > cine sa initializeze acel > spatiu de stocare decat daca monitorul ar sti ce > thread-uri sunt in proces. > Presupunand ca avem incredere ca Windows > initializeaza acel spatiu cu NULL > (ceea ce nu stiu daca e valabil si in Linux) ar mai > fi o problema daca acel > TLS a fost folosit in prealabil in thread-ul nostru > de catre altcineva > (totusi monitorul va putea fi folosit in orice > aplicatie) care nu l-a lasat > cu NULL cand l-a eliberat. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 18:01:16 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 10:01:16 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <008a01c3b372$63a50a70$6400a8c0@andrei> Message-ID: <20031125180116.51002.qmail@web60510.mail.yahoo.com> Nu trebuie sa fii ingrijorat. Hai sa lamurim lucrurile: - aloci un index in TLS la monitor_create; - la monitor_enter daca valoarea lui e NULL, aloci o zona unde sa tii informatia, sau pur si simplu setezi pointerul la alta valoare diferita de NULL pt ca tot ce ai tu nevoie e o info booleana (NULL vs NOT NULL could do it). - daca la enter nu era NULL inseamna ca threadul era deja in monitor deci oops. - la leave setezi pointerul la NULL (si faci free in cazul in care ai alocat ceva acolo) - la signal, wait, broadcast testezi pointerul sa nu fie NULL. - la destroi eliberezi indexul. Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie: -Windows (PSDK): "If the function succeeds, the return value is a TLS index. The slots for the index are initialized to zero." e vb de TlsAlloc. -Linux (man pthread_key_create): "The value initially associated with the returned key is !NULL! in all currently executing threads." Cosmin --- Andrei Hagiescu wrote: > Nu pare bine nici asa. Daca un thread este deschis > inainte de crearea > TLS-ului (deci de pornirea acelui monitor) nu are > cine sa initializeze acel > spatiu de stocare decat daca monitorul ar sti ce > thread-uri sunt in proces. > Presupunand ca avem incredere ca Windows > initializeaza acel spatiu cu NULL > (ceea ce nu stiu daca e valabil si in Linux) ar mai > fi o problema daca acel > TLS a fost folosit in prealabil in thread-ul nostru > de catre altcineva > (totusi monitorul va putea fi folosit in orice > aplicatie) care nu l-a lasat > cu NULL cand l-a eliberat. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 19:19:26 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Tue, 25 Nov 2003 21:19:26 +0200 Subject: [so] vesti bune References: <20031125180116.51002.qmail@web60510.mail.yahoo.com> Message-ID: <003b01c3b389$0b404a40$6400a8c0@andrei> Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie Sunt de acord cu aceasta afirmatie atata vreme cat am si garantia ca in toate thread-urile care vor folosi monitorul nimeni nu se va fi folosit de acel TLS inainte si nu-l va elibera _uitand_ sa-l curete ----- Original Message ----- From: "Cosmin Arad" To: Sent: Tuesday, 25 November, 2003 20:01 PM Subject: Re: [so] vesti bune > > Nu trebuie sa fii ingrijorat. Hai sa lamurim > lucrurile: > - aloci un index in TLS la monitor_create; > - la monitor_enter daca valoarea lui e NULL, aloci o > zona unde sa tii informatia, sau pur si simplu setezi > pointerul la alta valoare diferita de NULL pt ca tot > ce ai tu nevoie e o info booleana (NULL vs NOT NULL > could do it). > - daca la enter nu era NULL inseamna ca threadul era > deja in monitor deci oops. > - la leave setezi pointerul la NULL (si faci free in > cazul in care ai alocat ceva acolo) > - la signal, wait, broadcast testezi pointerul sa nu > fie NULL. > - la destroi eliberezi indexul. > > Ai garantia ca la alocarea indexului in TLS valoarea > lui e NULL in toate threadurile atat in Windows cat si > in Linux. Iti citez din documentatie: > > -Windows (PSDK): "If the function succeeds, the return > value is a TLS index. The slots for the index are > initialized to zero." e vb de TlsAlloc. > > -Linux (man pthread_key_create): "The value initially > associated with the returned key is !NULL! in all > currently executing threads." > > Cosmin > > --- Andrei Hagiescu wrote: > > Nu pare bine nici asa. Daca un thread este deschis > > inainte de crearea > > TLS-ului (deci de pornirea acelui monitor) nu are > > cine sa initializeze acel > > spatiu de stocare decat daca monitorul ar sti ce > > thread-uri sunt in proces. > > Presupunand ca avem incredere ca Windows > > initializeaza acel spatiu cu NULL > > (ceea ce nu stiu daca e valabil si in Linux) ar mai > > fi o problema daca acel > > TLS a fost folosit in prealabil in thread-ul nostru > > de catre altcineva > > (totusi monitorul va putea fi folosit in orice > > aplicatie) care nu l-a lasat > > cu NULL cand l-a eliberat. > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > > From so@atlantis.cs.pub.ro Tue Nov 25 19:37:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 11:37:29 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <003b01c3b389$0b404a40$6400a8c0@andrei> Message-ID: <20031125193729.85553.qmail@web60506.mail.yahoo.com> Daca il elibereaza in prealabil inseamna ca poate fi alocat de mine la create si dupa cum se spune in documentatie la alocare valoarea lui e NULL. Daca nu-l elibereaza inseamna ca e ocupat si mie alocarea imi va intoarce un altul care era liber si din nou valoarea lui e NULL. Cosmin --- Andrei Hagiescu wrote: > Ai garantia ca la alocarea indexului in TLS valoarea > lui e NULL in toate threadurile atat in Windows cat > si > in Linux. Iti citez din documentatie > > Sunt de acord cu aceasta afirmatie atata vreme cat > am si garantia ca in > toate thread-urile care vor folosi monitorul nimeni > nu se va fi folosit de > acel TLS inainte si nu-l va elibera _uitand_ sa-l > curete __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 10:53:59 2003 From: so@atlantis.cs.pub.ro (iana ionel cristian) Date: Wed, 26 Nov 2003 02:53:59 -0800 (PST) Subject: [so] De ce TLS ? Message-ID: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Salut Am cateva nelamuriri in legatura cu tema 3: 1. Exista problema verificarii daca firul care a apelat enter, wait, leave, etc., este firul activ. Este gresit daca in loc sa retin o variabila boolean folosind tls, procedez in felul urmator: - fiecare structura monitor retine id-ul firului activ - atunci cand se executa o functie, (de ex enter) verific sa am idActiv = 0, dupa care fac idActiv = idFirCurent. Sau pentru leave verific sa am idActiv = idFirCurent dupa care la iesire fac idActiv = 0, s.a.m.d. - pt a obtine IdFirCurent folosesc pthread_self 2. Se cere "sa fim atenti la utilizari gresite ale functiilor ". Este suficient ca functiile pt monitor sa returneaze o valoarea de eroare cand se intampla asa ceva ? Sau trebuie sa mai facem si altceva, de ex mesaj afisat la consola, aruncare de exceptii ... ? 3. Monitorul se poate distruge doar atunci cand nu exista fir activ in el si nu exista nici un fir care este blocat intr-o coada de asteptare sau la vreo variablia de conditie ? __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 13:50:13 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 05:50:13 -0800 (PST) Subject: [so] Barbers In-Reply-To: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Message-ID: <20031126135013.23337.qmail@web60305.mail.yahoo.com> --0-1133674118-1069854613=:21682 Content-Type: text/plain; charset=us-ascii La pornire trebuie ca toti barbierii/frizeri sa fie gata de tuns? sau trebuie sa se astepte sa fie toti gata. Eu astept sa fie toti gata si dupa incep clientii sa se tunda, e ok asa? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1133674118-1069854613=:21682 Content-Type: text/html; charset=us-ascii

La pornire trebuie ca toti barbierii/frizeri sa fie gata de tuns?

sau trebuie sa se astepte sa fie toti gata.

 

Eu astept sa fie toti gata si dupa incep clientii sa se tunda, e ok asa?

 

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1133674118-1069854613=:21682-- From so@atlantis.cs.pub.ro Wed Nov 26 14:28:34 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 06:28:34 -0800 (PST) Subject: [so] Barbers In-Reply-To: <20031126135013.23337.qmail@web60305.mail.yahoo.com> Message-ID: <20031126142834.52820.qmail@web60510.mail.yahoo.com> --- Mihai Iancu wrote: > > La pornire trebuie ca toti barbierii/frizeri sa fie > gata de tuns? > > sau trebuie sa se astepte sa fie toti gata. > > Eu astept sa fie toti gata si dupa incep clientii sa > se tunda, e ok asa? Da, trebuie sa te asiguri ca barbierii dorm in scaunele lor cand incepi sa lansezi clientii. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 14:56:16 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 06:56:16 -0800 (PST) Subject: [so] De ce TLS ? In-Reply-To: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Message-ID: <20031126145616.63185.qmail@web60510.mail.yahoo.com> --- iana ionel cristian wrote: > Salut > > Am cateva nelamuriri in legatura cu tema 3: > > 1. Exista problema verificarii daca firul care a > apelat > enter, wait, leave, etc., este firul activ. Este > gresit > daca in loc sa retin o variabila boolean folosind > tls, > procedez in felul urmator: > > - fiecare structura monitor retine id-ul firului > activ > > - atunci cand se executa o functie, (de ex enter) > verific sa am idActiv = 0, dupa care fac idActiv = > idFirCurent. Sau pentru leave verific sa am idActiv > = > idFirCurent dupa care la iesire fac idActiv = 0, > s.a.m.d. > > - pt a obtine IdFirCurent folosesc pthread_self S-ar putea sa ai dreptate, nu pot sa ma pronunt acum. Ai insa grija sa nu ai race-uri intre operatii la setarea proprietarului. Totusi, daca este corect pierzi experienta utilizarii TLS si tema ta s-ar putea clasa pe o pozitie medie sau codasa :) > 2. Se cere "sa fim atenti la utilizari gresite ale > functiilor ". Este suficient ca functiile pt monitor > sa > returneaze o valoarea de eroare cand se intampla asa > ceva ? Sau trebuie sa mai facem si altceva, de ex > mesaj afisat la consola, aruncare de exceptii ... ? Este suficient un cod de eroare. > 3. Monitorul se poate distruge doar atunci cand nu > exista fir activ in el si nu exista nici un fir care > este blocat intr-o coada de asteptare sau la vreo > variablia de conditie ? Da, asta ar trebui sa faca destroy. Ar mai trebui sa va scrieti o functie de distrugere fortata, _destroy, pe care s-o apelati de exemplu la oprirea fortata a programului (Ctrl+C) pentru ca altfel nu se pot debloca firele care asteptau la conditii. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 16:10:54 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Wed, 26 Nov 2003 08:10:54 -0800 (PST) Subject: [so] De ce TLS ? In-Reply-To: <20031126145616.63185.qmail@web60510.mail.yahoo.com> Message-ID: <20031126161054.98496.qmail@web11704.mail.yahoo.com> > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 16:15:21 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Wed, 26 Nov 2003 08:15:21 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126145616.63185.qmail@web60510.mail.yahoo.com> Message-ID: <20031126161521.48409.qmail@web11707.mail.yahoo.com> > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie - setez un flag de destroy (de ex un semafor) apoi deblochez toate firele de la variabilele conditie; ele citesc flag-ul inainte de a ajunge in waiting, iar daca este setat pe destroy fac pthread_exit() ? - astept sa primesc o notificare ca toate firele au facut pthread_exit - apoi pot distruge toate elementele de sincronizare > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 16:21:38 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 08:21:38 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126161521.48409.qmail@web11707.mail.yahoo.com> Message-ID: <20031126162138.89465.qmail@web60302.mail.yahoo.com> --0-480435163-1069863698=:89351 Content-Type: text/plain; charset=us-ascii Asteptarea asta mi se pare mie sau este un fel de continuare a "algoritmului" cu barbieri si clienti, adica un fel de "terminare corecta"? daca da, la ce bun? oricum userul daca vrea sa termine nu il mai intereseaza ce se intampla cu toata logica programului. Iar daca resursele sunt eliberate, chiar daca fortat rau eu cred ca e ok. Gresesc? Stela Suciu wrote: > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie - setez un flag de destroy (de ex un semafor) apoi deblochez toate firele de la variabilele conditie; ele citesc flag-ul inainte de a ajunge in waiting, iar daca este setat pe destroy fac pthread_exit() ? - astept sa primesc o notificare ca toate firele au facut pthread_exit - apoi pot distruge toate elementele de sincronizare > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-480435163-1069863698=:89351 Content-Type: text/html; charset=us-ascii
Asteptarea asta mi se pare mie sau este un fel
de continuare a "algoritmului" cu barbieri si clienti,
adica un fel de "terminare corecta"?
 
daca da, la ce bun? oricum userul daca vrea sa termine
nu il mai intereseaza ce se intampla cu toata logica programului.
Iar daca resursele sunt eliberate, chiar daca fortat rau eu cred ca e ok.
Gresesc?
 


Stela Suciu <stelasuciu@yahoo.com> wrote:

>
> > 3. Monitorul se poate distruge doar atunci cand nu
> > exista fir activ in el si nu exista nici un fir
> care
> > este blocat intr-o coada de asteptare sau la vreo
> > variablia de conditie ?
>
> Da, asta ar trebui sa faca destroy. Ar mai trebui sa
> va scrieti o functie de distrugere fortata,
> _destroy,
> pe care s-o apelati de exemplu la oprirea fortata a
> programului (Ctrl+C) pentru ca altfel nu se pot
> debloca firele care asteptau la conditii.
>
> Cosmin
>
>
E corect daca in functia destroy:
- astept ca toate firele din cozile waiting,
signaller si entry sa plece sau sa se blocheze la
variabile conditie
- setez un flag de destroy (de ex un semafor) apoi
deblochez toate firele de la variabilele conditie; ele
citesc flag-ul inainte de a ajunge in waiting, iar
daca este setat pe destroy fac pthread_exit() ?
- astept sa primesc o notificare ca toate firele au
facut pthread_exit
- apoi pot distruge toate elementele de sincronizare
> __________________________________
> Do you Yahoo!?
> Protect your identity with Yahoo! Mail AddressGuard
> http://antispam.yahoo.com/whatsnewfree
> _______________________________________________
> so mailing list
> so@atlantis.cs.pub.ro
>
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-480435163-1069863698=:89351-- From so@atlantis.cs.pub.ro Wed Nov 26 16:23:19 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 08:23:19 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126162138.89465.qmail@web60302.mail.yahoo.com> Message-ID: <20031126162319.50529.qmail@web60501.mail.yahoo.com> e ok, nu gresesti. tocmai i-am raspuns Stelei. Cosmin --- Mihai Iancu wrote: > Asteptarea asta mi se pare mie sau este un fel > de continuare a "algoritmului" cu barbieri si > clienti, > adica un fel de "terminare corecta"? > > daca da, la ce bun? oricum userul daca vrea sa > termine > nu il mai intereseaza ce se intampla cu toata logica > programului. > Iar daca resursele sunt eliberate, chiar daca fortat > rau eu cred ca e ok. > Gresesc? > > > > Stela Suciu wrote: > > > > > > 3. Monitorul se poate distruge doar atunci cand > nu > > > exista fir activ in el si nu exista nici un fir > > care > > > este blocat intr-o coada de asteptare sau la > vreo > > > variablia de conditie ? > > > > Da, asta ar trebui sa faca destroy. Ar mai trebui > sa > > va scrieti o functie de distrugere fortata, > > _destroy, > > pe care s-o apelati de exemplu la oprirea fortata > a > > programului (Ctrl+C) pentru ca altfel nu se pot > > debloca firele care asteptau la conditii. > > > > Cosmin > > > > > E corect daca in functia destroy: > - astept ca toate firele din cozile waiting, > signaller si entry sa plece sau sa se blocheze la > variabile conditie > - setez un flag de destroy (de ex un semafor) apoi > deblochez toate firele de la variabilele conditie; > ele > citesc flag-ul inainte de a ajunge in waiting, iar > daca este setat pe destroy fac pthread_exit() ? > - astept sa primesc o notificare ca toate firele au > facut pthread_exit > - apoi pot distruge toate elementele de sincronizare > > __________________________________ > > Do you Yahoo!? > > Protect your identity with Yahoo! Mail > AddressGuard > > http://antispam.yahoo.com/whatsnewfree > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > __________________________________ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > --------------------------------- > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 16:22:07 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 08:22:07 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126161521.48409.qmail@web11707.mail.yahoo.com> Message-ID: <20031126162207.81364.qmail@web60505.mail.yahoo.com> --- Stela Suciu wrote: > E corect daca in functia destroy: > - astept ca toate firele din cozile waiting, > signaller si entry sa plece sau sa se blocheze la > variabile conditie > - setez un flag de destroy (de ex un semafor) apoi > deblochez toate firele de la variabilele conditie; > ele > citesc flag-ul inainte de a ajunge in waiting, iar > daca este setat pe destroy fac pthread_exit() ? > - astept sa primesc o notificare ca toate firele au > facut pthread_exit > - apoi pot distruge toate elementele de > sincronizare Functia destroy ar trebui sa verifice daca monitorul este liber (nu este ocupat si nu sunt fire blocate la conditii). Daca e liber sa-l distruga, daca nu sa intoarca un cod de eroare. Functia _destroy ar trebui sa distruga monitorul fortat si sa fie apelata doar in cazuri extreme cum este cel de terminare fortata a aplciatiei. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 17:19:41 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 26 Nov 2003 19:19:41 +0200 Subject: [so] De ce TLS ? - continuare:) References: <20031126162207.81364.qmail@web60505.mail.yahoo.com> Message-ID: <002801c3b441$7c056c70$0200a8c0@smeagol> pe mine m-a ametit putin chestia cu destroy. este evident ca trebuie sa existe un destroy dur care sa curete tot fara sa faca nici o verificare. acum, din cate am inteles, trebuie sa avem un destroy care curata doar daca nu are nimeni treaba cu monitorul. cineva are treaba cu monitorul daca se afla in vre-o coada sau daca este activ. Dar cum destroy-ul se da dintr-un thread care care se presupune ca nu are nici o legatura cu threadurile care folosesc monitorul este destul de complicat modul in care se determina daca monitorul este sau nu folosit. de exemplu: in destroy ma apuc sa verific daca este cineva blocat la o conditie. pp ca nu este, dar imediat ce fac verificare vine un thread care se blocheaza exact la variabila aia conditie. neplacut. trebuie deci sa impiedicam accesul la monitor in timp ce incerc sa distrug monitorul. singurul mod in care vad facandu-se asta (doar cu resursele monitorului) este ca threadul care face destroy sa fie el insusi activ in monitor (adica sa fi dat in prealabil un enter()). si de aici contradictia: distrug monitorul numai cand nimeni nu foloseste monitorul, dar pentru ca sa vad ca monitorul este liber tocmai cel care distruge trebuie sa fie in monitor. (presupun ca se face o exceptie :) ). Eu sincer inclin spre existenta unei singure functii destroy (cea care omoara tot si abia apoi intreaba), dar pe care o apelez cu grija dupa ce toate threadurile nu mai au nevoie de monitor. prefer deci sa fie de datoria aplicatiei care foloseste monitorul sa se asigure de corectitudinea folosirii lui destroy. zeii ce zic? From so@atlantis.cs.pub.ro Wed Nov 26 17:24:40 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 09:24:40 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <002801c3b441$7c056c70$0200a8c0@smeagol> Message-ID: <20031126172440.77246.qmail@web60501.mail.yahoo.com> --- Cibu Cristian wrote: > pe mine m-a ametit putin chestia cu destroy. > > este evident ca trebuie sa existe un destroy dur > care sa curete tot fara sa > faca nici o verificare. > > acum, din cate am inteles, trebuie sa avem un > destroy care curata doar daca > nu are nimeni treaba cu monitorul. > cineva are treaba cu monitorul daca se afla in vre-o > coada sau daca este > activ. Dar cum destroy-ul se da dintr-un thread care > care se presupune ca nu > are nici o legatura cu threadurile care folosesc > monitorul este destul de > complicat modul in care se determina daca monitorul > este sau nu folosit. > > de exemplu: > > in destroy ma apuc sa verific daca este cineva > blocat la o conditie. pp ca > nu este, dar imediat ce fac verificare vine un > thread care se blocheaza > exact la variabila aia conditie. neplacut. trebuie > deci sa impiedicam > accesul la monitor in timp ce incerc sa distrug > monitorul. singurul mod in > care vad facandu-se asta (doar cu resursele > monitorului) este ca threadul > care face destroy sa fie el insusi activ in monitor > (adica sa fi dat in > prealabil un enter()). > > si de aici contradictia: distrug monitorul numai > cand nimeni nu foloseste > monitorul, dar pentru ca sa vad ca monitorul este > liber tocmai cel care > distruge trebuie sa fie in monitor. (presupun ca se > face o exceptie :) ). Da, poti sa iei lockul asociat cozii Entry ca sa faci destroy. > Eu sincer inclin spre existenta unei singure functii > destroy (cea care > omoara tot si abia apoi intreaba), dar pe care o > apelez cu grija dupa ce > toate threadurile nu mai au nevoie de monitor. > prefer deci sa fie de datoria > aplicatiei care foloseste monitorul sa se asigure de > corectitudinea > folosirii lui destroy. Ambele sunt necesare, cea care omoara tot sa fie apelata doar in cazuri extreme in care nu te mai intereseaza ce se intampla cu monitorul in continuare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 17:43:09 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 26 Nov 2003 19:43:09 +0200 Subject: [so] De ce TLS ? - continuare:) References: <20031126172440.77246.qmail@web60501.mail.yahoo.com> Message-ID: <003001c3b444$c17c23e0$0200a8c0@smeagol> pai daca trebuie sa fac enter() ca sa pot distruge, inseamna ca nu mai este nimeni in waiting sau in signaler si mai concurez si cu alte threaduri care dau enter(). asadar destroy-ul obtine accesul la monitor cine stie peste cat timp. este ok ? dar tot mi se pare de datoria aplicatiei sa dea destroy-ul atotputernic cand se stie sigur ca nimeni nu mai are treaba cu monitorul. From so@atlantis.cs.pub.ro Wed Nov 26 17:48:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 09:48:51 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <003001c3b444$c17c23e0$0200a8c0@smeagol> Message-ID: <20031126174851.25368.qmail@web60509.mail.yahoo.com> --- Cibu Cristian wrote: > pai daca trebuie sa fac enter() ca sa pot distruge, > inseamna ca nu mai este > nimeni in waiting sau in signaler si mai concurez si > cu alte threaduri care > dau enter(). asadar destroy-ul obtine accesul la > monitor cine stie peste cat > timp. este ok ? Eu nu am zis sa faci enter(). Am zis doar sa iei lockul asociat cozii Entry. Astfel impiedici orice alt enter in timp ce tu verifici ca monitorul este sau nu liber. > dar tot mi se pare de datoria aplicatiei sa dea > destroy-ul atotputernic cand > se stie sigur ca nimeni nu mai are treaba cu > monitorul. destroy-ul normal e un fel de try_destroy care poate fi si el util uneori. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 19:48:09 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 11:48:09 -0800 (PST) Subject: [so] destroy In-Reply-To: <20031126174851.25368.qmail@web60509.mail.yahoo.com> Message-ID: <20031126194809.80997.qmail@web60307.mail.yahoo.com> --0-2062366077-1069876089=:78700 Content-Type: text/plain; charset=us-ascii Bun, hai ca nu ne intelegem cu destroy asta ce ar fi sa nu il mai facem ??? : )) Intreabarea este: "De ce trebuie sa se distruga cand nu mai este nici un thread activ sau nu mai stiu exact care erau specificatiile?" Poate ca cineva peste 4 min vrea sa il foloseasca! Distrugerea se face pornind de la presupunearea ca nu mai se asteapta nimic de la program si se indreapta singur catre exit? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-2062366077-1069876089=:78700 Content-Type: text/html; charset=us-ascii

Bun, hai ca nu ne intelegem cu destroy asta

ce ar fi sa nu il mai facem ??? : ))

 

Intreabarea este: "De ce trebuie sa se distruga cand nu mai este

nici un thread activ sau nu mai stiu exact care erau specificatiile?"

Poate ca cineva peste 4 min vrea sa il foloseasca!

Distrugerea se face pornind de la presupunearea ca nu mai se asteapta nimic

de la program si se indreapta singur catre exit?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-2062366077-1069876089=:78700-- From so@atlantis.cs.pub.ro Wed Nov 26 20:20:06 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 12:20:06 -0800 (PST) Subject: [so] destroy In-Reply-To: <20031126194809.80997.qmail@web60307.mail.yahoo.com> Message-ID: <20031126202006.78739.qmail@web60503.mail.yahoo.com> --- Mihai Iancu wrote: > > Bun, hai ca nu ne intelegem cu destroy asta > ce ar fi sa nu il mai facem ??? : )) vi s-ar scadea puncte :)) > Intreabarea este: "De ce trebuie sa se distruga cand > nu mai este > > nici un thread activ sau nu mai stiu exact care erau > specificatiile?" > > Poate ca cineva peste 4 min vrea sa il foloseasca! Daca vrea sa il foloseasca peste 4 minute nu il distruge. > Distrugerea se face pornind de la presupunearea ca > nu mai se asteapta nimic > > de la program si se indreapta singur catre exit? presupunerea poate fi gresita. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 09:05:00 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 11:05:00 +0200 Subject: [so] mingw Message-ID: <002101c3b4c5$897e5220$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_001E_01C3B4D6.4CFB3B40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai = mari decat cele facute de Visual C++ 6.0 Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de = nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare tind spre anumite valori fixe astfel incat dupa cateva iteratii toti = cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se = gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce = construieste Visual C++ totul se comporta cu totul diferit. valorile = aleatoare sunt chiar aleatoare. daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il = rog sa ma ajute. ------=_NextPart_000_001E_01C3B4D6.4CFB3B40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
mare balarie si mingw asta. Toate = executabilele=20 sunt de 3, 4 ori mai mari decat cele facute de Visual C++ = 6.0
Dar fie, nu aste e problema. toate = valorile=20 aleatoare sunt asa de nealeatoare :)... Cu executabilele facute de g++ = valorile=20 aleatoare
tind spre anumite valori fixe astfel = incat dupa=20 cateva iteratii toti cititorii se comporta unitar (nu-i mai dezlipesc) = pentru ca=20 toti se gasesc sa citeasca la fel de mult si fac pauza la fel de mult. = cu ce=20 construieste Visual C++ totul se comporta cu totul diferit. valorile = aleatoare=20 sunt chiar aleatoare.
daca cineva are vre-o idee de cum se = poate rezolva=20 treaba cu random, il rog sa ma = ajute.
------=_NextPart_000_001E_01C3B4D6.4CFB3B40-- From so@atlantis.cs.pub.ro Thu Nov 27 09:27:49 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Thu, 27 Nov 2003 11:27:49 +0200 Subject: [so] mingw Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B4C8.B9BE78AD Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGVvcmV0aWMsIGFpIHB1dGVhIHNhIGNvbXBpbGV6aSBjdSBNaW5HVywgZGFyIHNhIGxlZ2kgZmlz aWVydWwgdGF1IG9iaWVjdCBkZSBsaWJjIHNpIG1zdmNydCAocnVudGltZXVsIGRlIEMgZGluIFZp c3VhbCBTdHVkaW8pIC0gbi1hbSBpZGVlIGN1bSwgbnUgYW0gcHJlYSBpbnZlc3RpZ2F0IGRhciBh ciB0cmVidWkgc2Egc2UgcG9hdGEsIG9yaWNlIGNvbXBpbGF0b3IgY2F0IGRlIGNhdCBkZWNlbnQg cG9hdGUgZmFjZSBhc3RhICh2ZXppIGNhIGluIFNldHRpbmdzIGxhIFZpc3VhbCBTdHVkaW8gYWkg c2kgbGluaWEgZGUgY29tYW5kYSBjdSBjYXJlIGludm9jYSBjbC5leGUgLSBpbmNlYXJjYSBzYSBv IGFkYXB0ZXppIHB0IE1pbkdXKS4gSW4gcHJhY3RpY2EsIGFzdGEgaW5zZWFtbmEgY2EgZmFjaSBw cmVzdXB1bmVyZWEgY2EgcGUgY2FsY3VsIHBlIGNhcmUgc2UgZmFjZSBjb21waWxhcmVhIHNpIGNv cmVjdGFyZWEgc2Ugdm9yIGdhc2kgY2VsZSBkb3VhIC5saWItdXJpLi4uIElhciBhaWNpLCB5b3Un cmUgb24geW91ciBvd24uDQoNCgktLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLSANCglGcm9tOiBD aWJ1IENyaXN0aWFuIFttYWlsdG86Y2lidS5jcmlzdGlhbkByZHNsaW5rLnJvXSANCglTZW50OiBU aHUgMTEvMjcvMjAwMyAxMTowNSBBTSANCglUbzogZ3J1cCBTTyANCglDYzogDQoJU3ViamVjdDog W3NvXSBtaW5ndw0KCQ0KCQ0KCQ0KCW1hcmUgYmFsYXJpZSBzaSBtaW5ndyBhc3RhLiBUb2F0ZSBl eGVjdXRhYmlsZWxlIHN1bnQgZGUgMywgNCBvcmkgbWFpIG1hcmkgZGVjYXQgY2VsZSBmYWN1dGUg ZGUgVmlzdWFsIEMrKyA2LjANCglEYXIgZmllLCBudSBhc3RlIGUgcHJvYmxlbWEuIHRvYXRlIHZh bG9yaWxlIGFsZWF0b2FyZSBzdW50IGFzYSBkZSBuZWFsZWF0b2FyZSA6KS4uLiBDdSBleGVjdXRh YmlsZWxlIGZhY3V0ZSBkZSBnKysgdmFsb3JpbGUgYWxlYXRvYXJlDQoJdGluZCBzcHJlIGFudW1p dGUgdmFsb3JpIGZpeGUgYXN0ZmVsIGluY2F0IGR1cGEgY2F0ZXZhIGl0ZXJhdGlpIHRvdGkgY2l0 aXRvcmlpIHNlIGNvbXBvcnRhIHVuaXRhciAobnUtaSBtYWkgZGV6bGlwZXNjKSBwZW50cnUgY2Eg dG90aSBzZSBnYXNlc2Mgc2EgY2l0ZWFzY2EgbGEgZmVsIGRlIG11bHQgc2kgZmFjIHBhdXphIGxh IGZlbCBkZSBtdWx0LiBjdSBjZSBjb25zdHJ1aWVzdGUgVmlzdWFsIEMrKyB0b3R1bCBzZSBjb21w b3J0YSBjdSB0b3R1bCBkaWZlcml0LiB2YWxvcmlsZSBhbGVhdG9hcmUgc3VudCBjaGlhciBhbGVh dG9hcmUuDQoJZGFjYSBjaW5ldmEgYXJlIHZyZS1vIGlkZWUgZGUgY3VtIHNlIHBvYXRlIHJlem9s dmEgdHJlYWJhIGN1IHJhbmRvbSwgaWwgcm9nIHNhIG1hIGFqdXRlLg0KDQo= ------_=_NextPart_001_01C3B4C8.B9BE78AD Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IjMJAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAGwALABsAMQAEAFsBASCAAwAOAAAA0wcLABsACwAbADEABABbAQEJgAEAIQAAAEE1 RUVGRTM1OUQyNjVDNERCNDNDRDg3MjlDNjQ4QTA3AF8HAQOQBgBkEAAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAAB4AAABSAEUAOgAgAFsAcwBvAF0A IABtAGkAbgBnAHcAAAAAAEAAOQCteL65yLTDAR8APQABAAAACgAAAFIARQA6ACAAAAAAAAIBRwAB AAAAKwAAAGM9dXM7YT0gO3A9TVNMYWI7bD1TRVJWRVItMDMxMTI3MDkyNzQ5Wi0yNAAAHwBJAAEA AAAWAAAAWwBzAG8AXQAgAG0AaQBuAGcAdwAAAAAAQABOAADGNInFtMMBHwBaAAEAAAAcAAAAQwBp AGIAdQAgAEMAcgBpAHMAdABpAGEAbgAAAAIBWwABAAAARAAAAAAAAACBKx+kvqMQGZ1uAN0BD1QC AAAAAENpYnUgQ3Jpc3RpYW4AU01UUABjaWJ1LmNyaXN0aWFuQHJkc2xpbmsucm8AAgFcAAEAAAAe AAAAU01UUDpDSUJVLkNSSVNUSUFOQFJEU0xJTksuUk8AAAAfAF0AAQAAABwAAABDAGkAYgB1ACAA QwByAGkAcwB0AGkAYQBuAAAAAgFeAAEAAABEAAAAAAAAAIErH6S+oxAZnW4A3QEPVAIAAAAAQ2li dSBDcmlzdGlhbgBTTVRQAGNpYnUuY3Jpc3RpYW5AcmRzbGluay5ybwACAV8AAQAAAB4AAABTTVRQ OkNJQlUuQ1JJU1RJQU5AUkRTTElOSy5STwAAAB8AZgABAAAACgAAAFMATQBUAFAAAAAAAB8AZwAB AAAAMgAAAGMAaQBiAHUALgBjAHIAaQBzAHQAaQBhAG4AQAByAGQAcwBsAGkAbgBrAC4AcgBvAAAA AAAfAGgAAQAAAAoAAABTAE0AVABQAAAAAAAfAGkAAQAAADIAAABjAGkAYgB1AC4AYwByAGkAcwB0 AGkAYQBuAEAAcgBkAHMAbABpAG4AawAuAHIAbwAAAAAAHwBwAAEAAAAWAAAAWwBzAG8AXQAgAG0A aQBuAGcAdwAAAAAAAgFxAAEAAAAbAAAAAcO0xmdjfRk4fjawT8eNDkKm5PZeIwAANtm+AB8AdAAB AAAAEAAAAGcAcgB1AHAAIABTAE8AAAAfABoMAQAAABwAAABPAHYAaQBkAGkAdQAgAFAAbABhAHQA bwBuAAAAHwAdDgEAAAAWAAAAWwBzAG8AXQAgAG0AaQBuAGcAdwAAAAAAAgEJEAEAAACMCAAAiAgA AM4XAABMWkZ1k2+XxQMACgByY3BnMTI1gjIDQ2h0bWwxAzD/AQMB9wqAAqQD5AcTAoAQA/8AUARW CFUHshE1DlEDAQIAhGNoCsBzZXQyBgDbBsMRNTMERhPHMBI/AgDeNBBtEUMI7wn3Oxl/DjB2NREy DGBjAFALCQFkMyY2FmALpTQgEAIqXHsOsgGQZxRQCqMRQx6YNAEUUDwhRE9DVFkAUEUgSFRNTCAA UFVCTElDICJALS8vVzNDIjBEJFREIUQ0LhZgVHI5AHJ0aQIgB0AiMEVOnCI+H50fPyVBMTggoBsh UiSNMx4wJvBFQURfJI0O8SWvKZ8mdDYO8DzgTUVUQSAFoAIwCfBYdD0iBeAhUzYjQDCMLjIdkC4Q MCIgJAAJB4A9RyRQRVJBVLxPUii/Kx8gUixhUyEAXExFJI4x4R+eOSCgL+8yLzBfJQUx4i8ofyVf OJQCNRZgPEJPRFkgzGJnCFAZET0jASA7YtggZGk7MDiwcjgAOHNLACEDMHYIkHdrC4Bk6jU4JGIA 0GsJwAhgPWDiIAAAc2hwOEI+wQuArHN0PqE+4XMDoGYDEEZsOvMCkXN2ICxAN7FBQDIxNRiQP6hG QEEvCYBAxRiQQzFcPBFkb+cA4DwRCrFccRlgPBET4D8DMDx1FmA4Kx2hOS9nOeI2IKBESVY8SQAA RReZOEk2NEhPRWJUZQWwExQwDeAsIAtwIHB1sS0QYSBzTMAFoG0/UGVCkHpMYGN1BdALgEe6V0ww ZArBTOFCkGdMYHdAMACQBJB1AyABkE3Ab/piCJBjBUA2rEaFAQBOsNhpYmNM0ExgbUDwBQD9BUAo T2ACMAdxT3FRoSHwazvQA6BWBAB1B0AGAHRCdTvQbykgLS6gLbkuwCBpAQBRsE2wbUww9m5NwFUx cBmATMBQX0ayzQuAdgeQI9BnYQVATlLjCsE8IGVidUxgTOEUIPVMcG9YgGFMMAWwDeBVkfdNI1iA BbFjWIJVkVuDWpDfAjBZ41GwVr9GsmYA0FGw9mE/gEzAKFggTYJMwFPR9wZgAkALgGcEIAtgU/xM Qv9SIVHQAwBMwFuyA3JOUE2iP1twGYBc71e2Q9BM8Wwu/GV4UbBU8AuAWpAKwF9Bf0zhYSFOUAUw TXIFMU3jKfguIEkDoFZgANBMAVox916TP2FMsG0kAF8yYz9eBe9MYRmAVCBMgG4EkEyxX0H6cFvC bE2wAyBsI2MBWcH/XkNaxVZyUiEFoVARbiRRsL9koAXAaY9GslhwbnJlQpBXO8AIYEzALlHRLQhx Lq9ygGeQWMIN4GlMMHkIYB4nYwECIHNSBcBvd27+LjhJAcA8VwqiPFcKcSX8/jAoQSKQSBt2OEWf Rq9Hs4MhwCDgS1FVT1QhMDM71UzQdHlCkC1RQVKAR0lOLVJJRyFQ4DogMHB4JHE8aAqx/xACRAVE o0RhRP96Hx/LFmB/g/B6/0f/SQ9KH4EXQ4BpCx2CJfw0JtFGT05UdVIRei7gMoV7C+KA+S39jPJP BRBO4CQBBdAHkEzg/GdljPOJXSxAOmEvgTxoXWGhZQqBgR84ozgoQULVhXtigPlGA2E6hDwgkb4v krp5CRZwUeBNwEMFEL9YQQORb8+Cv5JxhAFbAMDbAxBbMDpq8FlQLgUBl8NKQAsgc2Ghay4DYF3/ jp+Pr5C/kc+S359VBmACMGeUn5WvlrdUaE3AnZAvLDI3pcAuADOlkTow+jUQ0E2YH5kvmjWcz53f /57vn/+hD0tVmwCiz6Pflsb3CcBrYAYAT5y/qm+rf6yP862ftPVDY68/sE+Wt7JvH7N/tI+1n7av ohV1YmrPUBG4P7lPlrdbc5yep7/1mghtX+F3uu+7/70Pxw/XyB/JLyZWNYURL4qCwk//ho51T3Zf d2/Ob4F/xO+Dn3+Er4ffhs/Y34jvifxeQj3/BxOKz4vSUSGMDcQP1d+aRP/Tj89/0I/Rn9f/2Q/a H9sv/9wz3y/gP9zP3d/e7+0vAMD/YwE98G4RCJBSE8aSXoNngP+vEFyyZSFNsAGRTVFxgeEP3+If mkRUIFxhUaEzTDAeMP9aYfKh+SL5EQWBWIFxY15Bx0yRU2JUBUMrKy3SzN//ze/UGf2f5J/lr+a/ 0q//D//Uz/bP1u/nz+jf6e/q/+wPv/Gf7i/vP/BPDX8Og0Ry0f1AMGVV5D+A9LFWUU/gQpDv+UBn gFswXLJ28xBaYfWP/wYfmhfzEEywFSFtEvhCXpC3YeNrkBiYOmdwcpFDTcD79Nz6iGf7oRYfFy+a RBWH/xiX/A/9H/4v/z8ATwFfAm//A38EjwWfBq8HvwjPJC8K7/8L/xGPDh8PLxA/EU8yfl/R3z6A P8BjAZvQVcBpFVdAIftlMV6RZnFwZXJYgmtgaW/3Ks+aJltxZRWAVVBcwGfg/0wATGBbMEwAbpA4 0DjQWmF/WXFapG+QXrFrgDjQctEobVYALfkkVXB6UdBsIHP+Y1TQbCAZUE9gOu87/z0H/z5kbUFx EUGRTNM40V6QaVH3YDE6AlGhbU9wUDBxMV5B+0xwT7B6Rp5ngE2xQl9Db/89FVqiaNBCEU9AFCL7 KT5x/09xP2pisU3UU8A6AJegSUH/FY9KLxevGLuAoGHQcuEYpv4uIK8hvyLPI98k7yX/Jw//KB8p Lyo/K08sXy1vWJ8vj38wnzYvMr8zzzTfNe9m7mRfbYBGAsvwPbEacnZvEC3ebzowQTD6007wbU4i TpAf9JJQr19fqQQagHpvbP89sYCAGgDzAEliPhA4EE5w5xPAUGByoG9nReL5QG8P+XATYWr6sVUP Vh9XL1g//1lPWl9bb1x/XY9f6GjRdtUPfC99P35PgOpCTE9DwEtRVU9URYHbcBELzB9f5jV/0kJP RFmHgF2l0MIBSFRNTMsQAn2J0B8ANRABAAAAigAAADwAMwA2AEMAOAAxADYANABBAEUAMABDADYA QwBBADQAOQA4ADcAQwAzAEUAQwA4ADgAQQAxAEIAQgA0ADEANgBBADAAMQA0ADcAMAA3AEAAcwBl AHIAdgBlAHIALgBtAGkAYwByAG8AcwBvAGYAdAAtAGwAYQBiAC4AcAB1AGIALgByAG8APgAAAAAA HwBHEAEAAAAeAAAAbQBlAHMAcwBhAGcAZQAvAHIAZgBjADgAMgAyAAAAAAALAPIQAQAAAB8A8xAB AAAAKgAAAFIARQAlADMAQQAgAFsAcwBvAF0AIABtAGkAbgBnAHcALgBFAE0ATAAAAAAACwD2EAAA AABAAAcw5STHQse0wwFAAAgwoJ/Fuci0wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2 AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GC AQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElF TlRTL0NOPU9WSURJVVBMAAAAAB8A+j8BAAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkA cwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEAAAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAA AC4AAAADAP0/5AQAAAMAGUAAAAAAAwAaQAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAA TwBWAEkARABJAFUAUABMAAAAAAAfADFAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkAB AAAAMgAAAGMAaQBiAHUALgBjAHIAaQBzAHQAaQBhAG4AQAByAGQAcwBsAGkAbgBrAC4AcgBvAAAA AAAfADNAAQAAADIAAABjAGkAYgB1AC4AYwByAGkAcwB0AGkAYQBuAEAAcgBkAHMAbABpAG4AawAu AHIAbwAAAAAAHwA4QAEAAAASAAAATwBWAEkARABJAFUAUABMAAAAAAAfADlAAQAAAAQAAAAuAAAA CwApAAAAAAALACMAAAAAAAMABhBmM8UZAwAHECgEAAADABAQAAAAAAMAERABAAAAHgAIEAEAAABl AAAAVEVPUkVUSUMsQUlQVVRFQVNBQ09NUElMRVpJQ1VNSU5HVyxEQVJTQUxFR0lGSVNJRVJVTFRB VU9CSUVDVERFTElCQ1NJTVNWQ1JUKFJVTlRJTUVVTERFQ0RJTlZJU1VBTFNUVQAAAAACAX8AAQAA AEUAAAA8MzZDODE2NEFFMEM2Q0E0OTg3QzNFQzg4QTFCQjQxNkEwMTQ3MDdAc2VydmVyLm1pY3Jv c29mdC1sYWIucHViLnJvPgAAAAAIxA== ------_=_NextPart_001_01C3B4C8.B9BE78AD-- From so@atlantis.cs.pub.ro Thu Nov 27 09:43:28 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Thu, 27 Nov 2003 11:43:28 +0200 Subject: [so] mingw Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A01470A@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B4CA.E8F16DEC Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U2kgY2Egc2EgbWVyZyBwYW5hIGxhIGNhcGF0LCB0cmVidWllIHNhIHByZWNpemV6IGNhLCBpbnRy dWNhdCBwcm9ncmFtdWwgZm9sb3Nlc3RlIHRocmVhZHVyaSwgdHJlYnVpZSBsZWdhdCBjdSBsaWJj bXQubGliIGRlIGV4IChtdCBwdCBtdWx0aS10aHJlYWRlZCkuIE9yaWN1bSwgbnVtZWxlIGxpYnJh cmlpbG9yIHN1bnQgbGlzdGF0ZSBpbiBzZXRhcmlsZSBkZSBsYSBWaXN1YWwgQysrLg0KDQoJLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0gDQoJRnJvbTogT3ZpZGl1IFBsYXRvbiBvbiBiZWhhbGYg b2YgT3ZpZGl1IFBsYXRvbiANCglTZW50OiBUaHUgMTEvMjcvMjAwMyAxMToyNyBBTSANCglUbzog c29AYXRsYW50aXMuY3MucHViLnJvIA0KCUNjOiANCglTdWJqZWN0OiBSRTogW3NvXSBtaW5ndw0K CQ0KCQ0KCVRlb3JldGljLCBhaSBwdXRlYSBzYSBjb21waWxlemkgY3UgTWluR1csIGRhciBzYSBs ZWdpIGZpc2llcnVsIHRhdSBvYmllY3QgZGUgbGliYyBzaSBtc3ZjcnQgKHJ1bnRpbWV1bCBkZSBD IGRpbiBWaXN1YWwgU3R1ZGlvKSAtIG4tYW0gaWRlZSBjdW0sIG51IGFtIHByZWEgaW52ZXN0aWdh dCBkYXIgYXIgdHJlYnVpIHNhIHNlIHBvYXRhLCBvcmljZSBjb21waWxhdG9yIGNhdCBkZSBjYXQg ZGVjZW50IHBvYXRlIGZhY2UgYXN0YSAodmV6aSBjYSBpbiBTZXR0aW5ncyBsYSBWaXN1YWwgU3R1 ZGlvIGFpIHNpIGxpbmlhIGRlIGNvbWFuZGEgY3UgY2FyZSBpbnZvY2EgY2wuZXhlIC0gaW5jZWFy Y2Egc2EgbyBhZGFwdGV6aSBwdCBNaW5HVykuIEluIHByYWN0aWNhLCBhc3RhIGluc2VhbW5hIGNh IGZhY2kgcHJlc3VwdW5lcmVhIGNhIHBlIGNhbGN1bCBwZSBjYXJlIHNlIGZhY2UgY29tcGlsYXJl YSBzaSBjb3JlY3RhcmVhIHNlIHZvciBnYXNpIGNlbGUgZG91YSAubGliLXVyaS4uLiBJYXIgYWlj aSwgeW91J3JlIG9uIHlvdXIgb3duLg0KDQoJCS0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tIA0K CQlGcm9tOiBDaWJ1IENyaXN0aWFuIFttYWlsdG86Y2lidS5jcmlzdGlhbkByZHNsaW5rLnJvXSAN CgkJU2VudDogVGh1IDExLzI3LzIwMDMgMTE6MDUgQU0gDQoJCVRvOiBncnVwIFNPIA0KCQlDYzog DQoJCVN1YmplY3Q6IFtzb10gbWluZ3cNCgkJDQoJCQ0KCQkNCgkJbWFyZSBiYWxhcmllIHNpIG1p bmd3IGFzdGEuIFRvYXRlIGV4ZWN1dGFiaWxlbGUgc3VudCBkZSAzLCA0IG9yaSBtYWkgbWFyaSBk ZWNhdCBjZWxlIGZhY3V0ZSBkZSBWaXN1YWwgQysrIDYuMA0KCQlEYXIgZmllLCBudSBhc3RlIGUg cHJvYmxlbWEuIHRvYXRlIHZhbG9yaWxlIGFsZWF0b2FyZSBzdW50IGFzYSBkZSBuZWFsZWF0b2Fy ZSA6KS4uLiBDdSBleGVjdXRhYmlsZWxlIGZhY3V0ZSBkZSBnKysgdmFsb3JpbGUgYWxlYXRvYXJl DQoJCXRpbmQgc3ByZSBhbnVtaXRlIHZhbG9yaSBmaXhlIGFzdGZlbCBpbmNhdCBkdXBhIGNhdGV2 YSBpdGVyYXRpaSB0b3RpIGNpdGl0b3JpaSBzZSBjb21wb3J0YSB1bml0YXIgKG51LWkgbWFpIGRl emxpcGVzYykgcGVudHJ1IGNhIHRvdGkgc2UgZ2FzZXNjIHNhIGNpdGVhc2NhIGxhIGZlbCBkZSBt dWx0IHNpIGZhYyBwYXV6YSBsYSBmZWwgZGUgbXVsdC4gY3UgY2UgY29uc3RydWllc3RlIFZpc3Vh bCBDKysgdG90dWwgc2UgY29tcG9ydGEgY3UgdG90dWwgZGlmZXJpdC4gdmFsb3JpbGUgYWxlYXRv YXJlIHN1bnQgY2hpYXIgYWxlYXRvYXJlLg0KCQlkYWNhIGNpbmV2YSBhcmUgdnJlLW8gaWRlZSBk ZSBjdW0gc2UgcG9hdGUgcmV6b2x2YSB0cmVhYmEgY3UgcmFuZG9tLCBpbCByb2cgc2EgbWEgYWp1 dGUuDQoNCg== ------_=_NextPart_001_01C3B4CA.E8F16DEC Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+Ih0JAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAGwALACsAHAAEAFYBASCAAwAOAAAA0wcLABsACwArABwABABWAQEJgAEAIQAAAENG NDA1Mzk3QzMxQUUyNEVCMkVFNTREMkQ3MEM4OTBFAE4HAQOQBgDcEgAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAAB4AAABSAEUAOgAgAFsAcwBvAF0A IABtAGkAbgBnAHcAAAAAAEAAOQDsbfHoyrTDAR8APQABAAAACgAAAFIARQA6ACAAAAAAAAIBRwAB AAAAKwAAAGM9dXM7YT0gO3A9TVNMYWI7bD1TRVJWRVItMDMxMTI3MDk0MzI4Wi0yNgAAHwBJAAEA AAAeAAAAUgBFADoAIABbAHMAbwBdACAAbQBpAG4AZwB3AAAAAABAAE4ArXi+uci0wwEfAFoAAQAA ABwAAABPAHYAaQBkAGkAdQAgAFAAbABhAHQAbwBuAAAAAgFbAAEAAABHAAAAAAAAAIErH6S+oxAZ nW4A3QEPVAIAAAAAT3ZpZGl1IFBsYXRvbgBTTVRQAHNvLWFkbWluQGF0bGFudGlzLmNzLnB1Yi5y bwAAAgFcAAEAAAAhAAAAU01UUDpTTy1BRE1JTkBBVExBTlRJUy5DUy5QVUIuUk8AAAAAHwBdAAEA AAAcAAAATwB2AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIBXgABAAAAXQAAAAAAAADcp0DIwEIQ GrS5CAArL+GCAQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9D Tj1SRUNJUElFTlRTL0NOPU9WSURJVVBMAAAAAAIBXwABAAAARAAAAEVYOi9PPU1TTEFCL09VPUZJ UlNUIEFETUlOSVNUUkFUSVZFIEdST1VQL0NOPVJFQ0lQSUVOVFMvQ049T1ZJRElVUEwAHwBmAAEA AAAKAAAAUwBNAFQAUAAAAAAAHwBnAAEAAAA4AAAAcwBvAC0AYQBkAG0AaQBuAEAAYQB0AGwAYQBu AHQAaQBzAC4AYwBzAC4AcAB1AGIALgByAG8AAAAfAGgAAQAAAAoAAABTAE0AVABQAAAAAAAfAGkA AQAAADwAAABvAHYAaQBkAGkAdQBwAGwAQABtAGkAYwByAG8AcwBvAGYAdAAtAGwAYQBiAC4AcAB1 AGIALgByAG8AAAAfAHAAAQAAABYAAABbAHMAbwBdACAAbQBpAG4AZwB3AAAAAAACAXEAAQAAACAA AAABw7TGZ2N9GTh+NrBPx40OQqbk9l4jAAA22b4AAOEHGB8AdAABAAAALAAAAHMAbwBAAGEAdABs AGEAbgB0AGkAcwAuAGMAcwAuAHAAdQBiAC4AcgBvAAAAHwAaDAEAAAAcAAAATwB2AGkAZABpAHUA IABQAGwAYQB0AG8AbgAAAB8AHQ4BAAAAFgAAAFsAcwBvAF0AIABtAGkAbgBnAHcAAAAAAAIBCRAB AAAApAoAAKAKAAAXIQAATFpGdcXcZdsDAAoAcmNwZzEyNYIyA0NodG1sMQMwPwEDAfcKgAKkA+MC AGNowQrAc2V0MCAHEwKA/xADAFAEVghVB7IR1Q5RAwHdENcyBgAGwxHVMwRGENn5Eu9mNAPGEYUR 4wjvCfe2OxofDjA1EdIMYGMAUDMLCQFkMzYRYAulNCDZEAIqXA6yAZBnFPAKoxcR4x8/IEw0FPA8 IUQAT0NUWVBFIEgAVE1MIFBVQkwASUMgIi0vL1dEM0MkIERURCM0NJIuEWBUcgBydGkCIMMHQCQg RU4iPiA/IU/dDhA4IpAjQiZ9Mx7QKOD4RUFEJn0O8SefK48snwstryfsNg7wPE1FVBxBIAWgAjAJ 8HQ9IosF4CNDNiUwMC4yHjAxMqAwIiAl8AeAPUeBJkBFUkFUT1Iqr5cvryJCMPFTIvBMRSZ+6zZx IY45IpAvNr807yb1XTZyLypvJ089JDURYDyAQk9EWSBiZwhQGRmxPSMBID/yIGRpez/APUByPJA9 AwAhAzB2SQiQd2sLgGQ1PLRiXQDQawnACGBB8CAAAHOcaHA80kNRC4BzdEMx1UNxcwOgZgMQbD+D ApEoc3YgMNA3RdAyMfY1GTBEOEZE0QmARVUZMOVHwVxAoWRvAOBAoQqx/FxxGgBAoRDwAzBBBRFg Rzy7HkE9v2c5NiKQRDxJVkDZAABJpzzZNjQTTN9J8lNpMWBhIHNjUIAHgHJnIAqwJfAgRwtgUGEK sHQsIECwZSxidQiQUJJwGiBjafh6ZXpQYVHwC4BAsBzQ21HQUrFvCcAzUHUDIDs8P0sVAhAZsBEw RBBScHRouRogYWQIcVH4RyBnU/EEY3VRYGliY210Di5YcUBQUnBleCAo31iwURAFQFSBJcAtVrQJ gGwpLlS/SzNPBRBYQG31UfBuXJBlRyBYYiVwBRD7AxAFsXNC8AVAWHBEEFHQ/1JwC4BQkBFAXYFd EVkhUXEaVgQAdQdAFxArKy5/PNkBwEDnCqJA5wpxJ+ww/yoxJIBMq2JISi9LP0xDI7DBItBLUVVP VCMgQGUZUJB0eUcgMeFBUkdASU4tUklHI0A68CAwcHgmYUD4CrEQAv9IlUkzSPFJj2YvIbsRYHAA v2cPTI9Nn06vbSdIEGkeIoUn7DQowUZPTlRQkLlTAT0ycYsL4m0JLXkCbVxRZwuAYDFNB5BQoGf+ ZXkDdW0w0D7xNBFA+FhwXG5lCoFtLz0zOCoxQtdxi1kAfRhGA2E6cEwigeYvfsplGSBPQZBAYFhQ r1sPbs9+gXARUAtgdAIgcX2+Jm5iRFACgED4J15hAUB9JwIgP1BlEQBs+UBAb2aGr4e/iMqDVYZE /3qve798z33ffu9P1jGxgK8zgb+Cx1RoWFCO0C8y9jeXADKQM4O/hM+F1Y7Q9jqXEBFwTY3/jw+Q H5Evc5I/nTVUb5P/lQ+Cx3M8b0BR0AtgAjAEAC5j4aPAcHViLgNgmp+br8+cv53Pnt+nFUNjoH+h j/+Cx5efmK+F5KSPpZ+mr6e/96jPT+WkIGoFkJPvq1+CuNRSRWqAW6MgXVDAC4D8Z3evj7Cfsa+5 b7p/u4/1KEY1cSEvdpK273KeYV//Ym9jf8DPbY+t72+vcL9z7+dy38s/dPZUZQWwEUAN4HdR8Atw URB1MaBQgwWgbVtD4EcgelBRWFBNC4BH+ldR8GQKwVChV+FQUETAnwCQBJBUkQGQWFBvYgiQ/7WA rP/IL4XVX5JYgXbRUMD3RYAFAAVAKFPAo5EHgFSRH1khI+BAYAOgX/VTdHXZQGBvKXjwMzAtM1BT gP8BAFJwXIXPcNmg04/Un4Xk91LBUIALgHZWYXlwU/HRgt8KwVIUUJIRMFEQb1HQU2H/BbAN4Nnx 0FOGYQXAU+JZIf/hBOAgXiHaz9vf3OXfkVJw9mYA0FJwYV5xWXDdsNCy/91yBlECQLjxBCBfyNjU z3L/1oG+MQcw4TMDctGA4h/jL3+F1VhBUHAaIN2CSGBRgWz+LllQUnB6kAuA4CAKwFB0f+fh0YAF MNCiBTHRE1rRSf8DoFLAANDPMVNh5VPpf+qP94XkQ/FW4G1RQVBx5QHPkb8aIF4ApBC+UN1SUHFw 4VL+bFhAAyD1Q+xB31HlA+BV/91S1oHwv/HP65XPAbWA90T/UnDskAXAWADWgeAgX2IIYOtQgFjS LQhxLvzQ74DeUusN4FcxeQhgJ+xBiYH9sY8FwPfP+N+F5G93bmCf/8MPxB/FL8Y/x0/IX8lvZ9// aO9p/2sPbB8F/wcPCB0I7//Kn8uvzL/NzEXwdV92b3d//3iPeZ+8L70/vk+yr7O/f/+3tg8FXwjB Q1jwWFBDG4C/3dGjgP6fEL+F1BIxW+kQe/cghnA69BBSQKPQJdVA9UhAcx7Ra6RBuMAc3x3v/x7/ IA8hH5NfIz8kT5aPmhH8MDWabycvKDorHywvLT//Lk8vX5//MZ8yr0LA9IAwsP5PKw843znvOv88 D6nPPi//Pz9Az0HfQu9D/0UPtM9G3/9H74L0uJM1PzZPKHa470of/0svvB9WX1dvv0/AXxRvAd// Au8D/wUPWv8QXxFvEn8Tjz9dzxWvFr8XzxjR5QI9Qf8bgBvRGQ8aEVNBGj1Sf2Rv/yh2Yh9eD18f YC9mr2e/aM//ad9q423fbu9rf2yPbZ97//vpEOxBYvWA/SDScNZzVSL/5UPvcD2A5MLtEfWgY/DT IP/R8PvRb79wzyh250Dh8dYB/jPPYK8w3/GBcYgSiAHhsT/eEfuz5QHPwdfC5yVDK/ArIDYuYGFb j1yfzej/jJ9zf3SPdZ9hT2JfY29kf/9lj3aPd594r3m/es+AX3zvb33/fw+cf52ERP0h0kBl/9pE JfCDgfQx0xDR8OkQ73D74MDkwnb1gN/xhF+VDyhJ//WA9OCkMfYyhzLlUOijWoDtp8g672D84UPS 8IOsiXj+Z4qRpS+mPyh2pJenx4r//4wPjR+OL48/kE+RX5Jvk3//lI+Vn5avl7+Yz5nfmu+b/3+d D54fny+gP8HP3qAbsGT/7fD0Qe5A2mBVEKRn0jHtIf3lUWb7wO1i3hL0gPCfuh/7KFjhAWWkkN2A 5NDv0CYA//uQ4MAmANDQyEDIQN/x3wG/4DTg0OVx9KDIQP0hKNpgNi2IFNnQelpg9UBzY//ZMMpv y38odvVA4fDXMPOy/84D9mH7YdEh7fLOUfTg0TDv7eDm8clyqPFt9bDiAPeR4+UB9TBhdXrWStF/ 0o//VJfXEe9w6/LgMvNA1EGCIP+jMooZzgH1sc766/HdpOfA/8lwG4DbkdjP2d+uX6fNDrD36JD9 MafWLq//sQ+yH7Mv/7Q/tU+2X7dvuH+5j7qfu6//vL+9z77fv+/A/8IPwx/EL//FP/bf2ID5cNWy WoDNQagi8naoMC1vzWDQwInDg9D+bd3y3mCDYt/v708odqgw+HpvbM1BDpCpMIHQ27I/zaDHgN5A otCk4ALQb2e/1ZKBgP8fAC8oZKewaomh/+T/5g/nH+gv6T/qT+tf7G//7X/v2BiBCDUNjw6fD68S SgBCTE9DS1FVT/xURRM7BTFarxTvFf8T34Xv1jURMkJPRFkRvUM0IFBxSFRNTFmgfQEeYB8ANRAB AAAAigAAADwAMwA2AEMAOAAxADYANABBAEUAMABDADYAQwBBADQAOQA4ADcAQwAzAEUAQwA4ADgA QQAxAEIAQgA0ADEANgBBADAAMQA0ADcAMABBAEAAcwBlAHIAdgBlAHIALgBtAGkAYwByAG8AcwBv AGYAdAAtAGwAYQBiAC4AcAB1AGIALgByAG8APgAAAAAAHwBHEAEAAAAeAAAAbQBlAHMAcwBhAGcA ZQAvAHIAZgBjADgAMgAyAAAAAAALAPIQAQAAAB8A8xABAAAAKgAAAFIARQAlADMAQQAgAFsAcwBv AF0AIABtAGkAbgBnAHcALgBFAE0ATAAAAAAACwD2EAAAAABAAAcwJFnlxsq0wwFAAAgwMPf66Mq0 wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2AGkAZABpAHUAIABQAGwAYQB0AG8AbgAA AAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GCAQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJT VCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElFTlRTL0NOPU9WSURJVVBMAAAAAB8A+j8B AAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkAcwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEA AAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAAAC4AAAADAP0/5AQAAAMAGUAAAAAAAwAa QAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAATwBWAEkARABJAFUAUABMAAAAAAAfADFA AQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkABAAAAOAAAAHMAbwAtAGEAZABtAGkAbgBA AGEAdABsAGEAbgB0AGkAcwAuAGMAcwAuAHAAdQBiAC4AcgBvAAAAHwAzQAEAAAASAAAATwBWAEkA RABJAFUAUABMAAAAAAAfADhAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AOUABAAAABAAA AC4AAAALACkAAAAAAAsAIwAAAAAAAwAGEKbwwMEDAAcQYgUAAAMAEBAAAAAAAwAREAEAAAAeAAgQ AQAAAGUAAABTSUNBU0FNRVJHUEFOQUxBQ0FQQVQsVFJFQlVJRVNBUFJFQ0laRVpDQSxJTlRSVUNB VFBST0dSQU1VTEZPTE9TRVNURVRIUkVBRFVSSSxUUkVCVUlFTEVHQVRDVUxJQkNNVExJAAAAAAIB fwABAAAARQAAADwzNkM4MTY0QUUwQzZDQTQ5ODdDM0VDODhBMUJCNDE2QTAxNDcwQUBzZXJ2ZXIu bWljcm9zb2Z0LWxhYi5wdWIucm8+AAAAAPtJ ------_=_NextPart_001_01C3B4CA.E8F16DEC-- From so@atlantis.cs.pub.ro Thu Nov 27 16:46:59 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 27 Nov 2003 18:46:59 +0200 Subject: [so] mingw In-Reply-To: <002101c3b4c5$897e5220$0200a8c0@smeagol> References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: On Thu, 27 Nov 2003 11:05:00 +0200, Cibu Cristian wrote: > mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai > mari decat cele facute de Visual C++ 6.0 man strip > Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de > nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare > tind spre anumite valori fixe astfel incat dupa cateva iteratii toti > cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se > gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce > construieste Visual C++ totul se comporta cu totul diferit. valorile > aleatoare sunt chiar aleatoare. > daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il > rog sa ma ajute. man srand tavi From so@atlantis.cs.pub.ro Thu Nov 27 16:53:03 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 27 Nov 2003 18:53:03 +0200 Subject: [so] destroy References: <20031126202006.78739.qmail@web60503.mail.yahoo.com> Message-ID: <00cb01c3b506$eeeb86f0$6400a8c0@andrei> Nu reiese din discutiile de mai dinainte daca variantele cu mai multe functii "destroy" sunt cerinte oficiale. Daca sunt, cred ca varianta oficiala de enunt (cu 1 destroy, 2 destroy, unul mai mare si altul mai mic) ar trebui sa fie pusa pe site cat mai repede. Si o alta constatare de la care pot sa apara discutii dupa aia: cele n variabile conditie nu se specifica faptul ca au numere de la 0 la n-1. Rog pe cine este in masura sa ridice ceata :). Eu am facut o implementare care la prima mentiune a unei variabile (indiferent de numar) o ataseaza uneia dintre cele n structuri rezervate. E ok? From so@atlantis.cs.pub.ro Thu Nov 27 20:13:03 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 12:13:03 -0800 (PST) Subject: [so] destroy In-Reply-To: <00cb01c3b506$eeeb86f0$6400a8c0@andrei> Message-ID: <20031127201303.37765.qmail@web60504.mail.yahoo.com> --- Andrei Hagiescu wrote: > Nu reiese din discutiile de mai dinainte daca > variantele cu mai multe > functii "destroy" sunt cerinte oficiale. Daca sunt, > cred ca varianta > oficiala de enunt (cu 1 destroy, 2 destroy, unul mai > mare si altul mai mic) > ar trebui sa fie pusa pe site cat mai repede. si lista asta e oficiala. > Si o alta constatare de la care pot sa apara > discutii dupa aia: cele n > variabile conditie nu se specifica faptul ca au > numere de la 0 la n-1. Rog > pe cine este in masura sa ridice ceata :). Eu am > facut o implementare care > la prima mentiune a unei variabile (indiferent de > numar) o ataseaza uneia > dintre cele n structuri rezervate. E ok? e ok, atata timp cand translatarea e coerenta. Daca tu pui conditia 3 pe pozitia 1, de fiecare data cand o referi prin signal/wait/broadcast tre sa te duci pe pozitia 1. Mi se pare o complicatie inutila, mai simplu e sa le tii 1 la 1. Ai si o penalizare de performanta cu translatarea. Daca nu pierzi performanta prea multa e ok, daca nu pierzi puncte :D Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 21:21:56 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 23:21:56 +0200 Subject: [so] mingw References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: <001201c3b52c$7c3cbe50$0200a8c0@smeagol> > > mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai > > mari decat cele facute de Visual C++ 6.0 > > man strip > > > Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de > > nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare > > tind spre anumite valori fixe astfel incat dupa cateva iteratii toti > > cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se > > gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce > > construieste Visual C++ totul se comporta cu totul diferit. valorile > > aleatoare sunt chiar aleatoare. > > daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il > > rog sa ma ajute. > > man srand > > tavi sar'na pentru sfat. citez din man srand: rand() is unsafe in multi-thread applications. rand_r() is MT-Safe, and should be used instead. srand() is unsafe in multi-thread applications. From so@atlantis.cs.pub.ro Thu Nov 27 21:28:48 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 23:28:48 +0200 Subject: [so] mingw continuare References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: <001901c3b52d$71f9d4e0$0200a8c0@smeagol> numai ca pe windows nu am dat de rand_r si cum mingw e pe windows.... dilema mare. From so@atlantis.cs.pub.ro Thu Nov 27 21:30:21 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 27 Nov 2003 23:30:21 +0200 Subject: [so] destroy References: <20031127201303.37765.qmail@web60504.mail.yahoo.com> Message-ID: <001b01c3b52d$aaf40360$6400a8c0@andrei> > > si lista asta e oficiala. > Asta inseamna ca eventuale concluzii obtinute prin discutii pe aceasta lista privind cat de corect / complet este enuntul trebuie sa se regaseasca si in enuntul temei si nu sa-l contrazica. > e ok, atata timp cand translatarea e coerenta. Daca tu > pui conditia 3 pe pozitia 1, de fiecare data cand o > referi prin signal/wait/broadcast tre sa te duci pe > pozitia 1. Mi se pare o complicatie inutila, mai > simplu e sa le tii 1 la 1. Ai si o penalizare de > performanta cu translatarea. Daca nu pierzi > performanta prea multa e ok, daca nu pierzi puncte :D > > Nu s-a specificat nicaieri ca variabilele conditie vor avea numere intre 0 si n-1 sau intre 1 si n deci tema mea raspunde corect unor teste generice care nu tin seama de aceasta restrictie. Intr-adevar este o degradare de performanta fata de o tema care ar tine cont de aceasta restrictie dar atata vreme cat enuntul nu specifica explicit restrictia, tema rezolvata cu restrictie la numerele variabilelor conditie nu este corecta. Pana la urma trebuie sa rezolvam cum e mai simplu sau cum este mai corect? From so@atlantis.cs.pub.ro Thu Nov 27 21:46:44 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Thu, 27 Nov 2003 13:46:44 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031123001830.55076.qmail@web60510.mail.yahoo.com> Message-ID: <20031127214644.12982.qmail@web11706.mail.yahoo.com> --0-818721692-1069969604=:12575 Content-Type: text/plain; charset=us-ascii Cosmin Arad wrote: Aveti grija la urmatoarele aspecte: - clientii care asteapta pe scaune vor fi tunsi cu prioritate fata de clientii tocmai intrati; Cosmin Am o nelamurire: afirmatia de mai sus inseamna ca de fapt clientii de pe scaunele de asteptare trebuie treziti in ordine FIFO (primii n clienti asezati pe scaune au prioritate fata de clientul n+1 care se aseaza si el pe scaun) ? Sau, pur si simplu, ideea e ca daca un client intra si gaseste cel putin o persoana pe scaunele de asteptare, nu are alta varianta decat sa se aseze si el pe un scaun de asteptare ? Multumesc anticipat, Stela __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-818721692-1069969604=:12575 Content-Type: text/html; charset=us-ascii


Cosmin Arad <cosminarad@yahoo.com> wrote:

Aveti grija la urmatoarele aspecte:
- clientii care asteapta pe scaune vor fi tunsi cu
prioritate fata de clientii tocmai intrati;

Cosmin

Am o nelamurire: afirmatia de mai sus inseamna ca de fapt clientii de pe scaunele de asteptare trebuie treziti in ordine FIFO (primii n clienti asezati pe scaune au prioritate fata de clientul n+1 care se aseaza si el pe scaun) ?

Sau, pur si simplu, ideea e ca daca un client intra si gaseste cel putin o persoana pe scaunele de asteptare, nu are alta varianta decat sa se aseze si el pe un scaun de asteptare ?

Multumesc anticipat,

Stela


__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-818721692-1069969604=:12575-- From so@atlantis.cs.pub.ro Thu Nov 27 21:50:09 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 13:50:09 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031127214644.12982.qmail@web11706.mail.yahoo.com> Message-ID: <20031127215009.7876.qmail@web60505.mail.yahoo.com> --- Stela Suciu wrote: > > > Cosmin Arad wrote: > Aveti grija la urmatoarele aspecte: > - clientii care asteapta pe scaune vor fi tunsi cu > prioritate fata de clientii tocmai intrati; > > Cosmin > > > Am o nelamurire: afirmatia de mai sus inseamna ca de > fapt clientii de pe scaunele de asteptare trebuie > treziti in ordine FIFO (primii n clienti asezati pe > scaune au prioritate fata de clientul n+1 care se > aseaza si el pe scaun) ? > > Sau, pur si simplu, ideea e ca daca un client intra > si gaseste cel putin o persoana pe scaunele de > asteptare, nu are alta varianta decat sa se aseze si > el pe un scaun de asteptare ? Exact. Nu trebuie FIFO. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 21:52:21 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Thu, 27 Nov 2003 13:52:21 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031127215009.7876.qmail@web60505.mail.yahoo.com> Message-ID: <20031127215221.52417.qmail@web60309.mail.yahoo.com> --0-1711010079-1069969941=:51431 Content-Type: text/plain; charset=us-ascii terminati cu intrebari din astea care pot duce la un dezastru. Ce vrei sa le tii threadurile in coa Cosmin Arad wrote: --- Stela Suciu wrote: > > > Cosmin Arad wrote: > Aveti grija la urmatoarele aspecte: > - clientii care asteapta pe scaune vor fi tunsi cu > prioritate fata de clientii tocmai intrati; > > Cosmin > > > Am o nelamurire: afirmatia de mai sus inseamna ca de > fapt clientii de pe scaunele de asteptare trebuie > treziti in ordine FIFO (primii n clienti asezati pe > scaune au prioritate fata de clientul n+1 care se > aseaza si el pe scaun) ? > > Sau, pur si simplu, ideea e ca daca un client intra > si gaseste cel putin o persoana pe scaunele de > asteptare, nu are alta varianta decat sa se aseze si > el pe un scaun de asteptare ? Exact. Nu trebuie FIFO. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1711010079-1069969941=:51431 Content-Type: text/html; charset=us-ascii
terminati cu intrebari din astea care pot duce la un dezastru.
 
Ce vrei sa le tii threadurile in coa

Cosmin Arad <cosminarad@yahoo.com> wrote:
--- Stela Suciu wrote:
>
>
> Cosmin Arad wrote:
> Aveti grija la urmatoarele aspecte:
> - clientii care asteapta pe scaune vor fi tunsi cu
> prioritate fata de clientii tocmai intrati;
>
> Cosmin
>
>
> Am o nelamurire: afirmatia de mai sus inseamna ca de
> fapt clientii de pe scaunele de asteptare trebuie
> treziti in ordine FIFO (primii n clienti asezati pe
> scaune au prioritate fata de clientul n+1 care se
> aseaza si el pe scaun) ?
>
> Sau, pur si simplu, ideea e ca daca un client intra
> si gaseste cel putin o persoana pe scaunele de
> asteptare, nu are alta varianta decat sa se aseze si
> el pe un scaun de asteptare ?

Exact. Nu trebuie FIFO.

Cosmin

__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1711010079-1069969941=:51431-- From so@atlantis.cs.pub.ro Thu Nov 27 21:45:10 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Thu, 27 Nov 2003 23:45:10 +0200 (E. Europe Standard Time) Subject: [so] site References: <20031127201303.37765.qmail@web60504.mail.yahoo.com> Message-ID: <3FC67066.000016.00968@einstein> --------------Boundary-00=_AR51TSM1VA4000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_AR51O2Q1VA4000000000" --------------Boundary-00=_AR51O2Q1VA4000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable cel mai bine este sa existe o varianta corecta de enunt de tema pe site, pentru ca asa este normal si frumos.=0D in plis site-ul de so este oficial.=0D nu trebuie sa stam sa citim sute de mesaje pe lista ca sa ne prindem ca c= eea ce deja am lucrat nu este OK, desi enuntul nu spunea nimic despre asta.=0D =0D Eu consider de un mare ajutor lista aceasta de discutii si sunt de acord = ca ea este oficiala, dar... sunt cam multe mesaje...=0D =0D imi cer scuze daca am spus ceea ce nu trebuia.=0D =0D Florin --------------Boundary-00=_AR51O2Q1VA4000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
cel mai bine este sa existe o varianta corecta de enunt de tema= pe site, pentru ca asa este normal si frumos.
in plis site-ul de so este oficial.
nu trebuie sa stam sa citim sute de mesaje pe lista ca sa ne prindem= ca ceea ce deja am lucrat nu este OK, desi enuntul nu spunea nimic despr= e asta.
 
Eu consider de un mare ajutor lista aceasta de discutii si sunt de a= cord ca ea este oficiala, dar... sunt cam multe mesaje...
 
imi cer scuze daca am spus ceea ce nu trebuia.
 
Florin
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_AR51O2Q1VA4000000000-- --------------Boundary-00=_AR51TSM1VA4000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_AR51TSM1VA4000000000-- From so@atlantis.cs.pub.ro Thu Nov 27 22:00:12 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:00:12 -0800 (PST) Subject: [so] destroy In-Reply-To: <001b01c3b52d$aaf40360$6400a8c0@andrei> Message-ID: <20031127220012.55588.qmail@web60506.mail.yahoo.com> --- Andrei Hagiescu wrote: > > > > > si lista asta e oficiala. > > > > Asta inseamna ca eventuale concluzii obtinute prin > discutii pe aceasta lista > privind cat de corect / complet este enuntul trebuie > sa se regaseasca si in > enuntul temei si nu sa-l contrazica. pai concluziile de aici nu contrazic enuntul, doar il completeaza. > > e ok, atata timp cand translatarea e coerenta. > Daca tu > > pui conditia 3 pe pozitia 1, de fiecare data cand > o > > referi prin signal/wait/broadcast tre sa te duci > pe > > pozitia 1. Mi se pare o complicatie inutila, mai > > simplu e sa le tii 1 la 1. Ai si o penalizare de > > performanta cu translatarea. Daca nu pierzi > > performanta prea multa e ok, daca nu pierzi puncte > :D > > > > > > Nu s-a specificat nicaieri ca variabilele conditie > vor avea numere intre 0 > si n-1 sau intre 1 si n deci tema mea raspunde > corect unor teste generice > care nu tin seama de aceasta restrictie. Intr-adevar > este o degradare de > performanta fata de o tema care ar tine cont de > aceasta restrictie dar atata > vreme cat enuntul nu specifica explicit restrictia, > tema rezolvata cu > restrictie la numerele variabilelor conditie nu este > corecta. de ce nu este corecta? > Pana la urma > trebuie sa rezolvam cum e mai simplu sau cum este > mai corect? Corect si eficient. N-ai nici o scuza pentru lipsa de eficienta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 22:13:18 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:13:18 -0800 (PST) Subject: [so] site In-Reply-To: <3FC67066.000016.00968@einstein> Message-ID: <20031127221318.63115.qmail@web60510.mail.yahoo.com> --- Florin Pop wrote: > cel mai bine este sa existe o varianta corecta de > enunt de tema pe site, varianta de enunt de pe site este corecta. > pentru ca asa este normal si frumos. > in plis site-ul de so este oficial. si lista e oficiala si chiar scopul ei este sa lamureasca nelamuririle cu privire la tema. > nu trebuie sa stam sa citim sute de mesaje pe lista > ca sa ne prindem ca ceea > ce deja am lucrat nu este OK, desi enuntul nu spunea > nimic despre asta. parerea mea este ca un enunt de tema nu trebuie sa dea mura-n gura solutia temei. De aceea lamuririle de pe lista nu isi au locul in enunt. > Eu consider de un mare ajutor lista aceasta de > discutii si sunt de acord ca > ea este oficiala, dar... sunt cam multe mesaje... acest lucru nu poate fi decat imbucurator > imi cer scuze daca am spus ceea ce nu trebuia. scuzele se accepta :) Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 22:29:18 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Thu, 27 Nov 2003 14:29:18 -0800 (PST) Subject: [so] trist In-Reply-To: <20031127221318.63115.qmail@web60510.mail.yahoo.com> Message-ID: <20031127222918.60573.qmail@web60309.mail.yahoo.com> --0-1865654005-1069972158=:59560 Content-Type: text/plain; charset=us-ascii Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Readerul da prioritatea writerilor care asteptau inaintea lui? sau si celor care vor veni dupa el si vor astepta in acelasi timp la un momentdat? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1865654005-1069972158=:59560 Content-Type: text/html; charset=us-ascii

<quote>

Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor.

</quote>

Readerul da prioritatea writerilor care asteptau inaintea lui? sau si celor care vor veni dupa el si vor astepta in acelasi timp la un momentdat?

 

 

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1865654005-1069972158=:59560-- From so@atlantis.cs.pub.ro Thu Nov 27 22:40:35 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:40:35 -0800 (PST) Subject: [so] trist In-Reply-To: <20031127222918.60573.qmail@web60309.mail.yahoo.com> Message-ID: <20031127224035.68000.qmail@web60506.mail.yahoo.com> --- Mihai Iancu wrote: > > > > Daca un cititor gaseste un scriitor in buffer sau > descopera ca un scriitor asteapta sa intre in buffer > nu intra si ramane in asteptare acordand astfel > prioritate scriitorilor. Daca un cititor gaseste un > scriitor in buffer sau descopera ca un scriitor > asteapta sa intre in buffer nu intra si ramane in > asteptare acordand astfel prioritate scriitorilor. > > > > Readerul da prioritatea writerilor care asteptau > inaintea lui? sau si celor care vor veni dupa el si > vor astepta in acelasi timp la un momentdat? si celor veniti. un reader intra cand nu mai e nici un writer pending. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 28 05:32:20 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 07:32:20 +0200 Subject: [so] mingw In-Reply-To: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> References: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> Message-ID: On Thu, 27 Nov 2003 11:27:49 +0200, Ovidiu Platon wrote: > Teoretic, ai putea sa compilezi cu MinGW, dar sa legi fisierul tau > obiect de libc si msvcrt (runtimeul de C din Visual Studio) - n-am idee Executabilele generate de MinGW nu folosesc libc ci msvcrt. De aia ii si zice minimalistic, pentru ca este portat doar compilatorul. C:\>type a.c #include int main() { srand(123); rand(); return 0; } C:\>objdump -p a.exe a.exe: file format pei-i386 Characteristics 0x207 relocations stripped executable line numbers stripped debugging information removed Time/Date Fri Nov 28 07:29:29 2003 ImageBase 00400000 SectionAlignment 00001000 FileAlignment 00000200 MajorOSystemVersion 4 MinorOSystemVersion 0 MajorImageVersion 1 MinorImageVersion 0 MajorSubsystemVersion 4 MinorSubsystemVersion 0 Win32Version 00000000 SizeOfImage 00005000 SizeOfHeaders 00000400 CheckSum 0000fc40 Subsystem 00000003 (Windows CUI) DllCharacteristics 00000000 SizeOfStackReserve 00200000 SizeOfStackCommit 00001000 SizeOfHeapReserve 00100000 SizeOfHeapCommit 00001000 LoaderFlags 00000000 NumberOfRvaAndSizes 00000010 The Data Directory Entry 0 00000000 00000000 Export Directory [.edata (or where ever we found it)] Entry 1 00004000 0000028c Import Directory [parts of .idata] Entry 2 00000000 00000000 Resource Directory [.rsrc] Entry 3 00000000 00000000 Exception Directory [.pdata] Entry 4 00000000 00000000 Security Directory Entry 5 00000000 00000000 Base Relocation Directory [.reloc] Entry 6 00000000 00000000 Debug Directory Entry 7 00000000 00000000 Description Directory Entry 8 00000000 00000000 Special Directory Entry 9 00000000 00000000 Thread Storage Directory [.tls] Entry a 00000000 00000000 Load Configuration Directory Entry b 00000000 00000000 Bound Import Directory Entry c 00000000 00000000 Import Address Table Directory Entry d 00000000 00000000 Delay Import Directory Entry e 00000000 00000000 Reserved Entry f 00000000 00000000 Reserved There is an import table in .idata at 0x404000 The Import Tables (interpreted .idata section contents) vma: Hint Time Forward DLL First Table Stamp Chain Name Thunk 00004000 00004040 00000000 00000000 00004230 000040a4 DLL Name: KERNEL32.dll vma: Hint/Ord Member-Name Bound-To 4104 0 AddAtomA 4110 131 ExitProcess 4120 148 FindAtomA 412c 193 GetAtomNameA 413c 660 SetUnhandledExceptionFilter 00004014 0000405c 00000000 00000000 00004280 000040c0 DLL Name: msvcrt.dll vma: Hint/Ord Member-Name Bound-To 415c 39 __getmainargs 416c 59 __p__environ 417c 61 __p__fmode 418c 78 __set_app_type 41a0 118 _cexit 41ac 169 _fileno 41b8 222 _iob 41c0 336 _onexit 41cc 373 _setmode 41d8 510 abort 41e0 517 atexit 41ec 552 free 41f4 603 malloc 4200 624 rand 4208 633 signal 4214 638 srand 00004028 00000000 00000000 00000000 00000000 00000000 tavi From so@atlantis.cs.pub.ro Fri Nov 28 06:01:04 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 08:01:04 +0200 Subject: [so] mingw In-Reply-To: References: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> Message-ID: On Fri, 28 Nov 2003 07:32:20 +0200, Octavian Purdila wrote: > On Thu, 27 Nov 2003 11:27:49 +0200, Ovidiu Platon > wrote: > >> Teoretic, ai putea sa compilezi cu MinGW, dar sa legi fisierul tau >> obiect de libc si msvcrt (runtimeul de C din Visual Studio) - n-am idee > > Executabilele generate de MinGW nu folosesc libc ci msvcrt. De aia ii si > zice minimalistic, > pentru ca este portat doar compilatorul. > Am confundat libc-ul de care ziceai tu cu glibc. E posibil sa linkezi si cu libc daca ai nevoie (-llibc -Lcale_spre_llibc). tavi From so@atlantis.cs.pub.ro Fri Nov 28 06:31:04 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 08:31:04 +0200 Subject: [so] mingw continuare In-Reply-To: <001901c3b52d$71f9d4e0$0200a8c0@smeagol> References: <002101c3b4c5$897e5220$0200a8c0@smeagol> <001901c3b52d$71f9d4e0$0200a8c0@smeagol> Message-ID: On Thu, 27 Nov 2003 23:28:48 +0200, Cibu Cristian wrote: > numai ca pe windows nu am dat de rand_r > si cum mingw e pe windows.... dilema mare. > Se pare ca in mscvrt.dll nu e implementat rand_r, insa msvcrt.dll este thread safe (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_c_run.2d.time_libraries.asp) asa ca poti sa folosesti rand. tavi From so@atlantis.cs.pub.ro Fri Nov 28 09:35:05 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Fri, 28 Nov 2003 11:35:05 +0200 Subject: [so] site Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B592.E7ECE41E Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SW5saW5lLi4uDQoNCgk+IG51IHRyZWJ1aWUgc2Egc3RhbSBzYSBjaXRpbSBzdXRlIGRlIG1lc2Fq ZSBwZSBsaXN0YQ0KCT4gY2Egc2EgbmUgcHJpbmRlbSBjYSBjZWVhDQoJPiBjZSBkZWphIGFtIGx1 Y3JhdCBudSBlc3RlIE9LLCBkZXNpIGVudW50dWwgbnUgc3B1bmVhDQoJPiBuaW1pYyBkZXNwcmUg YXN0YS4NCgkNCglwYXJlcmVhIG1lYSBlc3RlIGNhIHVuIGVudW50IGRlIHRlbWEgbnUgdHJlYnVp ZSBzYSBkZWENCgltdXJhLW4gZ3VyYSBzb2x1dGlhIHRlbWVpLiBEZSBhY2VlYSBsYW11cmlyaWxl IGRlIHBlDQoJbGlzdGEgbnUgaXNpIGF1IGxvY3VsIGluIGVudW50Lg0KCQ0KDQoJT1A+IER1cGEg cGFyZXJlYSBtZWEsIHVuIGVudW50IGRlIHRlbWEgdHJlYnVpZSBzYSBmaWUgY2EgbyBzcGVjaWZp Y2F0aWUgZGUgcmVxdWlyZW1lbnRzLCBzY3VydGEsIGxhIG9iaWVjdCwgY2xhcmEgc2kgY3UgbXVs dGUgbGlua3VyaSBzaSBjbGFyaWZpY2FyaSBkaW4gc3RhcnQuIFBhbmEgYWljaSwgY2UgcG90IHNh IGdhc2VzYyBwZSBzaXRlIGFkdWNlIGNhdCBkZSBjYXQgYSByZXF1aXJlbWVudHMgKGJpbmUsIG1p Y2kgYW1iaWd1aXRhdGkgc2kgZ3Jlc2VsaSBjcmVkIGNhIHN1bnQgaW5lcmVudGUpLiBQZSBtaW5l IGluc2EgbWEgYW11emEgdGVyaWJpbCBkaXNjdXRpaWxlIGRlIHBlIGxpc3RhIGFzdGEsIGNyZWQg Y2Egc3VudCB1biB0cmFpbmluZyBleGNlbGVudCBwZW50cnUgdmlpdG9yaWkgaW5naW5lcmkgY2Fy ZSB2b3IgYXZlYSBkZS1hIGZhY2UgY3UgY3VzdG9tZXJpIGNhcmUgbnUgc3RpdSBjZSB2b3IgOikN CgkNCgk+IEV1IGNvbnNpZGVyIGRlIHVuIG1hcmUgYWp1dG9yIGxpc3RhIGFjZWFzdGEgZGUNCgk+ IGRpc2N1dGlpIHNpIHN1bnQgZGUgYWNvcmQgY2ENCgk+IGVhIGVzdGUgb2ZpY2lhbGEsIGRhci4u LiBzdW50IGNhbSBtdWx0ZSBtZXNhamUuLi4NCgkNCglhY2VzdCBsdWNydSBudSBwb2F0ZSBmaSBk ZWNhdCBpbWJ1Y3VyYXRvcg0KDQoJT1A+IEVpLCBudSBjaGlhciwgYW0gdmF6dXQgbXVsdGUgY2hl c3RpaSBjYXJlIHNlIGJhdCBjYXAgaW4gY2FwIHBlIHBhcmN1cnN1bCBkaXNjdXRpaWxvciwgY2V2 YSBzcGFtIChtZXNhanVsIGFzdGEsIGRlIGV4ZW1wbHUsIGRhciB2YSByb2cgc2EgbnUgbWEgcHVu ZXRpIGxhIGp1bmsgbWFpbCA6KSBzaSBjYXJlIGF1IHRlbmRpbnRhIHNhIHRlIGJhZ2UgaW4gY2Vh dGEuIEluIHBsdXMsIGNsYXJpZmljYXJpIHNpIGhpbnR1cmkgY2FyZSBzb3Nlc2MgZHVwYSBjZSB0 cmVjZSBkZWFkbGluZXVsIG1pIHNlIHBhciBkZSBwcm9zdCBndXN0Lg0KCQ0KDQo= ------_=_NextPart_001_01C3B592.E7ECE41E Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IgYJAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAHAALACMABQAFADkBASCAAwAOAAAA0wcLABwACwAjAAUABQA5AQEJgAEAIQAAAEJB OEM3ODJCNEVGNkZENEU5OEFDMDc0OTRGMEE3Qjk0AHMHAQOQBgBwDwAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAABwAAABSAEUAOgAgAFsAcwBvAF0A IABzAGkAdABlAAAAQAA5AB7k7OeStcMBHwA9AAEAAAAKAAAAUgBFADoAIAAAAAAAAgFHAAEAAAAr AAAAYz11czthPSA7cD1NU0xhYjtsPVNFUlZFUi0wMzExMjgwOTM1MDVaLTI5AAAfAEkAAQAAABwA AABSAGUAOgAgAFsAcwBvAF0AIABzAGkAdABlAAAAQABOAADTAqkztcMBHwBaAAEAAAAYAAAAQwBv AHMAbQBpAG4AIABBAHIAYQBkAAAAAgFbAAEAAAA+AAAAAAAAAIErH6S+oxAZnW4A3QEPVAIAAAAA Q29zbWluIEFyYWQAU01UUABjb3NtaW5hcmFkQHlhaG9vLmNvbQAAAAIBXAABAAAAGgAAAFNNVFA6 Q09TTUlOQVJBREBZQUhPTy5DT00AAAAfAF0AAQAAABgAAABDAG8AcwBtAGkAbgAgAEEAcgBhAGQA AAACAV4AAQAAAD4AAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAABDb3NtaW4gQXJhZABTTVRQAGNv c21pbmFyYWRAeWFob28uY29tAAAAAgFfAAEAAAAaAAAAU01UUDpDT1NNSU5BUkFEQFlBSE9PLkNP TQAAAB8AZgABAAAACgAAAFMATQBUAFAAAAAAAB8AZwABAAAAKgAAAGMAbwBzAG0AaQBuAGEAcgBh AGQAQAB5AGEAaABvAG8ALgBjAG8AbQAAAAAAHwBoAAEAAAAKAAAAUwBNAFQAUAAAAAAAHwBpAAEA AAAqAAAAYwBvAHMAbQBpAG4AYQByAGEAZABAAHkAYQBoAG8AbwAuAGMAbwBtAAAAAAAfAHAAAQAA ABQAAABbAHMAbwBdACAAcwBpAHQAZQAAAAIBcQABAAAAGwAAAAHDtTUOSwXSj/xgKksOnfflOQDB NCUAF0Q8dAAfAHQAAQAAACwAAABzAG8AQABhAHQAbABhAG4AdABpAHMALgBjAHMALgBwAHUAYgAu AHIAbwAAAB8AGgwBAAAAHAAAAE8AdgBpAGQAaQB1ACAAUABsAGEAdABvAG4AAAAfAB0OAQAAABQA AABbAHMAbwBdACAAcwBpAHQAZQAAAAIBCRABAAAAvwcAALsHAABDFgAATFpGdXrVmSwDAAoAcmNw ZzEyNYIyA0NodG1sMQMwPwEDAfcKgAKkA+MCAGNowQrAc2V0MCAHEwKA/xADAFAEVghVB7IR1Q5R AwHdENcyBgAGwxHVMwRGENlvEusR4wjvCfc7GM8OMDU7EdIMYGMAUAsJAWQzNpMRYAulNCAQAipc DrK9AZBnFPAKoxHjHeg0FPAAPCFET0NUWVAARSBIVE1MIFAAVUJMSUMgIi0gLy9XM0MhgERUIkQg lDMuMiGARU6cIj4e7R6PI8ExOB/wbyCiIw8kHyaQMx2AJXBFfEFEJc0O8SbvKW8k9DZBDvA8TUVU QQewQTEsYD0iRwnwBJBhdEUFsCIS0E9OVCLQVBMs8AXhRXgQ8W5nZT0GUnYTMS9BAJACICA2EC4w LjYdcDkuMSci/irPJQM3Nx/wVEkoVExFJc40DvBSZYA6IFtzb10gAJDUdGUkbjUf8C8zTzF/vyZF NJE2sChPJp86hDURYAA8Qk9EWSBkafRyPTqgcjnwOmMAIQMwOT0BZG8A4D0BCrFccf8YsD0BEPAD MD1lEWA6GxzxETsfZzk2H/BESVbPPTkAAD93Ojk2NEKvP8LISW5sC4BlLkZwOjm/AcA9RwqiPUcK cSR8MCgR/yHgQntISD//QQ9CEyEQIDBwS1FVTy3wPLY1QHQIeWxlLjFBUkdJYE4tUklHIKA04DD8 cHgi8T1YCrEQAj5lPwP/PsE/X0wvHxsRYFYATQ9CX29Db0R/Uyc94Gkc0iR8NK0lUUYt0TVBek+Q MleLFwviUw86dTgdgCZndAsCgD1XPl5oIG51ILE9EGVidQiQNUBhT0F0YW1iQmM1YAdwNUB1TzVw PLAu8AeBYWou8HD/LvA4nFSfX6RWEUYwYoEkfPssEDxRUj07RkEKgV5/X499YJ9jYmFiYC0wZEAF EG73AQBisGzxYwngZ09oX2lv72p/a49slWOSamJgYqEKQB8FAC1gYZIHkGOBT0ss/2R/ZY9mlQEA AJB1UGGgAjDmdQMgYaFzcHjgbl9vb/9wf3GPcp9hNgdwDeBjoXlw9xjQdIBigS5533rve/+Az/+B 34LpCrEEkHmwY9FiYHVj/2zxdf93D2akeOB4tGOiNXC/AMBhnQEAec+En4KtbQhw9GEtA6Bnj4E1 QAbwY3CDBzCLAmVpLiBEgCH/bjKHz4jfZpZioAhxBRBPgP9jomRQjH+Nj4K8ZwNhkgQA7XigYWGw GGBjeRELgHi09YCNNVchL1ySSm9Ynkdf/0hvSX+bv1i/Wc9a31vuCqP/VgBc713/mi+bP6FvnV+e b/+ff04oqhtRo6gPVC9NT05f/09vUH9YIVIfsN+x71VPOir7osAf8FBXj6PvpP+mf6ePnXWgUHzf fe9hJkR1CrBvhop10IpfYdlmYiFs8W//ka+5/2aVeXAFkAaQDeAtYPdiIWOxGNBxYhAY0AeAAjD+ c3XQBPAIcAGQddALYMgA0mIIkGN0ddBjC2CQAr94oJlQj2E6oC7wRjFrCHH/zhLIP8lPZqTNwsrz zzE8wO8DoGKBACCRAFAAcHRxDeB2ac2hZDFvBUBiUMIvbsZieXDDWVwnYQFAuGd+Z4BAB5B/sGRR NVJ0gGT/G4CHgorDz5/Qr9G1dQFiYO/LutTP1d/W6ijNUC0wddD3f5GY4QbQaY/gNWDLMc4S/wnB ETBGMGLwGNFs44qi2W+f2n9mpEZBGNACMGUp02G/Y8FGQZmBYlGLMZRBepCS/wUQzVADIDzAzJFj IJSnmCX/gELNoeIl4u/j/8pViqLF4fc9EAtxC4BndVAukOHQzDHrZEECMHJhsHboUC1x6FB9mYFn 5WLOMYahL3AFsWH7L0CMIi3HgZFRzkLqT+tf/dG1dbTwA3Dvt3lCYyBhsPN0EfBCOimVP5ZPgr/2 X9/3b/h/wo/Dn7tARfVxAiC/AJAEgWOixeEDgIASamNw/wWx8a/yv2apkUKAQmOh+S//+j/7T/xf /W9hU+f2zhLik/9jsfEwAHDiQgQvBT8GTwdfvwhvYVOHJgCvAb9mpG/SYfeQgJQwddBksIBGceKE bPD/YrDOhGPkRnELjwyfDa8W7/8X/xkJ8TFnIHSzYbBhodRg/y1gLvDSYGOh2PIRrxK/5QX/4LDY sI+BLXGor6m/SxmsX/+tZVENGR+rxq7RvJG4/x+v/7sfvC+9P75Pv1/Ab8F/Du+/D//+odQBYaE/ MJCAcnXQ8XSRdmF6Y3DOdT8wdWFn7zHv89fAIGJ1AWzwcP+Zgh6fKg/bhjfwZFE5Qcyhf2Ng59kA cNQSNdB5YXSRKL9j43kR6WRjse3QbdBwkFD/FKM4PzlPZpU10DIv3h/W6vxyb+2w1K9Cz98MYaGL Mf95guExzREAQM8A5tHnwEUf/0Yv1ur2DUpf1q7OIv/zYbH/7iDS0ZhhPz9AT8pVkJI3gZ5n5nJu IXUAgHAgSYpg/z6hzGHSGs9hNUB48e/GkDD/18PYoMThdBGLkXQRUK9Rv/94FtiQGLJ5EX+QN1JZ EpTi/0SwHOGP4GcgFq8avxjNI1//JG8lfyaPJ58orysBL2Ei5X+t367vX/8o/1kvav8q0jXhZlJC T0RZZU5sXyripjdn8bYATUxeAH1xIAAfADUQAQAAAIoAAAA8ADMANgBDADgAMQA2ADQAQQBFADAA QwA2AEMAQQA0ADkAOAA3AEMAMwBFAEMAOAA4AEEAMQBCAEIANAAxADYAQQAwADEANAA3ADAARQBA AHMAZQByAHYAZQByAC4AbQBpAGMAcgBvAHMAbwBmAHQALQBsAGEAYgAuAHAAdQBiAC4AcgBvAD4A AAAAAB8ARxABAAAAHgAAAG0AZQBzAHMAYQBnAGUALwByAGYAYwA4ADIAMgAAAAAACwDyEAEAAAAf APMQAQAAACgAAABSAEUAJQAzAEEAIABbAHMAbwBdACAAcwBpAHQAZQAuAEUATQBMAAAACwD2EAAA AABAAAcwkKU8H5K1wwFAAAgwEQv055K1wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2 AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GC AQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElF TlRTL0NOPU9WSURJVVBMAAAAAB8A+j8BAAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkA cwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEAAAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAA AC4AAAADAP0/5AQAAAMAGUAAAAAAAwAaQAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAA TwBWAEkARABJAFUAUABMAAAAAAAfADFAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkAB AAAAKgAAAGMAbwBzAG0AaQBuAGEAcgBhAGQAQAB5AGEAaABvAG8ALgBjAG8AbQAAAAAAHwAzQAEA AAAqAAAAYwBvAHMAbQBpAG4AYQByAGEAZABAAHkAYQBoAG8AbwAuAGMAbwBtAAAAAAAfADhAAQAA ABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AOUABAAAABAAAAC4AAAALACkAAAAAAAsAIwAAAAAA AwAGEBEho28DAAcQ2QMAAAMAEBAAAAAAAwAREAEAAAAeAAgQAQAAAGUAAABJTkxJTkVOVVRSRUJV SUVTQVNUQU1TQUNJVElNU1VURURFTUVTQUpFUEVMSVNUQUNBU0FORVBSSU5ERU1DQUNFRUFDRURF SkFBTUxVQ1JBVE5VRVNURU9LLERFU0lFTlVOVFVMAAAAAAIBfwABAAAARQAAADwzNkM4MTY0QUUw QzZDQTQ5ODdDM0VDODhBMUJCNDE2QTAxNDcwRUBzZXJ2ZXIubWljcm9zb2Z0LWxhYi5wdWIucm8+ AAAAABeh ------_=_NextPart_001_01C3B592.E7ECE41E-- From so@atlantis.cs.pub.ro Sat Nov 29 11:59:54 2003 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Sat, 29 Nov 2003 03:59:54 -0800 Subject: [so] ERRORCHECK_MUTEX in loc de TLS? References: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> Message-ID: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Salut! M-am gandit sa folosesc un astfel mutex ca sa vad daca eu(threadul curent) sunt sau nu in monitor. In felul urmator: Sa zicem ca eu am ocupat mutexul(deci sunt in monitor). Daca tot eu voi da lock iar, o sa-mi arunce nu stiu ce eroare. Daca altul da lock, nu-i mai arunca eroarea asta. It's ok? bye dany From so@atlantis.cs.pub.ro Sat Nov 29 11:03:36 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 03:03:36 -0800 (PST) Subject: [so] ERRORCHECK_MUTEX in loc de TLS? In-Reply-To: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031129110336.57346.qmail@web60507.mail.yahoo.com> --- Daniel Cosmin Porumbel wrote: > Salut! > > M-am gandit sa folosesc un astfel mutex ca sa > vad daca eu(threadul > curent) sunt sau nu in monitor. In felul urmator: > > Sa zicem ca eu am ocupat mutexul(deci sunt in > monitor). > Daca tot eu voi da lock iar, o sa-mi arunce nu > stiu ce eroare. Daca > altul da lock, nu-i mai arunca eroarea asta. It's > ok? Salut, Am primit de la voi niste ecouri care spun ca s-a inteles ca folosirea TLS e obligatorie. Nu este obligatorie. A fost data ca hint, sa fie clar pentru toata lumea, insa mi s-a parut o solutie eleganta si interesanta pentru voi de folosit. Puteti folosi orice altceva. Veti fi depunctati totusi (foarte putin) daca acel altceva e mai putin eficient sau strica in vreun fel functionalitatea naturala a monitorului. In alta ordine de idei, folositi-va imaginatia, dati solutii (originale sau nu) pe care sa fiti in stare sa le aparati/argumentati. E mult mai important sa va intariti increderea ca ceea ce ati facut e corect, si in urma unei analize a programului vostru sa puteti garanta ca este corect si eficient, decat sa intrebati la fiecare chichita(*) si niciodata sa nu fiti siguri pe voi. Mult mai important decat punctele obtinute la teme este faptul ca voi invatati sa scrieti software de calitate, si la sfarsit constientizati lucrul asta si sunteti sigur de el. Uneori si profii/indrumatorii se pot insela. Nu va abtineti de la a-i contrazice de teama ca pierdeti puncte. Studentul care nu se contrazice nu-i student :) (*)A propos, verificarile astea de utilizare corecta pentru care s-au scris exagerat de multe emailuri (destroy & TLS) nu valoreaza mai mult de 5% din punctajul temei. Ma bucur ca nu sunt probleme la implementarea efectiva de monitor si toata lumea e convinsa ca l-a implementat corect. Succes, Cosmin PS Daca cineva are ceva de replicat sa nu dea replica pe lista ca sa oprim spamul. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 13:28:34 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 29 Nov 2003 05:28:34 -0800 (PST) Subject: [so] tot tema 3 Message-ID: <20031129132834.54602.qmail@web11202.mail.yahoo.com> Salut, Se poate folosi o clasa pentru definirea monitorului ? Metodele ei vor fi cele cerute de enuntul temei dar nu vor primi ca parametru un pointer ... Andrei __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sat Nov 29 13:32:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 05:32:29 -0800 (PST) Subject: [so] tot tema 3 In-Reply-To: <20031129132834.54602.qmail@web11202.mail.yahoo.com> Message-ID: <20031129133229.89530.qmail@web60507.mail.yahoo.com> Da. --- Andrei Stefan wrote: > Salut, > > > Se poate folosi o clasa pentru definirea monitorului > ? > Metodele ei vor fi cele cerute de enuntul temei dar > nu > vor primi ca parametru un pointer ... __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 15:53:35 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sat, 29 Nov 2003 17:53:35 +0200 Subject: [so] probleme Message-ID: <3FC8C0FF.10404@pcnet.ro> Buna! Va rog frumos sa ne spuneti cat valoreaza ca punctaj fiecare dintre cele trei aspecte ale temei: monitor, readers-writers, sleeping barber. Ar si corect sa avem un punctaj estimativ inainte de a trimite tema.Eu de exemplu am momentan probleme in doua parti si ar fi bine sa stiu asupra carei probleme sa ma concentrez mai mult, dat fiind timpul scurt care a mai ramas. Multmesc anticipat! Ruxandra From so@atlantis.cs.pub.ro Sat Nov 29 16:01:50 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sat, 29 Nov 2003 08:01:50 -0800 (PST) Subject: [so] Eroare la sem_wait In-Reply-To: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031129160150.72613.qmail@web60301.mail.yahoo.com> Era vb ca la un apel de asteptare pe un IPC sa verificam EINTR. Din man vad ca sem_wait nu il seteaza ( sau cel putin nu se specifica). Mai trebuie veriicat daca asteptarea este intrerupta de semnal sau nu? Daca da cum, se mai seteaza errno cumva? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 16:08:46 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 08:08:46 -0800 (PST) Subject: [so] probleme In-Reply-To: <3FC8C0FF.10404@pcnet.ro> Message-ID: <20031129160846.19852.qmail@web60501.mail.yahoo.com> --- Ruxi Jitianu wrote: > Buna! > > Va rog frumos sa ne spuneti cat valoreaza ca punctaj > fiecare dintre cele > trei aspecte ale temei: monitor, readers-writers, > sleeping barber. > > Ar si corect sa avem un punctaj estimativ inainte de > a trimite tema.Eu > de exemplu am momentan probleme in doua parti si ar > fi bine sa stiu > asupra carei probleme sa ma concentrez mai mult, > dat fiind timpul scurt > care a mai ramas. > > Multmesc anticipat! In mare cam 80% - monitor, 10% - rw, 10% - barbieri. Imi rezerv dreptul de a modifica in 70-15-15 dar concluzia e ca trebuie sa te concentrezi pe monitor. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 16:41:57 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 08:41:57 -0800 (PST) Subject: [so] Eroare la sem_wait In-Reply-To: <20031129160150.72613.qmail@web60301.mail.yahoo.com> Message-ID: <20031129164157.8440.qmail@web60504.mail.yahoo.com> --- Mihai Iancu wrote: > Era vb ca la un apel de asteptare pe un IPC > sa verificam EINTR. > > Din man vad ca sem_wait nu il seteaza ( sau > cel putin nu se specifica). > > Mai trebuie veriicat daca asteptarea este > intrerupta de semnal sau nu? > Daca da cum, se mai seteaza errno cumva? Se pare ca in implementarea LinuxThreads pentru toate operatiile blocante se fac teste daca operatia a fost deblocata corespunzator. Daca te uiti in sursele LinuxThreads o sa gasesti un while(1) la pthread_mutex_lock, pthread_cond_wait, sem_wait si altele. Pe scurt: nu mai trebuie verificat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 20:39:30 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Sat, 29 Nov 2003 22:39:30 +0200 Subject: [so] tot barbieri sau frizeri... References: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> Message-ID: <02ae01c3b6b8$e445c040$6400a8c0@andrei> Am urmatoarea dilema. Am folosit doua monitoare pentru ca un client tocmai intrat si un frizer sa nu se "ciocneasca". Daca tot am folosit al doilea monitor am pus si "anuntul" ca un frizer a terminat in acest monitor pentru ca altfel ar fi fost echivalent cu un mutex la contorul de scaune libere. Din pacate pentru a nu baga un frizer in acest monitor, clientul tuns si nu barbierul trebuie sa anunte ca frizerul a terminat tunsul. Intre timp barbierul se culca "un pic" pana vine un eventual client care a fost anuntat (nu are de unde sa stie barbierul daca mai sunt clienti la coada). Este corecta abordarea sau tb. ca un barbier sa nu se culce deloc daca mai sunt clienti care tb. tunsi? From so@atlantis.cs.pub.ro Sat Nov 29 20:44:19 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 12:44:19 -0800 (PST) Subject: [so] tot barbieri sau frizeri... In-Reply-To: <02ae01c3b6b8$e445c040$6400a8c0@andrei> Message-ID: <20031129204419.36559.qmail@web60502.mail.yahoo.com> aboradarea este corecta. Atentie insa ca aceasta abordare este corecta doar in solutiile cu doua monitoare. Cosmin --- Andrei Hagiescu wrote: > Am urmatoarea dilema. Am folosit doua monitoare > pentru ca un client tocmai > intrat si un frizer sa nu se "ciocneasca". Daca tot > am folosit al doilea > monitor am pus si "anuntul" ca un frizer a terminat > in acest monitor pentru > ca altfel ar fi fost echivalent cu un mutex la > contorul de scaune libere. > Din pacate pentru a nu baga un frizer in acest > monitor, clientul tuns si nu > barbierul trebuie sa anunte ca frizerul a terminat > tunsul. Intre timp > barbierul se culca "un pic" pana vine un eventual > client care a fost anuntat > (nu are de unde sa stie barbierul daca mai sunt > clienti la coada). Este > corecta abordarea sau tb. ca un barbier sa nu se > culce deloc daca mai sunt > clienti care tb. tunsi? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 10:35:48 2003 From: so@atlantis.cs.pub.ro (Diana) Date: Sun, 30 Nov 2003 12:35:48 +0200 Subject: [so] printf Message-ID: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C3B73E.7B6D4580 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Am urmatoarea problema: cand afisez un mesaj mi se intampla uneori sa il = afiseze acelasi thread de doua ori, desi printf-ul se executa o singura = data. Sunt convinsa ca se executa o singura data pentru ca am = initializat un contor si l-am incrementat in printf; concluzie: imi = afiseaza de mai multe ori avand contorul 1. Daca mai pun un printf = imediat dupa printf-ul problematic, am observat ca nu se mai intampla sa = mi-l afiseze de mai multe ori. Oricum, chestia asta este complet = aleatoare.. Stie cineva cum s-ar putea rezolva aceasta problema (in alt mod decat sa = mai pun cate un printf in plus dupa fiecare printf de care am nevoie)? ------=_NextPart_000_0005_01C3B73E.7B6D4580 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Am urmatoarea problema: cand afisez un = mesaj mi se=20 intampla uneori sa il afiseze acelasi thread de doua ori, desi printf-ul = se=20 executa o singura data. Sunt convinsa ca se executa o singura data = pentru ca am=20 initializat un contor si l-am incrementat in printf; concluzie: imi = afiseaza de=20 mai multe ori avand contorul 1. Daca mai pun un printf imediat dupa = printf-ul=20 problematic, am observat ca nu se mai intampla sa mi-l afiseze de mai = multe ori.=20 Oricum, chestia asta este complet aleatoare..
Stie cineva cum s-ar putea rezolva = aceasta problema=20 (in alt mod decat sa mai pun cate un printf in plus dupa fiecare printf = de care=20 am nevoie)?
------=_NextPart_000_0005_01C3B73E.7B6D4580-- From so@atlantis.cs.pub.ro Sun Nov 30 10:44:03 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 02:44:03 -0800 (PST) Subject: [so] printf In-Reply-To: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> Message-ID: <20031130104403.92361.qmail@web60503.mail.yahoo.com> Daca-mi trimiti o bucata de cod care poate fi compilata si rulata, si care se comporta cum spui tu as putea sa incerc sa determin cauza. Cosmin --- Diana wrote: > Am urmatoarea problema: cand afisez un mesaj mi se > intampla uneori sa il afiseze acelasi thread de doua > ori, desi printf-ul se executa o singura data. Sunt > convinsa ca se executa o singura data pentru ca am > initializat un contor si l-am incrementat in printf; > concluzie: imi afiseaza de mai multe ori avand > contorul 1. Daca mai pun un printf imediat dupa > printf-ul problematic, am observat ca nu se mai > intampla sa mi-l afiseze de mai multe ori. Oricum, > chestia asta este complet aleatoare.. > Stie cineva cum s-ar putea rezolva aceasta problema > (in alt mod decat sa mai pun cate un printf in plus > dupa fiecare printf de care am nevoie)? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 11:36:17 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 30 Nov 2003 03:36:17 -0800 (PST) Subject: [so] off topic Message-ID: <20031130113617.49594.qmail@web41005.mail.yahoo.com> pariez ca la asta nu se astepta nimeni. azi e sfantul andrei, asa ca sa traiti cu numele daca e cazul :) __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sun Nov 30 12:03:02 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 04:03:02 -0800 (PST) Subject: [so] x-( In-Reply-To: <20031130113617.49594.qmail@web41005.mail.yahoo.com> Message-ID: <20031130120302.30285.qmail@web60302.mail.yahoo.com> O mica problema la final ( sau la mal :( ) Cum fac sa modific din Makefile LD_LIBRARY_PATH sa fie = ./:$LD_LIBRARY_PATH.? Eu ca user nu am variabila asta si deci incerc sa o setez din Makefile cu export LD_LIBRARY_PATH=./ dar dupa ce termina make nu exista variabila, deci nu o seteaza. De testat programul se poate face scriind export LD_LIBRARY_PATH=./ in consola si apoi gaseste .so, dar e o solutie cam trista. ===== I was born intelligent, education ruined me. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:11:17 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 04:11:17 -0800 (PST) Subject: [so] x-( In-Reply-To: <20031130120302.30285.qmail@web60302.mail.yahoo.com> Message-ID: <20031130121117.42144.qmail@web60508.mail.yahoo.com> --- Mihai Iancu wrote: > O mica problema la final ( sau la mal :( ) > > Cum fac sa modific din Makefile LD_LIBRARY_PATH sa > fie = ./:$LD_LIBRARY_PATH.? > > Eu ca user nu am variabila asta si deci incerc sa > o setez din Makefile cu export LD_LIBRARY_PATH=./ > > dar dupa ce termina make nu exista variabila, deci > nu o seteaza. De testat programul se poate face > scriind export LD_LIBRARY_PATH=./ in consola si apoi > gaseste .so, dar e o solutie cam trista. I can handle it. Variabila se seteaza in environment-ul procesului care executa make, nu si in parinte (bash), deci e normal comportamentul. Poti sa faci o regula run sau test in Makefile care dupa compilare sa faca si setarea variabilei si rularea programului de test, daca tii neaparat. > ===== > I was born intelligent, > education ruined me. pe bune? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:38:18 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 04:38:18 -0800 (PST) Subject: [so] sleep In-Reply-To: <20031130120302.30285.qmail@web60302.mail.yahoo.com> Message-ID: <20031130123818.6705.qmail@web60309.mail.yahoo.com> la readerswriters e nepotrivit sleep-ul care face sleep doar secunde si astfel cu 30 de readers si 30 writers cand intra un writer si pana iese sigur mai vine un writer si astfel nu mai apuca nici un readers sa ma intre caci asteapta sa nu mai fie nici un wr ... stiti cu totii povestea. Vreau sa folosesc /** *face un sleep de sec si usec */ int mysleep( int sec, int usec){ struct timeval opt; opt.tv_sec = sec; opt.tv_usec = usec; return select(1,0,0,0,&opt); } nu cred ca e in POSIX e ok? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:50:06 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 04:50:06 -0800 (PST) Subject: [so] sleep In-Reply-To: <20031130123818.6705.qmail@web60309.mail.yahoo.com> Message-ID: <20031130125006.26358.qmail@web60510.mail.yahoo.com> te complici, foloseste nanosleep. --- Mihai Iancu wrote: > la readerswriters e nepotrivit sleep-ul care > face sleep doar secunde si astfel cu 30 de readers > si > 30 writers cand intra un writer si pana iese > sigur mai vine un writer si astfel nu mai apuca nici > un readers sa ma intre caci asteapta sa nu mai fie > nici un wr ... stiti cu totii povestea. > > Vreau sa folosesc > /** > *face un sleep de sec si usec > */ > int mysleep( int sec, int usec){ > struct timeval opt; > opt.tv_sec = sec; > opt.tv_usec = usec; > return select(1,0,0,0,&opt); > } > > nu cred ca e in POSIX > > e ok? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 15:03:47 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 07:03:47 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <001a01c3b7a6$a36a1b40$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031130150347.75375.qmail@web60508.mail.yahoo.com> E ok, nu se face overwrite. Mai fa o data upload cum trebuie. --- Daniel Cosmin Porumbel wrote: > Salut! > > Cred ca am facut o greseala la upload. Am > vrut sa trimit tema si nu mi-a primit-o dintr-un > motiv oarecare. Apoi cand am vrut s-o trimit iar, am > dat back si n-am mai modificat dropDownListurile si > s-a pus peste tema1 de Windows. Credeti ca se mai > poate face ceva ca sa recuperez fisierele de > dinainte? Sper ca nu face overwrite automat.... > > Toate bune! > Dany > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 15:53:28 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 07:53:28 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <001a01c3b7a6$a36a1b40$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031130155328.39396.qmail@web60309.mail.yahoo.com> --0-65724020-1070207608=:39234 Content-Type: text/plain; charset=us-ascii Cum facem cu temaX.exe? ce nume ii punem ca acum avem cel putin 2 executabile --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-65724020-1070207608=:39234 Content-Type: text/html; charset=us-ascii

Cum facem cu temaX.exe?

 

ce nume ii punem ca acum avem cel putin 2 executabile

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-65724020-1070207608=:39234-- From so@atlantis.cs.pub.ro Sun Nov 30 16:14:35 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 08:14:35 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <20031130155328.39396.qmail@web60309.mail.yahoo.com> Message-ID: <20031130161435.66629.qmail@web60510.mail.yahoo.com> Education ruined you. You should quit while you're still ahead :)) --- Mihai Iancu wrote: > > Cum facem cu temaX.exe? > > > > ce nume ii punem ca acum avem cel putin 2 > executabile __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 16:33:25 2003 From: so@atlantis.cs.pub.ro (Ionut Cirjan) Date: Sun, 30 Nov 2003 08:33:25 -0800 (PST) Subject: [so] printf In-Reply-To: <20031130104403.92361.qmail@web60503.mail.yahoo.com> Message-ID: <20031130163325.11166.qmail@web41104.mail.yahoo.com> Eu am avut alta problema cu printf: intarzia la unele threaduri si afisa mai repede de la altele care totusi se executau dupa cele dinainte. Am pus dupa fiecare printf un fflush(stdout) si nu am mai avut probleme. Ionut. --- Cosmin Arad wrote: > Daca-mi trimiti o bucata de cod care poate fi > compilata si rulata, si care se comporta cum spui tu > as putea sa incerc sa determin cauza. > > Cosmin > > --- Diana wrote: > > Am urmatoarea problema: cand afisez un mesaj mi se > > intampla uneori sa il afiseze acelasi thread de > doua > > ori, desi printf-ul se executa o singura data. > Sunt > > convinsa ca se executa o singura data pentru ca am > > initializat un contor si l-am incrementat in > printf; > > concluzie: imi afiseaza de mai multe ori avand > > contorul 1. Daca mai pun un printf imediat dupa > > printf-ul problematic, am observat ca nu se mai > > intampla sa mi-l afiseze de mai multe ori. Oricum, > > chestia asta este complet aleatoare.. > > Stie cineva cum s-ar putea rezolva aceasta > problema > > (in alt mod decat sa mai pun cate un printf in > plus > > dupa fiecare printf de care am nevoie)? > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sun Nov 30 21:23:58 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Sun, 30 Nov 2003 23:23:58 +0200 Subject: [so] printf In-Reply-To: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> References: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> Message-ID: <20031130212358.E732241AC8@server1.messagingengine.com> Chestia cu fflush(stdout) e de baza la multithreading. Daca folosesti C++, merge si "cout< said: > Am urmatoarea problema: cand afisez un mesaj mi se intampla uneori sa il > afiseze acelasi thread de doua ori, desi printf-ul se executa o singura > data. Sunt convinsa ca se executa o singura data pentru ca am initializat > un contor si l-am incrementat in printf; concluzie: imi afiseaza de mai > multe ori avand contorul 1. Daca mai pun un printf imediat dupa printf-ul > problematic, am observat ca nu se mai intampla sa mi-l afiseze de mai > multe ori. Oricum, chestia asta este complet aleatoare.. > Stie cineva cum s-ar putea rezolva aceasta problema (in alt mod decat sa > mai pun cate un printf in plus dupa fiecare printf de care am nevoie)? -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Access your email from home and the web From so@atlantis.cs.pub.ro Sat Nov 1 08:29:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 00:29:32 -0800 (PST) Subject: [so] unscribe In-Reply-To: <20031031224159.70266.qmail@web20710.mail.yahoo.com> Message-ID: <20031101082932.10519.qmail@web11501.mail.yahoo.com> --- Alecu Adrian wrote: > Am si eu o mica problema.... > Am cam pierdut parola de pe acest mailing - list si > vad ca nu exista nici o cale de a ma scoate de pe > lista si a ma baga din nou.... sau altceva de genul > asta > as vrea si eu o sugestie ce as putea sa fac.. > mersi si bafta la teme La 'Edit Options' gasesti un buton 'Email my password to me'. Daca il apesi vei primi parola pe adresa cu care esti inscris acum. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sat Nov 1 08:40:41 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 1 Nov 2003 10:40:41 +0200 Subject: [so] fflush Message-ID: <001001c3a053$d53bed70$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C3A064.98B1AAA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable avem voie sa folosim fflush(stdout)? o alta varianta ar fi sa afisez un \n dar nu-mi convine varianta asta... ------=_NextPart_000_000D_01C3A064.98B1AAA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
avem voie sa folosim = fflush(stdout)?
o alta varianta ar fi sa afisez un \n = dar nu-mi=20 convine varianta asta...
------=_NextPart_000_000D_01C3A064.98B1AAA0-- From so@atlantis.cs.pub.ro Sat Nov 1 15:04:52 2003 From: so@atlantis.cs.pub.ro (Dana Tiba) Date: Sat, 1 Nov 2003 17:04:52 +0200 (EET) Subject: [so] interpretare Message-ID: <1092.81.196.10.119.1067699092.squirrel@dazoot.ro> Salut, Textul temei defineste o comanda compusa ca fiind formata din doi operanzi si un operator. Apoi sunt definiti cei 8 operatori care trebuiesc sa fie suportati(dintre care 4 de redirectare). Cei doi operanzi sunt definiti ca fiind fie comenzi oarecare, fie un nume de fisier in cazul in care operatorul este de redirectare. Din acestea eu am inteles initial ca trebuie suportate comenzi de genul: NUME1[operator NUME2],unde NUME1 trebuie neaparat sa fie o comanda(simpla, adica nume + parametrii), iar NUME2 in functie de tipul operatorului poate sa fie fie o alta comanda(simpla), fie un nume de fisier. Insa un mail anterior pe lista sugereaza ca trebuiesc suportate si comenzi cu mai multi operatori si operanzi (cat fisier > gigi & pwd > titi). Care este adevarata interpretare a temei? dana From so@atlantis.cs.pub.ro Sat Nov 1 21:12:18 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 1 Nov 2003 23:12:18 +0200 Subject: [so] alocare mem Message-ID: <000901c3a0bc$d4f90050$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C3A0CD.986A0290 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable in windows putem folosi malloc si realloc? ------=_NextPart_000_0006_01C3A0CD.986A0290 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
in windows putem folosi malloc si=20 realloc?
------=_NextPart_000_0006_01C3A0CD.986A0290-- From so@atlantis.cs.pub.ro Sat Nov 1 22:00:18 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 14:00:18 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <000901c3a0bc$d4f90050$0200a8c0@smeagol> Message-ID: <20031101220018.86497.qmail@web11502.mail.yahoo.com> --- Cibu Cristian wrote: > in windows putem folosi malloc si realloc? NU. Folositi HeapAlloc si HeapRealloc! Sau orice functie prezentata in 'Memory Management Functions' in Platform SDK, care nu e deprecated (local and global functions _nu_ sunt recomandate). (ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm) Nu folositi functiile de lucru cu memoria virtuala pentru ca inca nu stiti prea bine cu ce se mananca si nici nu e nevoie de ele in tema. Practic puteti folosi de la 'Memory Management Functions' funtiile din primul si din al 4-lea (heap functions) tabel. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sat Nov 1 22:19:19 2003 From: so@atlantis.cs.pub.ro (Cristian Traum) Date: Sat, 1 Nov 2003 14:19:19 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031101220018.86497.qmail@web11502.mail.yahoo.com> Message-ID: <20031101221919.96655.qmail@web13204.mail.yahoo.com> --0-477966446-1067725159=:94353 Content-Type: text/plain; charset=us-ascii nu avem voie deloc deloc? adica daca vreau in cadrul parsarii sa copiez un sir... nu am voie strdup??? sau HeapAlloc si HeapRealloc tb folosite cand e vorba de procese...? Cosmin Arad wrote: --- Cibu Cristian wrote: > in windows putem folosi malloc si realloc? NU. Folositi HeapAlloc si HeapRealloc! Sau orice functie prezentata in 'Memory Management Functions' in Platform SDK, care nu e deprecated (local and global functions _nu_ sunt recomandate). (ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm) Nu folositi functiile de lucru cu memoria virtuala pentru ca inca nu stiti prea bine cu ce se mananca si nici nu e nevoie de ele in tema. Practic puteti folosi de la 'Memory Management Functions' funtiile din primul si din al 4-lea (heap functions) tabel. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Exclusive Video Premiere - Britney Spears --0-477966446-1067725159=:94353 Content-Type: text/html; charset=us-ascii
nu avem voie deloc deloc? adica daca vreau in cadrul parsarii sa copiez un sir... nu am voie strdup???
sau HeapAlloc si HeapRealloc tb folosite cand e vorba de procese...?


Cosmin Arad <cosminarad@yahoo.com> wrote:
--- Cibu Cristian wrote:
> in windows putem folosi malloc si realloc?

NU. Folositi HeapAlloc si HeapRealloc!
Sau orice functie prezentata in 'Memory Management
Functions' in Platform SDK, care nu e deprecated
(local and global functions _nu_ sunt recomandate).
(ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm)

Nu folositi functiile de lucru cu memoria virtuala
pentru ca inca nu stiti prea bine cu ce se mananca si
nici nu e nevoie de ele in tema.

Practic puteti folosi de la 'Memory Management
Functions' funtiile din primul si din al 4-lea (heap
functions) tabel.

Cosmin


__________________________________
Do you Yahoo!?
Exclusive Video Premiere - Britney Spears
http://launch.yahoo.com/promos/britneyspears/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Exclusive Video Premiere - Britney Spears --0-477966446-1067725159=:94353-- From so@atlantis.cs.pub.ro Sun Nov 2 07:11:52 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 02 Nov 2003 09:11:52 +0200 Subject: [so] upload Message-ID: <3FA4AE38.6020102@pcnet.ro> Intrebarea: ce se intampla daca fac upload la o tema de 2 ori? Se considera ultima varianta? Multumesc Ruxandra p.s. stiu ca nu e indicat sa se intample asta....dar totusi....daca se intampla.... From so@atlantis.cs.pub.ro Sun Nov 2 07:59:24 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 23:59:24 -0800 (PST) Subject: [so] upload In-Reply-To: <3FA4AE38.6020102@pcnet.ro> Message-ID: <20031102075924.66448.qmail@web11509.mail.yahoo.com> --- Ruxi Jitianu wrote: > Intrebarea: ce se intampla daca fac upload la o tema > de 2 ori? Se > considera ultima varianta? Da. > Multumesc > > Ruxandra > > p.s. > stiu ca nu e indicat sa se intample asta....dar > totusi....daca se > intampla.... e ok. poti sa uploadezi de cate ori vrei. Cosmin __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From so@atlantis.cs.pub.ro Sun Nov 2 10:07:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 2 Nov 2003 02:07:21 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031101221919.96655.qmail@web13204.mail.yahoo.com> Message-ID: <20031102100721.85107.qmail@web11509.mail.yahoo.com> --- Cristian Traum wrote: > nu avem voie deloc deloc? adica daca vreau in cadrul > parsarii sa copiez un sir... nu am voie strdup??? > sau HeapAlloc si HeapRealloc tb folosite cand e > vorba de procese...? > E recomandabil sa folosesti HeapAlloc iar pentru copierea sirului CopyMemory. In toate cazurile. Cosmin __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From so@atlantis.cs.pub.ro Sun Nov 2 20:27:23 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Sun, 2 Nov 2003 22:27:23 +0200 Subject: [so] Scule (instrumente) de dezvoltare Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C3A190.801BE460 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Imi cer scuze anticipat pentru eventuale exprimari scapate de sub control in cele ce urmeaza. De ce trebuie sa folosim pe Windows tampenia aia de MinGW cand exista la fel de bine Visual Studio.NET? Concret: Scriu totul cu VS, testez, etc etc, totul merge ok. Incerc sa compilez din MSYS cu gcc, se trezeste ca nu stie de strsafe.h (un header al unei librarii din Platform SDK, folosita pentru 'safe handling' pe stringuri C). Headerul ala e (pe bune!) in acelasi folder cu 'windows.h', e suportat cu tot restul MS Platform SDK samd, nimic ezoteric acolo. La tentativa de compilare gcc zice ca nu gaseste 'strsafe.h' si se plange de functiile din headerul ala. Finally, facultatea asta vesela are licenta de Visual Studio.NET pentru toti studentii. De ce trebuie sa folosim o scula de mana a zecea cand aveti scule de zeci de mii de dolari in MSDN AA? Mi se pare o idee super ca putem face temele si pe Win32 si pe Linux, dar pe Win32 am senzatia ca ma joc cu o mana legata la spate daca sunt limitat la niste tooluri destul de slabute in comparatie chiar cu cele mai slabe compilatoare comerciale de C/C++ existente pe Windows. Multumesc, Ovidiu ------=_NextPart_000_0006_01C3A190.801BE460 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Imi = cer scuze=20 anticipat pentru eventuale exprimari scapate de sub control in cele ce=20 urmeaza.
 
De ce = trebuie sa=20 folosim pe Windows tampenia aia de MinGW cand exista la fel de bine = Visual=20 Studio.NET? Concret: Scriu totul cu VS, testez, etc etc, totul merge ok. = Incerc=20 sa compilez din MSYS cu gcc, se trezeste ca nu stie de strsafe.h (un = header al=20 unei librarii din Platform SDK, folosita pentru 'safe handling' pe = stringuri C).=20 Headerul ala e (pe bune!) in acelasi folder cu 'windows.h', e suportat = cu tot=20 restul MS Platform SDK samd, nimic ezoteric acolo. La tentativa de = compilare gcc=20 zice ca nu gaseste 'strsafe.h' si se plange de functiile din headerul=20 ala.
 
Finally, facultatea=20 asta vesela are licenta de Visual Studio.NET pentru toti studentii. De = ce=20 trebuie sa folosim o scula de mana a zecea cand aveti scule de zeci de = mii de=20 dolari in MSDN AA? Mi se pare o idee super ca putem face temele si pe = Win32 si=20 pe Linux, dar pe Win32 am senzatia ca ma joc cu o mana legata la spate = daca sunt=20 limitat la niste tooluri destul de slabute in comparatie chiar cu cele = mai slabe=20 compilatoare comerciale de C/C++ existente pe = Windows.
 
Multumesc,
Ovidiu
------=_NextPart_000_0006_01C3A190.801BE460-- From so@atlantis.cs.pub.ro Sun Nov 2 21:22:43 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Sun, 02 Nov 2003 23:22:43 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: References: Message-ID: <20031102212243.16232.qmail@romus.ro> Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. From so@atlantis.cs.pub.ro Sun Nov 2 23:38:58 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 2 Nov 2003 15:38:58 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031102100721.85107.qmail@web11509.mail.yahoo.com> Message-ID: <20031102233858.73096.qmail@web41008.mail.yahoo.com> vorbind despre alocari, unde scrie ca malloc si suratele ei sunt posix compliant? --- Cosmin Arad wrote: > --- Cristian Traum wrote: > > nu avem voie deloc deloc? adica daca vreau in > cadrul > > parsarii sa copiez un sir... nu am voie strdup??? > > sau HeapAlloc si HeapRealloc tb folosite cand e > > vorba de procese...? > > > > E recomandabil sa folosesti HeapAlloc iar pentru > copierea sirului CopyMemory. In toate cazurile. > > Cosmin > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product > search > http://shopping.yahoo.com > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sun Nov 2 23:44:27 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 2 Nov 2003 15:44:27 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031102233858.73096.qmail@web41008.mail.yahoo.com> Message-ID: <20031102234427.86732.qmail@web41014.mail.yahoo.com> doar nu veti fi folosit toti posix_memalign !? --- Diana Fulger wrote: > vorbind despre alocari, unde scrie ca malloc si > suratele ei sunt posix compliant? > > --- Cosmin Arad wrote: > > --- Cristian Traum wrote: > > > nu avem voie deloc deloc? adica daca vreau in > > cadrul > > > parsarii sa copiez un sir... nu am voie > strdup??? > > > sau HeapAlloc si HeapRealloc tb folosite cand e > > > vorba de procese...? > > > > > > > E recomandabil sa folosesti HeapAlloc iar pentru > > copierea sirului CopyMemory. In toate cazurile. > > > > Cosmin > > > > __________________________________ > > Do you Yahoo!? > > The New Yahoo! Shopping - with improved product > > search > > http://shopping.yahoo.com > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > __________________________________ > Do you Yahoo!? > Exclusive Video Premiere - Britney Spears > http://launch.yahoo.com/promos/britneyspears/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Mon Nov 3 08:07:49 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 10:07:49 +0200 Subject: [so] alocare mem In-Reply-To: <20031102233858.73096.qmail@web41008.mail.yahoo.com> References: <20031102233858.73096.qmail@web41008.mail.yahoo.com> Message-ID: On Sun, 2 Nov 2003 15:38:58 -0800 (PST), Diana Fulger wrote: > vorbind despre alocari, unde scrie ca malloc si > suratele ei sunt posix compliant? > Nu sunt posix sunt ANSI-C. From so@atlantis.cs.pub.ro Mon Nov 3 08:35:09 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Mon, 3 Nov 2003 10:35:09 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: <20031102212243.16232.qmail@romus.ro> Message-ID: Multumesc pt suport. -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Adrian Stanciu Sent: Sunday, November 02, 2003 11:23 PM To: so@atlantis.cs.pub.ro Subject: [so] Re: Scule (instrumente) de dezvoltare Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so From so@atlantis.cs.pub.ro Mon Nov 3 11:12:16 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Mon, 3 Nov 2003 03:12:16 -0800 (PST) Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: Message-ID: <20031103111216.70225.qmail@web40017.mail.yahoo.com> --0-954673201-1067857936=:67536 Content-Type: text/plain; charset=us-ascii Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei. Mihai Murgan Ovidiu Platon wrote: Multumesc pt suport. -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Adrian Stanciu Sent: Sunday, November 02, 2003 11:23 PM To: so@atlantis.cs.pub.ro Subject: [so] Re: Scule (instrumente) de dezvoltare Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Exclusive Video Premiere - Britney Spears --0-954673201-1067857936=:67536 Content-Type: text/html; charset=us-ascii
Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei.
 
Mihai Murgan

Ovidiu Platon <ovidiupl@microsoft-lab.pub.ro> wrote:
Multumesc pt suport.

-----Original Message-----
From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On
Behalf Of Adrian Stanciu
Sent: Sunday, November 02, 2003 11:23 PM
To: so@atlantis.cs.pub.ro
Subject: [so] Re: Scule (instrumente) de dezvoltare


Nu cred ca ai inteles scopul acestei liste de discutii:

Scopul unic al acestei liste de discutii este de a ajuta studentii sa
rezolve temele propuse si de a lamurii probleme legate de ele.

NU de a pune in discutie ce compilator e mai bun.
NU de a pune in discutie ce _ar trebui_ folosit.
NU de a pune in discutie preferintele studentilor in materie de
compilatoare.
NU de a pune in discutie regulile.
NU pentru plangeri.

Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la
adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu
direct domnului profesor sau in cadrul laboratorului.

Pe scurt:
Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO
(in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta
lista.

--Adrian.

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Exclusive Video Premiere - Britney Spears --0-954673201-1067857936=:67536-- From so@atlantis.cs.pub.ro Mon Nov 3 11:16:36 2003 From: so@atlantis.cs.pub.ro (Catalin Constantin) Date: Mon, 3 Nov 2003 13:16:36 +0200 Subject: [so] malloc Message-ID: <20031103121944.4774F28C059@atlantis> sa inteleg ca daca am folosit malloc in tema pe linux o sa fim depunctati ? Catalin From so@atlantis.cs.pub.ro Mon Nov 3 11:48:29 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 13:48:29 +0200 Subject: [so] malloc In-Reply-To: <20031103121944.4774F28C059@atlantis> References: <20031103121944.4774F28C059@atlantis> Message-ID: On Mon, 3 Nov 2003 13:16:36 +0200, Catalin Constantin wrote: > sa inteleg ca daca am folosit malloc in tema pe linux > o sa fim depunctati ? > Nu. tavi From so@atlantis.cs.pub.ro Mon Nov 3 12:45:46 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 14:45:46 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: <20031103111216.70225.qmail@web40017.mail.yahoo.com> References: <20031103111216.70225.qmail@web40017.mail.yahoo.com> Message-ID: On Mon, 3 Nov 2003 03:12:16 -0800 (PST), Murgan Mihai wrote: > Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste > de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un > mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows > daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e > prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de > windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un MSYS != MinGW > student face o propunere de bun-simt si care chiar are legatura cu tema > si rezolvarea ei. > Daca aveti comentarii relativ la reguli sau orice altceva care nu este legat de discutarea temelor, va rog trimiteti mailurile la tavi@cs.pub.ro si nu pe lista. tavi From so@atlantis.cs.pub.ro Mon Nov 3 18:23:44 2003 From: so@atlantis.cs.pub.ro (FlorinPop) Date: Mon, 3 Nov 2003 20:23:44 +0200 (E. Europe Standard Time) Subject: [so] Re: Scule (instrumente) de dezvoltare References: <20031103111216.70225.qmail@web40017.mail.yahoo.com> Message-ID: <3FA69D30.000007.02232@einstein> --------------Boundary-00=_KFGSWCW0000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_KFGSRN00000000000000" --------------Boundary-00=_KFGSRN00000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable asa e!=0D =0D -------Original Message-------=0D =0D From: so@atlantis.cs.pub.ro=0D Date: Monday, November 03, 2003 13:13:07=0D To: so@atlantis.cs.pub.ro=0D Subject: RE: [so] Re: Scule (instrumente) de dezvoltare=0D =0D Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste = de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mar= e ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun d= in moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei= =2E=0D =0D Mihai Murgan=0D =0D Ovidiu Platon wrote:=0D Multumesc pt suport. =0D =0D -----Original Message-----=0D From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On= =0D Behalf Of Adrian Stanciu=0D Sent: Sunday, November 02, 2003 11:23 PM=0D To: so@atlantis.cs.pub.ro=0D Subject: [so] Re: Scule (instrumente) de dezvoltare=0D =0D =0D Nu cred ca ai inteles scopul acestei liste de discutii: =0D =0D Scopul unic al acestei liste de discutii este de a ajuta studentii sa=0D rezolve temele propuse si de a lamurii probleme legate de ele. =0D =0D NU de a pune in discutie ce compilator e mai bun.=0D NU de a pune in discutie ce _ar trebui_ folosit.=0D NU de a pune in discutie preferintele studentilor in materie de=0D compilatoare.=0D NU de a pune in discutie regulile.=0D NU pentru plangeri. =0D =0D Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la=0D adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exem= plu=0D direct domnului profesor sau in cadrul laboratorului. =0D =0D Pe scurt:=0D Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de S= O=0D (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta=0D lista. =0D =0D --Adrian. =0D =0D _______________________________________________=0D so mailing list=0D so@atlantis.cs.pub.ro=0D http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so=0D =0D _______________________________________________=0D so mailing list=0D so@atlantis.cs.pub.ro=0D http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so=0D =0D =0D Do you Yahoo!?=0D Exclusive Video Premiere - Britney Spears =0D =20 --------------Boundary-00=_KFGSRN00000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
asa e!
 
-------Original Message-------
 
Date: Monday, Nove= mber 03, 2003 13:13:07
Subject: RE: [so] = Re: Scule (instrumente) de dezvoltare
 
Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei l= iste de discutii este de a ajuta studentii sa rezolve temele propuse". Pa= i un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific window= s daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e= prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de wi= ndows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un stu= dent face o propunere de bun-simt si care chiar are legatura cu tema si r= ezolvarea ei.
 
Mihai Murgan

Ovidiu Platon <ovidiupl@microsoft-lab.p= ub.ro> wrote:
Multumesc pt suport.

-----Origina= l Message-----
From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atla= ntis.cs.pub.ro] On
Behalf Of Adrian Stanciu
Sent: Sunday, November = 02, 2003 11:23 PM
To: so@atlantis.cs.pub.ro
Subject: [so] Re: Scule= (instrumente) de dezvoltare


Nu cred ca ai inteles scopul aces= tei liste de discutii:

Scopul unic al acestei liste de discutii e= ste de a ajuta studentii sa
rezolve temele propuse si de a lamurii pro= bleme legate de ele.

NU de a pune in discutie ce compilator e mai= bun.
NU de a pune in discutie ce _ar trebui_ folosit.
NU de a pune= in discutie preferintele studentilor in materie de
compilatoare.
N= U de a pune in discutie regulile.
NU pentru plangeri.

Regulile= sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la
adres= a lor va sugerez sa incercati sa le exprimati in alta parte, de exempludirect domnului profesor sau in cadrul laboratorului.

Pe scurt:=
Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului = de SO
(in coditiile regulilor prestabilite), deci nu-si are rostul pe = aceasta
lista.

--Adrian.

_____________________________= __________________
so mailing list
so@atlantis.cs.pub.ro
http://= atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

___________________= ____________________________
so mailing list
so@atlantis.cs.pub.ro<= BR>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so
da, e mai bine cu o bariera rentranta, parerea mea.
Eu asa o sa fac.
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_KUAYLVC0000000000000-- --------------Boundary-00=_JUAYQL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_JUAYQL80000000000000-- From so@atlantis.cs.pub.ro Thu Nov 6 23:16:23 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Fri, 7 Nov 2003 01:16:23 +0200 Subject: [so] tema 2 Message-ID: <008801c3a4bb$fe7b9f20$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0085_01C3A4CC.C1F15C50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Tema 2 in principiu e simpla. e vorba de o memorie comuna si de = sincronizari, mesaje, etc. enuntul poate fi interpretat (in anumite = locuri). ce vreau eu sa stiu, este: ce parti din problema este = obligatoriu sa se rezolve intr-un anumit fel. Sincronizarile pot fi facute si cu semafoare, mutexuri, si cu cozi de = mesaje.=20 ce, unde, suntem obligati sa folosim si=20 unde avem voie sa facem cum credem noi? alta chestie, mai la detaliu. toti participantii la traficul de = prajituri :) cum actioneaza. furnizorul baga direct prajiturile in frigider sau i le = da cofetarului sa le bage el? clientii, se uita ei cate locuri libere sunt sau intreaba cofetarul? clientii, o data asezati, isi iau singuri prajiturile sau le primesc = prin intermediul cofetarului? (cofetarul e un proces, clientii, furnizorul, alte procese) toate variantele astea inclina spre folosirea mai mult sau mai putin a = barierelor (mutexurilor pentru memoria partajata) si mai putin sau mai = mult a mesajelor. (sau cel putin asa am eu impresia). Asadar, ce e lege si ce e indicatie? ------=_NextPart_000_0085_01C3A4CC.C1F15C50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Tema 2 in principiu e simpla. e vorba = de o memorie=20 comuna si de sincronizari, mesaje, etc. enuntul poate fi interpretat (in = anumite=20 locuri). ce vreau eu sa stiu, este: ce parti din problema este = obligatoriu sa se=20 rezolve intr-un anumit fel.
Sincronizarile pot fi facute si cu = semafoare,=20 mutexuri, si cu cozi de mesaje.
ce, unde, suntem obligati sa folosim si =
unde avem voie sa facem cum credem=20 noi?
 
alta chestie, mai la detaliu. toti = participantii la=20 traficul de prajituri :)
cum actioneaza. furnizorul baga direct = prajiturile=20 in frigider sau i le da cofetarului sa le bage el?
clientii, se uita ei cate locuri libere = sunt sau=20 intreaba cofetarul?
clientii, o data asezati, isi iau = singuri=20 prajiturile sau le primesc prin intermediul cofetarului?
(cofetarul e un proces, clientii, = furnizorul, alte=20 procese)
 
toate variantele astea inclina spre = folosirea mai=20 mult sau mai putin a barierelor (mutexurilor pentru memoria partajata) = si mai=20 putin sau mai mult a mesajelor.
(sau cel putin asa am eu = impresia).
 
Asadar, ce e lege si ce e = indicatie?
 
------=_NextPart_000_0085_01C3A4CC.C1F15C50-- From so@atlantis.cs.pub.ro Fri Nov 7 10:14:40 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 07 Nov 2003 12:14:40 +0200 Subject: [so] tema 2 In-Reply-To: <008801c3a4bb$fe7b9f20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> --=====================_2894592==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Raspund aici si la intrebarea anterioara legata de bariera reentranta. Enuntul e lege. (tr sa existe programe separate pt cofetarie, client, furnizor, frigiderul tr sa fie o mem partajata, etc) Ce scrie sub enunt, la observatii, ca indicatii, sunt indicatii. Ce nu scrie nicaieri, faceti cum credeti voi ca e mai bine. Maria. > >Asadar, ce e lege si ce e indicatie? > --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ --=====================_2894592==_.ALT Content-Type: text/html; charset="us-ascii" Raspund aici si la intrebarea anterioara legata de bariera reentranta.

Enuntul e lege. (tr sa existe programe separate pt cofetarie, client, furnizor, frigiderul tr sa fie o mem partajata, etc)
Ce scrie sub enunt, la observatii, ca indicatii, sunt indicatii.

Ce nu scrie nicaieri, faceti cum credeti voi ca e mai bine.

Maria.


 
Asadar, ce e lege si ce e indicatie?
 


Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

--=====================_2894592==_.ALT-- From so@atlantis.cs.pub.ro Fri Nov 7 19:39:14 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Fri, 7 Nov 2003 21:39:14 +0200 Subject: [so] threaduri Message-ID: <000a01c3a566$d3828760$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3A577.96F5D390 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable avem voie sa folosim threaduri? bine-nteles ca vor exista si procesele din enunt (din lege): sweetshop, = supplier si consumer. pe langa acestea, avem voie sa folosim si threaduri? ------=_NextPart_000_0007_01C3A577.96F5D390 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
avem voie sa folosim = threaduri?
bine-nteles ca vor exista si procesele = din enunt=20 (din lege): sweetshop, supplier si consumer.
 
pe langa acestea, avem voie sa folosim = si=20 threaduri?
------=_NextPart_000_0007_01C3A577.96F5D390-- From so@atlantis.cs.pub.ro Fri Nov 7 19:47:27 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Fri, 7 Nov 2003 11:47:27 -0800 (PST) Subject: [so] threaduri In-Reply-To: <000a01c3a566$d3828760$0200a8c0@smeagol> Message-ID: <20031107194727.70811.qmail@web41005.mail.yahoo.com> NU --- Cibu Cristian wrote: > avem voie sa folosim threaduri? > bine-nteles ca vor exista si procesele din enunt > (din lege): sweetshop, supplier si consumer. > > pe langa acestea, avem voie sa folosim si threaduri? > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 11:31:37 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 8 Nov 2003 03:31:37 -0800 (PST) Subject: [so] 2 variante de enunt In-Reply-To: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> Message-ID: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Care sunt cele doua variante de enunt pentru Linux respectiv Windows? Nu imi este foarte clar din discutiile anterioare! Multam! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 13:18:03 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 15:18:03 +0200 (EET) Subject: [so] prajituri si furnizori Message-ID: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai u= sor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa = un sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta= se va crea cate un proces dupa fiecare vizita a furnizorului, care se va ter= mina atunci cand prajiturile respective se strica. Este recomandata abordarea aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bag= at in frigider un numar de prajituri in frigider, pentru ca acesta sa stie c= ate si cand sa le arunce - deci o coada de mesaje ? ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Sat Nov 8 13:24:02 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:24:02 +0200 Subject: [so] 2 variante de enunt In-Reply-To: <20031108113137.54461.qmail@web41005.mail.yahoo.com> References: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031108152223.00a5b820@mail.mymail.ro> este acelasi enunt pentru amandoua. Nu este impus nimic mai mult decat scrie enunt. Unele dintre discutiile anterioare erau despre cum s'ar putea face tema, nu despre cum trebuie facuta. Maria. >Care sunt cele doua variante de enunt pentru Linux >respectiv Windows? Nu imi este foarte clar din >discutiile anterioare! > >Multam! --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:24:10 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 8 Nov 2003 15:24:10 +0200 Subject: [so] prajituri si furnizori References: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <000501c3a5fb$98260a30$0200a8c0@smeagol> ----- Original Message ----- From: "Marian Mihailescu" To: Sent: Saturday, November 08, 2003 3:18 PM Subject: [so] prajituri si furnizori Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un sleep) arunca prajiturile din frigider(care s-a stricat). ------------------------------------^^^^^^^^^^^ Trebuie sa avem in vedere si stricarea frigiderului? From so@atlantis.cs.pub.ro Sat Nov 8 13:32:07 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:32:07 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108152702.00a5b820@mail.mymail.ro> Te complici. Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei tu despre prajituri. Maria. >Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor >ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un >sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta se >va crea cate un proces dupa fiecare vizita a furnizorului, care se va termina >atunci cand prajiturile respective se strica. Este recomandata abordarea >aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bagat >in frigider un numar de prajituri in frigider, pentru ca acesta sa stie cate >si cand sa le arunce - deci o coada de mesaje ? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:35:56 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:35:56 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <000501c3a5fb$98260a30$0200a8c0@smeagol> References: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108153451.00addb70@mail.mymail.ro> > >Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor >ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un >sleep) arunca prajiturile din frigider(care s-a stricat). >------------------------------------^^^^^^^^^^^ >Trebuie sa avem in vedere si stricarea frigiderului? :))))))))))))))) ... asta mi'a placut :)... cred ca autorul vroia sa spuna (care s-au stricat) ... adica prajiturile. Maria. P.S. nu, se presupune ca este un frigider ideal ;). --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:49:10 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 8 Nov 2003 15:49:10 +0200 Subject: [so] intrebare Message-ID: <001a01c3a5ff$3e814a90$c09f9ad5@ioana> Un consumator poate sa ceara mai mult de cakes_max prajituri? Adica vreau sa stiu daca un consumator trebuie sa incerce sa ia toate cakes_no prajiturile dintr-o data (ma refer mai ales la varianta linux unde se poate decrementa un semafor cu mai mult de 1) sau ia una cate una, cate gaseste si pe urma cand mai aduce un furnizor mai ia din nou (in acest fel ar putea cere mai mult de cakes_max prajituri). O a 2-a intrebare : pot folosi in windows functia atoi? (nu gasesc ceva similar in win32api) From so@atlantis.cs.pub.ro Sat Nov 8 13:52:05 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Sat, 8 Nov 2003 05:52:05 -0800 (PST) Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Message-ID: <20031108135205.48079.qmail@web40017.mail.yahoo.com> --0-1026688301-1068299525=:47455 Content-Type: text/plain; charset=us-ascii Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie cu un alt proces care sa doarma valabilitatea unei prajituri si cand devine constient sa anunte sa fie aruncata, fie prin threaduri care sa faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc). Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca gresesc spuneti-mi ce anume sa folosesc. In al doilea rand, daca creez un nou proces acesta poate sa aiba doua comportamente: 1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas prajiturii puse cel mai de mult in frigider 2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei prajituri. In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai tarziu decat termenul limita, secunde pierdute de calculele facute de procesor si de primirea mesajelor intre procese. In cazul 2 consum inutil resurse. Cazul 1 mi se pare mult mai firesc pentru ca daca mananci ceva ce a expirat de 3 secunde sa zicem, nu cred ca patesti nimic totusi. Astept lamuriri ce metoda sa aleg sau cum anume sa fac daca nici una din metode nu e buna. Mihai Murgan --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1026688301-1068299525=:47455 Content-Type: text/html; charset=us-ascii
Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie cu un alt proces care sa doarma valabilitatea unei prajituri si cand devine constient sa anunte sa fie aruncata, fie prin threaduri care sa faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc).
Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca gresesc spuneti-mi ce anume sa folosesc.
In al doilea rand, daca creez un nou proces acesta poate sa aiba doua comportamente:
1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas prajiturii puse cel mai de mult in frigider
2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei prajituri.
In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai tarziu decat termenul limita, secunde pierdute de calculele facute de procesor si de primirea mesajelor intre procese.
In cazul 2 consum inutil resurse.
Cazul 1 mi se pare mult mai firesc pentru ca daca mananci ceva ce a expirat de 3 secunde sa zicem, nu cred ca patesti nimic totusi.
Astept lamuriri ce metoda sa aleg sau cum anume sa fac daca nici una din metode nu e buna.
 
Mihai Murgan

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1026688301-1068299525=:47455-- From so@atlantis.cs.pub.ro Sat Nov 8 15:19:32 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 17:19:32 +0200 Subject: [so] intrebare In-Reply-To: <001a01c3a5ff$3e814a90$c09f9ad5@ioana> Message-ID: <5.1.0.14.0.20031108171644.00a7c970@mail.mymail.ro> > > Un consumator poate sa ceara mai mult de cakes_max prajituri? Da, poate sa ceara mai mult de cakes_max prajituri, dar nu este obligatoriu sa le si obtina. > O a 2-a intrebare : pot folosi in windows functia atoi? (nu gasesc ceva >similar in win32api) habar nu am, cred ca da. Rog pe altcineva sa raspunda la intrebarea asta. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 15:19:34 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 17:19:34 +0200 Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108135205.48079.qmail@web40017.mail.yahoo.com> References: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031108170308.00a5bd68@mail.mymail.ro> >1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas >prajiturii puse cel mai de mult in frigider >2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei >prajituri. Ambele solutii sunt ok. Nu e nici o problema dc intarzii f putin cu aruncatul prajiturilor. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 15:20:40 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 17:20:40 +0200 (EET) Subject: [so] prajituri si furnizori Message-ID: <4638.141.85.0.67.1068304840.squirrel@www.as.ro> >Te complici. >Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei= tu >despre prajituri. este partajata ... dar cofetaria trebuie sa stie cand i se aduc prajituri= nu? ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Sat Nov 8 16:05:34 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 18:05:34 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <4638.141.85.0.67.1068304840.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> > > >Te complici. > >Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei tu > >despre prajituri. > >este partajata ... dar cofetaria trebuie sa stie cand i se aduc prajituri nu? Scuze, am citit eu in graba mesajul tau anterior. ideea nu incalca nici o lege :). e ok. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 19:40:13 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 8 Nov 2003 21:40:13 +0200 Subject: [so] grupurile si membrii lor Message-ID: <000801c3a630$2114acf0$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C3A640.E487F920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ce nevoie e de people_max si group_max? pentru a sti dimensiunea = vectorilor? si daca facem cu liste? ca sa las sa se ocupe prea multa memorie? marimea memoriei e relativa :) daca nu am nevoie de people_max si group_max pot pur si simplu sa le = ignor? ------=_NextPart_000_0005_01C3A640.E487F920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
ce nevoie e de people_max si group_max? = pentru a=20 sti dimensiunea vectorilor? si daca facem cu liste?
ca sa las sa se ocupe prea multa = memorie? marimea=20 memoriei e relativa :)
daca nu am nevoie de people_max si = group_max pot=20 pur si simplu sa le ignor?
------=_NextPart_000_0005_01C3A640.E487F920-- From so@atlantis.cs.pub.ro Sun Nov 9 10:01:55 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 02:01:55 -0800 (PST) Subject: [so] ordinea sosirilor In-Reply-To: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> Message-ID: <20031109100155.75775.qmail@web41003.mail.yahoo.com> Cum sosesc membrii unui grup? Daca de exemplu am grupul 1 cu 6 membrii vor sosii toti 6 unul dupa altul sau printre ei se pot intercala membrii altor grupuri? Se poate intampla sa soseasca: gr 1 primul membru gr 1 al doilea membru gr 2 primul membru gr 1 al treilea membru ... __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 10:07:16 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 12:07:16 +0200 Subject: [so] ordinea sosirilor In-Reply-To: <20031109100155.75775.qmail@web41003.mail.yahoo.com> References: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> se pot intercala. Maria. >Cum sosesc membrii unui grup? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 10:18:58 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 02:18:58 -0800 (PST) Subject: [so] group_max, group_id In-Reply-To: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> Message-ID: <20031109101858.83480.qmail@web41005.mail.yahoo.com> In enunt se specifca ca pot exista GROUP_MAX grupuri. Asta inseamna ca pe parcursul rularii programului pot avea grup_max grupuri in total sau la un moment dat in cofetarie? de ex: daca grupul cu id = 0 vine in cofetarie face consumatie si termina, pe urma sa mai poate intampla ca grupul cu id-ul 0 sa mai apara la intrarea programului? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 13:01:25 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 15:01:25 +0200 Subject: [so] group_max, group_id In-Reply-To: <20031109101858.83480.qmail@web41005.mail.yahoo.com> References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> nu, id ul este unic unui grup. >daca grupul cu id = 0 vine in cofetarie face >consumatie si termina, pe urma sa mai poate intampla >ca grupul cu id-ul 0 sa mai apara la intrarea programului? Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 13:03:50 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 15:03:50 +0200 Subject: [so] grupurile si membrii lor In-Reply-To: <000801c3a630$2114acf0$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> >ce nevoie e de people_max si group_max? pentru a sti dimensiunea >vectorilor? si daca facem cu liste? >ca sa las sa se ocupe prea multa memorie? marimea memoriei e relativa :) >daca nu am nevoie de people_max si group_max pot pur si simplu sa le ignor? da. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 17:03:50 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sun, 9 Nov 2003 19:03:50 +0200 Subject: [so] group_max, group_id References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> Message-ID: <004c01c3a6e3$90a4eae0$0e0c6150@ioana> Deci daca dupa ce a terminat grupul 0, mai vine din nou grupul 0 el trebuie sa fie ignorat? Eu ma gandisem ca se poate ca un grup sa vina de mai multe ori la cofetarie si am facut implementarea in acest mod. Este gresit asa? ----- Original Message ----- From: "Maria Mateescu" To: Sent: Sunday, November 09, 2003 3:01 PM Subject: Re: [so] group_max, group_id > > > nu, id ul este unic unui grup. > > >daca grupul cu id = 0 vine in cofetarie face > >consumatie si termina, pe urma sa mai poate intampla > >ca grupul cu id-ul 0 sa mai apara la intrarea programului? > > > Maria. > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sun Nov 9 20:23:37 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 12:23:37 -0800 (PST) Subject: [so] grupuri In-Reply-To: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> Message-ID: <20031109202337.30347.qmail@web41009.mail.yahoo.com> e ok daca asteptam sa se intregeasca grupul si pe urma cautam sa punem mana pe scaune? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 21:46:18 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 23:46:18 +0200 Subject: [so] group_max, group_id In-Reply-To: <004c01c3a6e3$90a4eae0$0e0c6150@ioana> References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109234545.00a5e100@mail.mymail.ro> nu e gresit. Maria. >Deci daca dupa ce a terminat grupul 0, mai vine din nou grupul 0 >el trebuie sa fie ignorat? >Eu ma gandisem ca se poate ca un grup sa vina de mai multe ori la cofetarie >si am facut implementarea in acest mod. Este gresit asa? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 21:47:01 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 23:47:01 +0200 Subject: [so] grupuri In-Reply-To: <20031109202337.30347.qmail@web41009.mail.yahoo.com> References: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109234629.00ac7400@mail.mymail.ro> > >e ok daca asteptam sa se intregeasca grupul si pe urma >cautam sa punem mana pe scaune? da. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 10 04:15:00 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 9 Nov 2003 20:15:00 -0800 (PST) Subject: [so] tema 1 win Message-ID: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Am o problema penibila, careia nu ii dau de cap: Pentru modul executie din fisier, apelez functia din program care executa o comanda cu indirectare, cu parametrii argv[0] si argv[1]. In Linux a functionat perfect, insa in Windows nu imi citeste din fisierul care este Stdin decat prima linie, o executa, si se opreste, adica nu mai citeste nimic din fisier (considera ca s-a terminat). Am verificat separat bucata de citire din fisier, merge. Merge si indirectarea comenzilor in mod interactiv. Are cineva vreo idee? Ma gandesc ca poate am gresit ceva la indirectare, care nu se vede decat in situatia asta, dar nu imi pot imagina ce. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 13:14:51 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 15:14:51 +0200 Subject: [so] prajituri si furnizori Message-ID: <200311081514.51182.mmk@as.ro> Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta se va crea cate un proces dupa fiecare vizita a furnizorului, care se va termina atunci cand prajiturile respective se strica. Este recomandata abordarea aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bagat in frigider un numar de prajituri in frigider, pentru ca acesta sa stie cate si cand sa le arunce - deci o coada de mesaje ? From so@atlantis.cs.pub.ro Mon Nov 10 12:34:17 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Mon, 10 Nov 2003 14:34:17 +0200 Subject: [so] tema 1 win In-Reply-To: <20031110041500.15540.qmail@web41009.mail.yahoo.com> References: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Message-ID: <841331013.20031110143417@rdsnet.ro> Hello Diana, Monday, November 10, 2003, 6:15:00 AM, you wrote: DF> in Windows nu imi citeste din fisierul DF> care este Stdin decat prima linie, o executa, si se DF> opreste, adica nu mai citeste nimic din fisier DF> (considera ca s-a terminat). Nu stiu daca am inteles exact care este problema. Eu am intampinat ceva asemanator, si s-a dovedit ca de fapt imi citea din fisierul care este Stdin <>! Tu spui mai sus 2 lucruri care se contrazic : "citeste doar prima linie" si "considera ca s-a terminat". Eu as merge pe mana lui Bill Gates si as zice ca tu chiar citesti tot fisierul... sa nu uitam ca functiile <> din WIN32API nu citesc linie cu linie. Ion From so@atlantis.cs.pub.ro Mon Nov 10 12:44:56 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Mon, 10 Nov 2003 04:44:56 -0800 (PST) Subject: [so] tema 1 win In-Reply-To: <841331013.20031110143417@rdsnet.ro> Message-ID: <20031110124456.1680.qmail@web41009.mail.yahoo.com> intr-adevar nu citesc linie cu linie, ci caracter cu caracter... a, si am uitat sa mentionez ca prima linie o executa cu succes? ceea ce n us-ar fi intamplat daca imi citea tot fisierul, nu? (nu ar fi recunoscut comenzile) --- Ion Petrescu wrote: > Hello Diana, > > Monday, November 10, 2003, 6:15:00 AM, you wrote: > > > DF> in Windows nu imi citeste din fisierul > DF> care este Stdin decat prima linie, o executa, si > se > DF> opreste, adica nu mai citeste nimic din fisier > DF> (considera ca s-a terminat). > > Nu stiu daca am inteles exact care este problema. > Eu am intampinat ceva asemanator, si s-a dovedit ca > de fapt imi citea > din fisierul care este Stdin < linie>>! > > Tu spui mai sus 2 lucruri care se contrazic : > "citeste doar prima > linie" si "considera ca s-a terminat". > Eu as merge pe mana lui Bill Gates si as zice ca tu > chiar citesti tot > fisierul... sa nu uitam ca functiile <> > din WIN32API nu citesc linie cu > linie. > > Ion > > > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 10 13:11:05 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Mon, 10 Nov 2003 15:11:05 +0200 Subject: Re[2]: [so] tema 1 win In-Reply-To: <20031110124456.1680.qmail@web41009.mail.yahoo.com> References: <841331013.20031110143417@rdsnet.ro> <20031110124456.1680.qmail@web41009.mail.yahoo.com> Message-ID: <893539219.20031110151105@rdsnet.ro> DF> intr-adevar nu citesc linie cu linie, ci caracter cu DF> caracter... DF> a, si am uitat sa mentionez ca prima linie o executa DF> cu succes? ceea ce n us-ar fi intamplat daca imi citea DF> tot fisierul, nu? (nu ar fi recunoscut comenzile) Pai si atunci cum explici ca fisierul "Stdin" e considerat terminat, pe cand tu zici ca nu ai citit decat o linie? S-a ajuns la sfarsitul fisierului sau nu s-a ajuns? Si apoi, daca nu s-a ajuns, de ce nu se avanseaza? Apoi, eu nu inteleg ce ai vrut sa zici cu "Pentru modul executie din fisier, apelez functia din program care executa o comanda cu indirectare, cu parametrii argv[0] si argv[1]." Dar poate altii au inteles si o sa iti raspunda. Oricum iti dai seama ca fara cod sunt sanse mici sa isi dea seama cineva care e problema. Daca afli misterul sa ne spui si noua. From so@atlantis.cs.pub.ro Mon Nov 10 14:35:11 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 10 Nov 2003 16:35:11 +0200 Subject: [so] tema 1 win In-Reply-To: <20031110041500.15540.qmail@web41009.mail.yahoo.com> References: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Message-ID: On Sun, 9 Nov 2003 20:15:00 -0800 (PST), Diana Fulger wrote: > Am o problema penibila, careia nu ii dau de cap: > Pentru modul executie din fisier, apelez functia din > program care executa o comanda cu indirectare, cu > parametrii argv[0] si argv[1]. In Linux a functionat > perfect, insa in Windows nu imi citeste din fisierul > care este Stdin decat prima linie, o executa, si se > opreste, adica nu mai citeste nimic din fisier > (considera ca s-a terminat). > Am verificat separat bucata de citire din fisier, > merge. Merge si indirectarea comenzilor in mod > interactiv. Are cineva vreo idee? Ma gandesc ca poate > am gresit ceva la indirectare, care nu se vede decat > in situatia asta, dar nu imi pot imagina ce. > Poate ai editat fisierul in Linux? In Linux sfarsitul unei linii e dat de '\n' iar in Windows de '\r\n'. tavi From so@atlantis.cs.pub.ro Mon Nov 10 14:39:51 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 10 Nov 2003 16:39:51 +0200 Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108135205.48079.qmail@web40017.mail.yahoo.com> References: <20031108135205.48079.qmail@web40017.mail.yahoo.com> Message-ID: On Sat, 8 Nov 2003 05:52:05 -0800 (PST), Murgan Mihai wrote: > Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs > timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie > cu un alt proces care sa doarma valabilitatea unei prajituri si cand > devine constient sa anunte sa fie aruncata, fie prin threaduri care sa > faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue > si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am > inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am > discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc). > Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca > gresesc spuneti-mi ce anume sa folosesc. > In al doilea rand, daca creez un nou proces acesta poate sa aiba doua > comportamente: > 1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas > prajiturii puse cel mai de mult in frigider > 2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei > prajituri. > In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai > tarziu decat termenul limita, secunde pierdute de calculele facute de > procesor si de primirea mesajelor intre procese. La fel si in cazul 2 :) Solutii pentru probleme de genul asta nu exista decat daca se foloseste un RTOS. Chiar daca faci busy waiting nu poti fi sigur (SO te poate intrerupe, teoretic indefinit de mult timp) tavi From so@atlantis.cs.pub.ro Mon Nov 10 16:07:34 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Mon, 10 Nov 2003 18:07:34 +0200 (EET) Subject: [so] o problema ciudata Message-ID: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> pe "scurt": "If sem_op is 0 (read operation) and semval is non-zero, the process sleeps on a queue waiting for semval to become zero." Am facut un program mic care incrementeaza val unui semafor; daca valoare= a semaforului ajunge la N, atunci un alt semafor e facut 0. In continuare s= e face un sem_op 0 pe semaforul 2, si cand iese afiseaza ceva. Pornesc programul, intra in starea "waiting"... de ce atunci cand il intrerup (CTRL-Z) si il trimit in background ("bg") se sare de starea waiting ? (a se intelege ca e vb de linux...) ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Mon Nov 10 17:22:24 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Mon, 10 Nov 2003 09:22:24 -0800 (PST) Subject: [so] Structuri IPC In-Reply-To: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <20031110172224.58452.qmail@web40016.mail.yahoo.com> --0-491379405-1068484944=:57656 Content-Type: text/plain; charset=us-ascii In enuntul temei este un paragraf care poate naste interpretari. Se scrie ca: "Cofetaria trebuie sa fie implementata ca un program separat, ce initializeaza structurile IPC si arunca prajiturile vechi." Eu de aici am inteles ca in cofetarie se vor initializa structurile( semafoare, memorie partajata, coada de mesaje) necesare pe tot parcursul programului si ca aici se vor arunca prajiturile. Semafoarele necesare sincronizarii clientilor, cum ar fi semaforul de asteptare al tuturor membrilor unui grup eu am ales sa fie creat si distrus de primul membru sosit al unui grup(verifica daca nu era deja creat si daca nu era deja creat inseamna ca e primul membru al grupului). Aceasta abordare mi se pare normala pentru ca cofetaria nu are de unde sa stie ce semafoare sa creeze atata vreme cat nu stie id-urile respectivelor grupurii ce urmeaza sa vina, asa ca nu ar avea cum sa creeze in avans aceste semafoare.Iar daca ar astepta mesaj cu id-ul grupului pana ar creea semaforul la care sa astepte grupul primul membru ar termina de mult procesul pentru ca nu ar gasi semafoare la care sa astepte. Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si orice altceva de genul acesta ar trebui create in cofetarie. As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar trebui creat in cofetarie. Va multumesc, Mihai Murgan --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-491379405-1068484944=:57656 Content-Type: text/html; charset=us-ascii
In enuntul temei este un paragraf care poate naste interpretari. Se scrie ca:
"Cofetaria trebuie sa fie implementata ca un program separat, ce initializeaza structurile IPC si arunca prajiturile vechi."
Eu de aici am inteles ca in cofetarie se vor initializa structurile( semafoare, memorie partajata, coada de mesaje) necesare pe tot parcursul programului si ca aici se vor arunca prajiturile. Semafoarele necesare sincronizarii clientilor, cum ar fi semaforul de asteptare al tuturor membrilor unui grup eu am ales sa fie creat si distrus de primul membru sosit  al unui grup(verifica daca nu era deja creat si daca nu era deja creat inseamna ca e primul membru al grupului).
Aceasta abordare mi se pare normala pentru ca cofetaria nu are de unde sa stie ce semafoare sa creeze atata vreme cat nu stie id-urile respectivelor grupurii ce urmeaza sa vina, asa ca nu ar avea cum sa creeze in avans aceste semafoare.Iar daca ar astepta mesaj cu id-ul grupului pana ar creea semaforul la care sa astepte grupul primul membru ar termina de mult procesul pentru ca nu ar gasi semafoare la care sa astepte.
Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si orice altceva de genul acesta ar trebui create in cofetarie.
As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar trebui creat in cofetarie.
 
Va multumesc,
Mihai Murgan

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-491379405-1068484944=:57656-- From so@atlantis.cs.pub.ro Mon Nov 10 17:43:36 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 10 Nov 2003 19:43:36 +0200 Subject: [so] Structuri IPC In-Reply-To: <20031110172224.58452.qmail@web40016.mail.yahoo.com> References: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> > >Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea >intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si >orice altceva de genul acesta ar trebui create in cofetarie. >As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar >trebui creat in cofetarie. > nu este necesar ca toate ipcurile sa fie create din cofetarie. imi cer scuze pt neclaritate, incercam sa arat ce ar trebui sa faca programul cofetarie. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 10 20:03:56 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 10 Nov 2003 22:03:56 +0200 Subject: [so] upload Message-ID: <1068494636.3fafef2c88d0c@cs.pub.ro> Pentru unii din voi informatiile la crearea contului de upload au fost incomplete - lipsea grupa. Cu campul respectiv nesetat, va puteti loga, dar nu puteti face upload. In concluzie, cine vrea :) sa faca upload de teme in viitorul apropiat, e asteptat (pe mail: dee@cs.pub.ro) cu precizari asupra grupei. Mai jos e lista de studenti in cauza: CostacheRuxandra ClejaMihai StanculeanuIonel HerbeiuRadu BarjovanuVlad DavidDan Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 10 20:14:36 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Mon, 10 Nov 2003 12:14:36 -0800 (PST) Subject: [so] terminarea programului In-Reply-To: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> Message-ID: <20031110201436.37781.qmail@web41012.mail.yahoo.com> Cand ar trebui sa se termine programul sweetshop? In momentul in care au aparut toate cele group_max grupuri si toti mebrii lor au fost serviti? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 10 22:37:24 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Tue, 11 Nov 2003 00:37:24 +0200 (EET) Subject: [so] erori Message-ID: <1785.141.85.0.67.1068503844.squirrel@www.as.ro> Ce (ar trebui)/(ar fi bine) sa se intample cand un consumator comanda un numar de prajituri mai mare decat capacitatea frigiderului sau un grup e format din un numar de oameni mai mare decat capacitatea cofetariei? Si separat, ce ar tb sa se intample daca consumeri din acealasi grup sunt porniti cu un numar al membrilor grupului diferit ? (la intrebarea asta, din enunt se intelegea ca "se presupune acelasi", deci nu ar trebui tratata eroarea). Marian. ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Tue Nov 11 00:41:25 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 02:41:25 +0200 Subject: [so] erori In-Reply-To: <1785.141.85.0.67.1068503844.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031111024047.00ad6448@mail.mymail.ro> nu se intampla asa ceva :). Maria. >Ce (ar trebui)/(ar fi bine) sa se intample cand un consumator comanda un >numar de prajituri mai mare decat capacitatea frigiderului sau un grup e >format din un numar de oameni mai mare decat capacitatea cofetariei? >Si separat, ce ar tb sa se intample daca consumeri din acealasi grup sunt >porniti cu un numar al membrilor grupului diferit ? (la intrebarea asta, >din enunt se intelegea ca "se presupune acelasi", deci nu ar trebui >tratata eroarea). > >Marian. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 00:46:18 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 02:46:18 +0200 Subject: [so] terminarea programului In-Reply-To: <20031110201436.37781.qmail@web41012.mail.yahoo.com> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> teoretic nu ar tr sa se termine niciodata si sa fie oprita cu CTRL-C... dar cum inca nu ati facut semnale pentru a putea distruge IPCurile (lucru absolut necesar (sa distrugeti IPCurile)), ideea ta e buna... asa ca raspunsul este: da. Maria. At 12:14 PM 11/10/2003 -0800, you wrote: >Cand ar trebui sa se termine programul sweetshop? >In momentul in care au aparut toate cele group_max >grupuri si toti mebrii lor au fost serviti? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 06:18:01 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Tue, 11 Nov 2003 08:18:01 +0200 Subject: [so] terminarea programului References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> Message-ID: <3FB07F19.7090509@pcnet.ro> Cum nu s-a specificat nimic in enuntz in legatura cu terminarea programelor eu am astfel: inchid cofetaria daca apas pe tasta q, moment cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie si daca nu mai sunt inchid ipc-urile si daca sunt nu inchid...trimit mesaj ca sa mai aspepte cu inchiderea.Stiam ca trebuie semnale dar nu aveam voie sa folosim.E ok asa? Maria Mateescu wrote: > > teoretic nu ar tr sa se termine niciodata si sa fie oprita cu > CTRL-C... dar cum inca nu ati facut semnale pentru a putea distruge > IPCurile (lucru absolut necesar (sa distrugeti IPCurile)), ideea ta e > buna... asa ca raspunsul este: > da. > > Maria. > > At 12:14 PM 11/10/2003 -0800, you wrote: > > >> Cand ar trebui sa se termine programul sweetshop? >> In momentul in care au aparut toate cele group_max >> grupuri si toti mebrii lor au fost serviti? > > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > From so@atlantis.cs.pub.ro Tue Nov 11 08:28:29 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 10:28:29 +0200 Subject: [so] terminarea programului In-Reply-To: <3FB07F19.7090509@pcnet.ro> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031111102801.00a5ea00@mail.mymail.ro> da... e bine de vreme ce se termina intr'un fel. Maria. >Cum nu s-a specificat nimic in enuntz in legatura cu terminarea >programelor eu am astfel: inchid cofetaria daca apas pe tasta q, moment >cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie si daca nu >mai sunt inchid ipc-urile si daca sunt nu inchid...trimit mesaj ca sa mai >aspepte cu inchiderea.Stiam ca trebuie semnale dar nu aveam voie sa >folosim.E ok asa? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 10:10:55 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 11 Nov 2003 02:10:55 -0800 (PST) Subject: [so] o problema ciudata In-Reply-To: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <20031111101055.30937.qmail@web60502.mail.yahoo.com> --- Marian Mihailescu wrote: > pe "scurt": > "If sem_op is 0 (read operation) and semval is > non-zero, the process > sleeps on a queue waiting for semval to become > zero." > Am facut un program mic care incrementeaza val unui > semafor; daca valoarea > semaforului ajunge la N, atunci un alt semafor e > facut 0. In continuare se > face un sem_op 0 pe semaforul 2, si cand iese > afiseaza ceva. Pornesc > programul, intra in starea "waiting"... de ce atunci > cand il intrerup > (CTRL-Z) si il trimit in background ("bg") se sare > de starea waiting ? > (a se intelege ca e vb de linux...) Operatiile blocante pot fi intrerupte de semnale. Probabil ca procesul tau din background incearca sa faca o scriere sau o citire de la stdout/stdin si primeste un semnal SIGTTOU/SIGTTIN pt ca nu are consola (fiind in background) iar parintele sau primeste un semnal SIGCHLD. Daca nu asta e cazul, in orice caz procesul tau care asteapta la semafor este deblocat de catre un semnal. De aceea este recomandat ca operatiile blocante sa se efectueze intr-o bucla de genul: do { result = operatie_blocanta(); } while (result != OK); /* conditia result != OK variaza de la caz la caz */ Aceast lucru este valabil atat pentru semafoare cat si pentru cozi de mesaje. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 10:20:08 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 11 Nov 2003 02:20:08 -0800 (PST) Subject: [so] intrebare In-Reply-To: <5.1.0.14.0.20031108171644.00a7c970@mail.mymail.ro> Message-ID: <20031111102008.5977.qmail@web60503.mail.yahoo.com> --- Maria Mateescu wrote: > > > > > > Un consumator poate sa ceara mai mult de > cakes_max prajituri? > > Da, poate sa ceara mai mult de cakes_max prajituri, > dar nu este obligatoriu > sa le si obtina. > > > > > O a 2-a intrebare : pot folosi in windows > functia atoi? (nu gasesc ceva > >similar in win32api) > > > habar nu am, cred ca da. > Rog pe altcineva sa raspunda la intrebarea asta. Exista niste functii pentru stringuri Unicode dar nu ne intereseaza acest aspect la SO. E Ok sa folosesti atoi pentru ca noi o sa lucram doar cu stringuri ASCII. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 11:29:07 2003 From: so@atlantis.cs.pub.ro (sorin adi) Date: Tue, 11 Nov 2003 03:29:07 -0800 (PST) Subject: [so] despre makefile Message-ID: <20031111112907.56948.qmail@web21205.mail.yahoo.com> in reguli nu sunt specificate decat ca arhiva nu contine executabile,ok. Dar daca dupa rularea makefile executabilele le-am pus in src e bine sau nu? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 13:00:38 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Tue, 11 Nov 2003 15:00:38 +0200 Subject: [so] o problema ciudata In-Reply-To: <20031111101055.30937.qmail@web60502.mail.yahoo.com> References: <20031111101055.30937.qmail@web60502.mail.yahoo.com> Message-ID: On Tue, 11 Nov 2003 02:10:55 -0800 (PST), Cosmin Arad wrote: > > Operatiile blocante pot fi intrerupte de semnale. > Probabil ca procesul tau din background incearca sa > faca o scriere sau o citire de la stdout/stdin si > primeste un semnal SIGTTOU/SIGTTIN pt ca nu are > consola (fiind in background) iar parintele sau > primeste un semnal SIGCHLD. > Daca nu asta e cazul, in orice caz procesul tau care > asteapta la semafor este deblocat de catre un semnal. > > De aceea este recomandat ca operatiile blocante sa se > efectueze intr-o bucla de genul: > > do { > result = operatie_blocanta(); > } while (result != OK); > /* conditia result != OK variaza de la caz la caz */ > Exista un macro care face acest lucru pentru voi: TEMP_FAILURE_RETRY. tavi From so@atlantis.cs.pub.ro Wed Nov 12 09:35:26 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 12 Nov 2003 11:35:26 +0200 Subject: [so] terminarea programului In-Reply-To: <3FB07F19.7090509@pcnet.ro> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> <3FB07F19.7090509@pcnet.ro> Message-ID: <3FB1FEDE.4000403@romus.ro> Ruxi Jitianu wrote: > Cum nu s-a specificat nimic in enuntz in legatura cu terminarea > programelor eu am astfel: inchid cofetaria daca apas pe tasta q, > moment cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie > si daca nu mai sunt inchid ipc-urile si daca sunt nu inchid...trimit > mesaj ca sa mai aspepte cu inchiderea.Stiam ca trebuie semnale dar nu > aveam voie sa folosim.E ok asa? Puneti si in readme treburile astea. --Adrian. From so@atlantis.cs.pub.ro Wed Nov 12 09:38:58 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 12 Nov 2003 11:38:58 +0200 Subject: [so] despre makefile In-Reply-To: <20031111112907.56948.qmail@web21205.mail.yahoo.com> References: <20031111112907.56948.qmail@web21205.mail.yahoo.com> Message-ID: <3FB1FFB2.8090800@romus.ro> sorin adi wrote: >in reguli nu sunt specificate decat ca arhiva nu >contine >executabile,ok. Dar daca dupa rularea makefile >executabilele >le-am pus in src e bine sau nu? > > Directorul src este acolo ca sa contina _doar_ surse. Deci incearca sa faci executabilele in acelasi director cu Makefile, nu in src. --Adrian. From so@atlantis.cs.pub.ro Wed Nov 12 17:41:44 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 12 Nov 2003 19:41:44 +0200 Subject: [so] terminare Message-ID: <001101c3a944$3d265b20$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_000E_01C3A955.00A0D340 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sper ca nu sunt depunctat daca la mine cofetaria se termina la ctrl-c. = (signal pe linux si consolectrlhandler pe windows) Toate structurile alocate sunt dealocate in ordine, toate ipc-urile = create sunt distruse. ------=_NextPart_000_000E_01C3A955.00A0D340 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Sper ca nu sunt depunctat daca la mine = cofetaria se=20 termina la ctrl-c. (signal pe linux si consolectrlhandler pe=20 windows)
Toate structurile alocate sunt = dealocate in ordine,=20 toate ipc-urile create sunt distruse.
------=_NextPart_000_000E_01C3A955.00A0D340-- From so@atlantis.cs.pub.ro Wed Nov 12 18:24:25 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Wed, 12 Nov 2003 20:24:25 +0200 (E. Europe Standard Time) Subject: [so] Intrebare ... Furnizor References: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <3FB27AD9.000001.01504@einstein> --------------Boundary-00=_PG49QL80000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_PG49LVC0000000000000" --------------Boundary-00=_PG49LVC0000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Furnizorul verifica periodic frigiderul cofetariei?=0D sau il chem eu cand vreau eu? --------------Boundary-00=_PG49LVC0000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Furnizorul verifica periodic frigiderul cofetariei?
sau il chem eu cand vreau eu?
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_PG49LVC0000000000000-- --------------Boundary-00=_PG49QL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: <7480D687-4EF4-4555-B65B-D83D71EE0843> R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_PG49QL80000000000000-- From so@atlantis.cs.pub.ro Wed Nov 12 19:32:21 2003 From: so@atlantis.cs.pub.ro (Costin APOSTOL) Date: Wed, 12 Nov 2003 21:32:21 +0200 (EET) Subject: [so] Timpul afisat la upload Message-ID: Din fericire ne este afisat timpul cand ne logam pentru a trimite tema. Din pacate nu ne avantajeaza deloc: e cam inainte cu vreo ora si 20 minute. Cu ce ora si DATA sunt primite temele noastre, ca asa cum vad eu lucrurile acum deadline-ul este pe la ora 22:30 ? Errare humanum est, perseverare diabolicum Costin From so@atlantis.cs.pub.ro Wed Nov 12 19:43:09 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 12 Nov 2003 21:43:09 +0200 Subject: [so] Timpul afisat la upload In-Reply-To: References: Message-ID: On Wed, 12 Nov 2003 21:32:21 +0200 (EET), Costin APOSTOL wrote: > > Din fericire ne este afisat timpul cand ne logam pentru a trimite > tema. Din pacate nu ne avantajeaza deloc: e cam inainte cu vreo ora si 20 > minute. > No more... tavi From so@atlantis.cs.pub.ro Wed Nov 12 23:55:13 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 01:55:13 +0200 Subject: [so] Intrebare ... Furnizor In-Reply-To: <3FB27AD9.000001.01504@einstein> References: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> --=====================_595195==_.REL Content-Type: text/plain; charset="us-ascii"; format=flowed frunizorul este un program care este lansat de fiecare data cand vrea utilizatorul, adica eu :). Maria. >Furnizorul verifica periodic frigiderul cofetariei? >sau il chem eu cand vreau eu? >____________________________________________________ >IMSTP1.gif >IncrediMail - Email has finally evolved - >Click Here > > >---------- >90ecd.jpg Acasa.ro vine cu albumele, >tu vino doar cu pozele ;) > > --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ --=====================_595195==_.REL Content-Type: image/gif; name="IMSTP1.gif"; x-mac-type="47494666"; x-mac-creator="4A565752" Content-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro.1> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="IMSTP1.gif" R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --=====================_595195==_.REL Content-Type: image/jpeg; name="90ecd.jpg"; x-mac-type="4A504547"; x-mac-creator="4A565752" Content-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro.2> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="90ecd.jpg" /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAABAAEDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD/AD/6 KKKAP//Z --=====================_595195==_.REL-- From so@atlantis.cs.pub.ro Thu Nov 13 08:35:53 2003 From: so@atlantis.cs.pub.ro (Toma Monica) Date: Thu, 13 Nov 2003 00:35:53 -0800 (PST) Subject: [so] intrebare acces la frigider Message-ID: <20031113083553.78577.qmail@web10404.mail.yahoo.com> Am si eu o pb destul de ..grava... Intrebarea se refera la accesul la memoria partajata. Mai precis, daca de exp un consumator face cerere pe memoria partajata si obtine drept de acces(adica sunt suficiente prajituri)dar intre timp (inainte de a "pune mana pe mutex") vine procesul care curata frigiderul si ia mutexul si scoate suficiente prajituri astfel incat, in momentul in care termina, in frigider nu mai sunt suficiente prajituri pt a le scoate din memorie...Ce se poate face. Noi avem practic 2 tipuri de consumatori care actioneza diferit. Ce se poate face in acest caz? Sa mai introducem un mutex ? Ma gandesc ca modificarea prod-cons nu se poate pune pb.. ===== I dream of finding myself laughing! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 13 08:45:41 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Thu, 13 Nov 2003 00:45:41 -0800 (PST) Subject: [so] alta intrebare tema 2 In-Reply-To: <2.0beta.1068059446313.1360656092858937010.atta@@mymail.ro> Message-ID: <20031113084541.57257.qmail@web41001.mail.yahoo.com> --- Maria Mateescu wrote: > Cum vrei. > > Am schimbat putin enuntul temei. Nu mai trebuie > ca daca ai 4 scaune libere > si vine un grup de 5 si apoi un grup de 3, al > doilea grup sa o ia inainte. > Primul grup poate sa ocupe 4 scaune si sa mai > astepte unul. > > Maria. Asa trebuie facuta implementarea? Pentru ca din enunt se intelege ca grupul de 5 asteapta pana sunt libere 5 scaune? "Daca nu exista group_size locuri libere in sala consumatorii din intregul grup asteapta eliberarea lor" Intelesesem ca enuntul nu s-a schimbat. :( __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 13 21:07:55 2003 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Thu, 13 Nov 2003 13:07:55 -0800 Subject: [so] semafoare windows References: <20031113084541.57257.qmail@web41001.mail.yahoo.com> Message-ID: <010301c3aa2a$35bc7f40$42c8100a@dany> Salut! Pentru a simula un semafor care sa decrementeze cu mai mult de 1 odata este ok daca asociez fiecarui semafor o memorie partajata? toate bune! From so@atlantis.cs.pub.ro Thu Nov 13 10:41:44 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:41:44 +0300 Subject: [so] intrebare acces la frigider Message-ID: <2.0beta.1068723704000.-6533070337438367259.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Dupa cum ti-ai dat seama, abordarea ta este fundamental gresita. Gandeste-te de ce apar race-urile in general, si care sunt mecanismele pentru evitarea lor. =20 Hint: cum faci sa "rezervi" cate prajituri vrei, ca sa nu ti le poata lua celalalt proces ? =20 Maria. =20 >Am si eu o pb destul de ..grava... >Intrebarea se refera la accesul la memoria partajata. >Mai precis, daca de exp un consumator face cerere pe >memoria partajata si obtine drept de acces(adica sunt >suficiente prajituri)dar intre timp (inainte de a >"pune mana pe mutex") vine procesul care curata >frigiderul si ia mutexul si scoate suficiente >prajituri astfel incat, in momentul in care termina, >in frigider nu mai sunt suficiente prajituri pt a le >scoate din memorie...Ce se poate face. Noi avem >practic 2 tipuri de consumatori care actioneza >diferit. >Ce se poate face in acest caz? Sa mai introducem un >mutex ? Ma gandesc ca modificarea prod-cons nu se >poate pune pb.. =20 >=3D=3D=3D=3D=3D =20 >I dream of finding myself laughing! =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Dupa cum ti-ai dat seama, abordarea ta este fundamental gresita.
Gandeste-te de ce apar race-urile in general, si care sunt mecanismele pentru = evitarea lor.

Hint: cum faci sa "rezervi" cate prajituri vrei, ca sa nu ti le = poata lua celalalt proces ?

Maria.

>Am si eu o pb destul de ..grava...
>Intrebarea se refera la accesul la memoria partajata.
>Mai precis, daca de exp un consumator face cerere pe
>memoria partajata si obtine drept de acces(adica sunt
>suficiente prajituri)dar intre timp (inainte de a
>"pune mana pe mutex") vine procesul care curata
>frigiderul si ia mutexul si scoate suficiente
>prajituri astfel incat, in momentul in care termina,
>in frigider nu mai sunt suficiente prajituri pt a le
>scoate din memorie...Ce se poate face. Noi avem
>practic 2 tipuri de consumatori care actioneza
>diferit.
>Ce se poate face in acest caz? Sa mai introducem un
>mutex ? Ma gandesc ca modificarea prod-cons nu se
>poate pune pb..

>=3D=3D=3D=3D=3D

>I dream of finding myself laughing!


>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 10:43:48 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:43:48 +0300 Subject: [so] alta intrebare tema 2 Message-ID: <2.0beta.1068723828027.89367946393948167.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable mail.yahoo.com Asta se refera la faptul ca ei nu se apuca sa manance pana cand nu au toti loc. =20 Maria. =20 >"Daca nu exista group_size locuri libere in sala >consumatorii din intregul grup asteapta eliberarea >lor" =20 >Intelesesem ca enuntul nu s-a schimbat. :( =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable mail.yahoo.com
Asta se refera la faptul ca ei nu se apuca sa manance pana cand nu au toti = loc.

Maria.

>"Daca nu exista group_size locuri libere in sala
>consumatorii din intregul grup asteapta eliberarea
>lor"

>Intelesesem ca enuntul nu s-a schimbat. :(


>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 10:45:59 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:45:59 +0300 Subject: [so] semafoare windows Message-ID: <2.0beta.1068723959730.7933368643405124340.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable in principiu nu... dar depinde de ce faci cu memoria partajata :P. ai putea avea probleme cu downu'. =20 Maria. >Salut! =20 > Pentru a simula un semafor care sa decrementeze cu mai mult de 1 >odata este ok daca asociez fiecarui semafor o memorie partajata? =20 >toate bune! =20 >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable in principiu nu... dar depinde de ce faci cu memoria partajata :P.
ai putea avea probleme cu downu'.

Maria.
>Salut!

> Pentru a simula un semafor care sa decrementeze cu mai mult de = 1
>odata este ok daca asociez fiecarui semafor o memorie partajata?

>toate bune!

>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 11:50:20 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Thu, 13 Nov 2003 13:50:20 +0200 (E. Europe Standard Time) Subject: [so] Conflict References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> Message-ID: <3FB36FFC.000001.01540@einstein> --------------Boundary-00=_WVGAQL80000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_WVGALVC0000000000000" --------------Boundary-00=_WVGALVC0000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable M-am lovit de urmatoarea problema.=0D Se face o cerere de prajituri din partea consumatorilor.=0D Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si i= a pentru el prajuturile vechi.=0D Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei.=0D =0D Cum rezolv problema?=0D =0D Florin --------------Boundary-00=_WVGALVC0000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
M-am lovit de urmatoarea problema.
Se face o cerere de prajituri din partea consumatorilor.
Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul= si ia pentru el prajuturile vechi.
Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei= =2E
 
Cum rezolv problema?
 
Florin
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_WVGALVC0000000000000-- --------------Boundary-00=_WVGAQL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: <8373EF3A-E7B5-4240-8244-1781197289A5> R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_WVGAQL80000000000000-- From so@atlantis.cs.pub.ro Thu Nov 13 12:23:07 2003 From: so@atlantis.cs.pub.ro (dinca radu) Date: Thu, 13 Nov 2003 14:23:07 +0200 Subject: [so] semafoare Message-ID: <200311131223.hADCN85W010603@k.k.ro> Sunt obligat sa folosesc semafoare ? Daca programul meu ar functiona la fel de bine si fara, ar fi vreo problema ? Sentimente.ro - www.sentimente.ro Peste 50.000 de prieteni te asteapta! From so@atlantis.cs.pub.ro Thu Nov 13 13:28:42 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 15:28:42 +0200 Subject: [so] semafoare In-Reply-To: <200311131223.hADCN85W010603@k.k.ro> References: <200311131223.hADCN85W010603@k.k.ro> Message-ID: On Thu, 13 Nov 2003 14:23:07 +0200, dinca radu wrote: > > Sunt obligat sa folosesc semafoare ? Daca programul meu ar functiona la > fel de bine si fara, ar fi vreo problema ? > Nu poate sa functioneze corect fara semafoare/cozi de mesaje/alte mecanisme IPC. Prin functionat corect nu se intelege faptul ca "mi-e imi merge", ci faptul ca se poate demonstra mai mult sau mai putin riguros sa nu exista conditii de cursa sau probleme de sincronizare. tavi From so@atlantis.cs.pub.ro Thu Nov 13 13:31:11 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 15:31:11 +0200 Subject: [so] Conflict In-Reply-To: <3FB36FFC.000001.01540@einstein> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <3FB36FFC.000001.01540@einstein> Message-ID: On Thu, 13 Nov 2003 13:50:20 +0200 (E. Europe Standard Time), Florin Pop wrote: > M-am lovit de urmatoarea problema. > > Se face o cerere de prajituri din partea consumatorilor. > > Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si > ia > pentru el prajuturile vechi. > Consumatorilor nu trebuie sa li se spuna ca exista prajituri. Ei trebuie sa le astepte pana cand vin. tavi From so@atlantis.cs.pub.ro Thu Nov 13 13:49:57 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 15:49:57 +0200 Subject: [so] terminare In-Reply-To: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> ok Maria. >Sper ca nu sunt depunctat daca la mine cofetaria se termina la ctrl-c. >(signal pe linux si consolectrlhandler pe windows) >Toate structurile alocate sunt dealocate in ordine, toate ipc-urile create >sunt distruse. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Thu Nov 13 16:05:51 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 18:05:51 +0200 Subject: [so] semafoare In-Reply-To: <200311131431.hADEV7eD021996@k.k.ro> References: <200311131431.hADEV7eD021996@k.k.ro> Message-ID: On Thu, 13 Nov 2003 16:31:07 +0200, dinca radu wrote: > > Pai am o locatie de memorie in care imi pun "mutex-ul" meu virtual > ...daca > locatia respectiva e 0 atunci mi se da acces la frigider , altfel > programul > asteapta sa se faca locatia 0. De ce nu mi s-ar functiona ? > > Trebuie sa ai garantia ca citirea si scrierea din "mutex-ul virtual" se fac atomic. Sunt multe motive pentru care citirea si scrierea in "multex-ul virtual" ar putea sa nu fie atomice: - optimizari de compilator - optimizari in procesor - executie paralela in procesor - cvasi-paralelismul oferit de SO pentru procese - sisteme SMP In al doilea rand, daca tu astepti ca locatia sa se faca 0 fara a folosi semafoare & stuff, o sa o faci busy wating. From so@atlantis.cs.pub.ro Thu Nov 13 20:13:42 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 13 Nov 2003 22:13:42 +0200 Subject: [so] Asteptare Message-ID: <004001c3aa22$a332c7d0$6400a8c0@andrei> This is a multi-part message in MIME format. ------=_NextPart_000_003D_01C3AA33.65B09070 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable O asteptare de genul urmator: repeta la infinit: take mutex verificare resursa partajata (eventual break) release mutex facuta de mai multe procese simultan, se considera a fi ok sau tinde = spre o asteptare blocanta? daca e ok, au toate procesele "sanse" egale de a face verificarea = resursei? ------=_NextPart_000_003D_01C3AA33.65B09070 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
O asteptare de genul = urmator:
 
repeta la infinit:
    take = mutex
    verificare resursa=20 partajata (eventual break)
    release = mutex
 
facuta de mai multe procese simultan, = se considera=20 a fi ok sau tinde spre o asteptare blocanta?
daca e ok, au toate procesele "sanse" = egale de a=20 face verificarea resursei?
------=_NextPart_000_003D_01C3AA33.65B09070-- From so@atlantis.cs.pub.ro Thu Nov 13 20:56:28 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 13 Nov 2003 12:56:28 -0800 (PST) Subject: [so] Asteptare In-Reply-To: <004001c3aa22$a332c7d0$6400a8c0@andrei> Message-ID: <20031113205628.98887.qmail@web60509.mail.yahoo.com> --- Andrei Hagiescu wrote: > O asteptare de genul urmator: > > repeta la infinit: > take mutex > verificare resursa partajata (eventual break) > release mutex > > facuta de mai multe procese simultan, se considera a > fi ok sau tinde spre o asteptare blocanta? > daca e ok, au toate procesele "sanse" egale de a > face verificarea resursei? Nu e OK pentru ca e busy-waiting. Asta daca nu cumva procesul care modifica resursa tine mutexul de la inceput si ii da drumul abia dupa modificarea resursei iar cei care citesc nu cicleaza infinit. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 09:33:52 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Fri, 14 Nov 2003 01:33:52 -0800 (PST) Subject: [so] prajituri vs consumatori In-Reply-To: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> Message-ID: <20031114093352.9175.qmail@web41007.mail.yahoo.com> Daca un consumator vrea 5 prajituri si in frigider sunt doar 3 , consumatorul va lua 3 prajituri dupa care va mai astepta sa ia 2 ? sau va astepta sa fie 5 prajituri in frigider ca sa le poate lua pe toate? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 09:55:11 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 14 Nov 2003 11:55:11 +0200 Subject: [so] prajituri vs consumatori In-Reply-To: <20031114093352.9175.qmail@web41007.mail.yahoo.com> References: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031114115453.00a5f640@mail.mymail.ro> cum vrei. Maria. >Daca un consumator vrea 5 prajituri si in frigider >sunt doar 3 , consumatorul va lua 3 prajituri dupa >care va mai astepta sa ia 2 ? > >sau va astepta sa fie 5 prajituri in frigider ca sa le >poate lua pe toate? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Fri Nov 14 14:21:39 2003 From: so@atlantis.cs.pub.ro (sorin adi) Date: Fri, 14 Nov 2003 06:21:39 -0800 (PST) Subject: [so] despre upload Message-ID: <20031114142139.22742.qmail@web21207.mail.yahoo.com> Am dat din greseala upload la o tema de windows in loc de tema de linux. Dupa care am uploadat si pe tema de linux,adica eu am trimis 2 teme identice fara sa vreau si mi-au aparut ca 2 teme trimise. Acuma nu as vrea sa ii fie corectata tema de windows (care e de fapt de linux) si vreau sa trimit si tema Windows(dar poate mai incolo in vacanta).Cum fac? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 16:03:15 2003 From: so@atlantis.cs.pub.ro (Badea Ovidiu) Date: Fri, 14 Nov 2003 08:03:15 -0800 (PST) Subject: [so] loc Message-ID: <20031114160315.98270.qmail@web13507.mail.yahoo.com> Exista vreo restrictie in ceea ce priveste locul (programul) in care trebuie sa aiba loc consumarea prajiturilor. Ceva de genul: consumatorii trebuie sa astepte sa intre in cofetarie in programul consumer si apoi sa isi astepte prajiturile in programul sweetshop? Sau asta ramane la latitudinea noastra ? In enunt nu era nimic explicit, dar dupa ce am citit niste mesaje de pe lista m-au lovit dubiile (si m-au trantit la pamant). __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 15:36:32 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 14 Nov 2003 18:36:32 +0300 Subject: [so] loc Message-ID: <2.0beta.1068827792528.2399367487516369908.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable nu exista nici o restrictie explicita dar trebuie sa te gandesti cum e mai bine. =20 Maria. >Exista vreo restrictie in ceea ce priveste locul >(programul) in care trebuie sa aiba loc consumarea >prajiturilor. Ceva de genul: consumatorii trebuie sa >astepte sa intre in cofetarie in programul consumer si >apoi sa isi astepte prajiturile in programul >sweetshop? Sau asta ramane la latitudinea noastra ? In >enunt nu era nimic explicit, dar dupa ce am citit >niste mesaje de pe lista m-au lovit dubiile (si m-au >trantit la pamant). =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable nu exista nici o restrictie explicita dar trebuie sa te gandesti cum e mai = bine.

Maria.
>Exista vreo restrictie in ceea ce priveste locul
>(programul) in care trebuie sa aiba loc consumarea
>prajiturilor. Ceva de genul: consumatorii trebuie sa
>astepte sa intre in cofetarie in programul consumer si
>apoi sa isi astepte prajiturile in programul
>sweetshop? Sau asta ramane la latitudinea noastra ? In
>enunt nu era nimic explicit, dar dupa ce am citit
>niste mesaje de pe lista m-au lovit dubiile (si m-au
>trantit la pamant).

>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/





Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Fri Nov 14 18:10:07 2003 From: so@atlantis.cs.pub.ro (Irina Carabus) Date: Fri, 14 Nov 2003 10:10:07 -0800 (PST) Subject: [so] Cakes_max Message-ID: <20031114181007.28599.qmail@web42002.mail.yahoo.com> Buna! Am si eu o intrebare : daca un consumator cere mai mult de "cakes_max " prajituri, ce se intampla? Il las sa astepte (treaba lui!) sau ii dau mesaj (si atunci va sti sa plece)? Mersi! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 22:48:23 2003 From: so@atlantis.cs.pub.ro (Ionut Cirjan) Date: Fri, 14 Nov 2003 14:48:23 -0800 (PST) Subject: Fwd: Re: [so] expandarea var de mediu in lin de comanda Message-ID: <20031114224823.21245.qmail@web41106.mail.yahoo.com> Fac fwd la un mail din timpul temei 1 . Este legat de expandarea variabilelor de mediu in Linux. S-a discutat acest lucru pe lista, s-a lamurit (atunci). Insa daca va uitati sunt puncte scazute pentru ca nu tinem cont de variabile de genul $HOME/bin (varibila trebuia sa se termina la / ). Nu e mult scazut (-0.3) si nu numai la mine, ci la toti!. Ca principiu mi se pare incorect din moment ce a aparut aceasta intrebare, a fost discutata clar si nu era *necesar* sa se utilizeze ca delimitatori si '/'. Durerea nu este in punctele scazute, si in principiul de functionare al acestei liste: avem incredere 100% in ce se raspunde/lamureste/stabileste aici ??? Ionut. PS: cred ca majoritatea colegilor mei ar vrea un raspuns. --- Cosmin Arad wrote: > From: Cosmin Arad > Subject: Re: [so] expandarea var de mediu in lin de > comanda > To: so@atlantis.cs.pub.ro > Date: Tue, 28 Oct 2003 00:17:08 -0800 (PST) > > --- Ionut Cirjan wrote: > > Sal. > > > > Pls, o mica lamurire. > > > > Daca $ apare intr-o comanda, dupa el e un cuvant > > care > > vrea sa reprezinte o variabila de mediu. > > Cum delimitam acest cuvant la celalat capat (la > > sfarsit, la ce caractere ne oprim) ? Space e > > evident, > > dar mai e si altul ? > > Alti delimitatori ar fi operatorii. Atentie insa la > '\' care poate sa iti protejeze $-ul de la inceput > caz > in care nu e vorba de o variabila de mediu ci de > numele unei comenzi sau fisier, de exemplu: ls > \$HOME > va incerca sa faca ls pe fisierul cu numele '$HOME'. > > > Dar daca cuvantul gasit nu e variabila de mediu, > cu > > ce > > il inlocuim ? > > Cu sirul vid. > > > Thanks, > > Ionut. > > __________________________________ > Do you Yahoo!? > Exclusive Video Premiere - Britney Spears > http://launch.yahoo.com/promos/britneyspears/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so ===== I wish you all a lovely day, tomorow and today. Cirjan Ionut Silviu __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 23:46:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Fri, 14 Nov 2003 15:46:32 -0800 (PST) Subject: Fwd: Re: [so] expandarea var de mediu in lin de comanda In-Reply-To: <20031114224823.21245.qmail@web41106.mail.yahoo.com> Message-ID: <20031114234632.99022.qmail@web60506.mail.yahoo.com> Salut, Eu am zis ca "Alti delimitatori ar fi operatorii". Nu am spus ca sunt singurii alti delimitatori. Din ce ti-am raspuns eu in mailul respectiv nu reiese in nici un fel ca nu este *necesar* ca variabilele de mediu sa fie delimitate la dreapta de '/'. Scopul listei este sa te ajute sa-ti faci temele. Bineinteles ca poti sa ai incredere in raspunsurile de pe lista insa citeste-le cu atentie si daca simti ca nu esti lamurit 100% mai intreaba. Succes, Cosmin --- Ionut Cirjan wrote: > Fac fwd la un mail din timpul temei 1 . > Este legat de expandarea variabilelor de mediu in > Linux. > S-a discutat acest lucru pe lista, s-a lamurit > (atunci). > Insa daca va uitati sunt puncte scazute pentru ca nu > tinem cont de variabile de genul $HOME/bin (varibila > trebuia sa se termina la / ). > Nu e mult scazut (-0.3) si nu numai la mine, ci la > toti!. > Ca principiu mi se pare incorect din moment ce a > aparut aceasta intrebare, a fost discutata clar si > nu > era *necesar* sa se utilizeze ca delimitatori si > '/'. > > Durerea nu este in punctele scazute, si in > principiul > de functionare al acestei liste: avem incredere 100% > in ce se raspunde/lamureste/stabileste aici ??? > > Ionut. > > PS: cred ca majoritatea colegilor mei ar vrea un > raspuns. > > > --- Cosmin Arad wrote: > > From: Cosmin Arad > > Subject: Re: [so] expandarea var de mediu in lin > de > > comanda > > To: so@atlantis.cs.pub.ro > > Date: Tue, 28 Oct 2003 00:17:08 -0800 (PST) > > > > --- Ionut Cirjan wrote: > > > Sal. > > > > > > Pls, o mica lamurire. > > > > > > Daca $ apare intr-o comanda, dupa el e un cuvant > > > care > > > vrea sa reprezinte o variabila de mediu. > > > Cum delimitam acest cuvant la celalat capat (la > > > sfarsit, la ce caractere ne oprim) ? Space e > > > evident, > > > dar mai e si altul ? > > > > Alti delimitatori ar fi operatorii. Atentie insa > la > > '\' care poate sa iti protejeze $-ul de la inceput > > caz > > in care nu e vorba de o variabila de mediu ci de > > numele unei comenzi sau fisier, de exemplu: ls > > \$HOME > > va incerca sa faca ls pe fisierul cu numele > '$HOME'. > > > > > Dar daca cuvantul gasit nu e variabila de mediu, > > cu > > > ce > > > il inlocuim ? > > > > Cu sirul vid. > > > > > Thanks, > > > Ionut. > > > > __________________________________ > > Do you Yahoo!? > > Exclusive Video Premiere - Britney Spears > > http://launch.yahoo.com/promos/britneyspears/ > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > ===== > > > > I wish you all a lovely day, > tomorow and today. > > Cirjan Ionut Silviu > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 23:44:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 01:44:55 +0200 Subject: [so] Cakes_max In-Reply-To: <20031114181007.28599.qmail@web42002.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> il lasi sa astepte. Maria. >daca un consumator cere mai >mult de "cakes_max " prajituri, ce se intampla? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Fri Nov 14 23:50:57 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 01:50:57 +0200 Subject: [so] Conflict In-Reply-To: <3FB36FFC.000001.01540@einstein> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Iti inteleg lovitura.... :). solutia ar fi ca in loc sa lasi consumatorii sa rezerve prajituri care ar putea dispare sa pui gunoierul in situatia in care sa poata rezerva pentru aruncare prajituri care pot fi mancate intre timp. Maria. >M-am lovit de urmatoarea problema. >Se face o cerere de prajituri din partea consumatorilor. >Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si ia >pentru el prajuturile vechi. >Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei. > >Cum rezolv problema? > >Florin --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 00:06:16 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Fri, 14 Nov 2003 16:06:16 -0800 (PST) Subject: [so] ./sweetshop parametri Message-ID: <20031115000616.29411.qmail@web60305.mail.yahoo.com> Este o sugestie ca max_cakes si max_seats sa fie luati cu getenv. Bun! dar ala care testeaza ce face se duce in fiecare consola si seteaza variabilele sau le are setate odate de la bootare si atunci ar cam trebuie sa stim numele. Sau alta intrebare, ce rost mai au paramtrii pt sweetshop daca vom face cu getenv? Intreb pt ca ar fi trist sa fac tema si la corectare: ./sweetshop 30 30 70 ... hmm nu merge? nota 4 :P deci care ma lumineaza (intrebarea este pt cei care corecteaza)? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:18:41 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 15 Nov 2003 01:18:41 -0800 (PST) Subject: [so] Cakes_max In-Reply-To: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <20031115091841.77992.qmail@web41002.mail.yahoo.com> In cazul in care un consumator va cere mai mult de cakes max el nu va fi niciodata servit deci tot grupul va ramane blocat. Sa intelegem ca acesta e un comportamnet ok ? --- Maria Mateescu wrote: > > il lasi sa astepte. > > Maria. > > > >daca un consumator cere mai > >mult de "cakes_max " prajituri, ce se intampla? > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:20:13 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 15 Nov 2003 01:20:13 -0800 (PST) Subject: [so] parametrii liniei de comanda In-Reply-To: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <20031115092013.8122.qmail@web41009.mail.yahoo.com> Se presupune ca paramterii liniei de comanda sunt dati corect adica se vor introduce niste parametrii valizi? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:34:38 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 11:34:38 +0200 Subject: [so] parametrii liniei de comanda In-Reply-To: <20031115092013.8122.qmail@web41009.mail.yahoo.com> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115113430.00a5f960@mail.mymail.ro> da >Se presupune ca paramterii liniei de comanda sunt dati >corect adica se vor introduce niste parametrii valizi? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 09:34:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 11:34:55 +0200 Subject: [so] Cakes_max In-Reply-To: <20031115091841.77992.qmail@web41002.mail.yahoo.com> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> da >In cazul in care un consumator va cere mai mult de >cakes max el nu va fi niciodata servit deci tot grupul >va ramane blocat. Sa intelegem ca acesta e un >comportamnet ok ? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 10:06:35 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sat, 15 Nov 2003 12:06:35 +0200 Subject: [so] Cakes_max References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> Message-ID: <3FB5FAAB.2040303@pcnet.ro> E a nu stiu cata oara cand se vorbeste despre chestia asta si m-am incurcat de tot.....vreau sa stiu daca e ok ca eu l-am dat afara pe clientul "mancacios" care vrea mai multe prajituri decat capacitatea frigiderului.Mai exact ies imedit ce constat ca a cerut mai multe prajituri decat cate i de pot da. Multumesc! Ruxandra From so@atlantis.cs.pub.ro Sat Nov 15 10:54:14 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 12:54:14 +0200 Subject: [so] Cakes_max In-Reply-To: <3FB5FAAB.2040303@pcnet.ro> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115125358.00ae5a68@mail.mymail.ro> e ok. si asa, si asa. >E a nu stiu cata oara cand se vorbeste despre chestia asta si m-am >incurcat de tot.....vreau sa stiu daca e ok ca eu l-am dat afara pe >clientul "mancacios" care vrea mai multe prajituri decat capacitatea >frigiderului.Mai exact ies imedit ce constat ca a cerut mai multe >prajituri decat cate i de pot da. > >Multumesc! > >Ruxandra --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 11:34:22 2003 From: so@atlantis.cs.pub.ro (Octavian PURDILA) Date: Sat, 15 Nov 2003 13:34:22 +0200 Subject: [so] Re: Am o nelamurire In-Reply-To: <20031114212032.96165.qmail@web40020.mail.yahoo.com> References: <20031114212032.96165.qmail@web40020.mail.yahoo.com> Message-ID: <1068896062.3fb60f3ecd151@cs.pub.ro> Quoting Murgan Mihai : Acest raspuns este unul generic pentru toate plangerile de genul celor de mai jos (buguri de tip buffer overflow). Nu se va mai raspunde la alte plangeri similare. > Domnule profesor, > > nedumerit. Din ceea ce spuneati dumneavoastra pe lista > reiesea clar ca se pot limita comenzile la maxim 500 > de caractere, dar sa specificam acest lucru in readme. > Exact asa am facut si eu, am specificat in readme > acest lucru si intr-adevar nu am mai verificat in > program daca se depaseste sau nu aceasta limita, din Dupa cum reiese din discutia de pe lista, puteai sa limitezi buferele, DAR trebuia sa verifici atunci cand scrii in ele astfel incat sa nu le depasesti. Problema care s-a intalnit la tine poarte numele de buffer overflow si este responsabila de 90% (sau poate chiar mai mult) de exploiturile existente. Problema buffer overflow nu poate fi corectata decat - daca programatorul programeaza corect si nu scrie in bufere mai mult decat este cazul - limbajul verifica la fiecare scriere dimensiunea bufferului Cum optiunea doi nu este implementata in C, singura solutie corecta este optiunea unu. tavi ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Sat Nov 15 12:24:18 2003 From: so@atlantis.cs.pub.ro (dinca radu) Date: Sat, 15 Nov 2003 14:24:18 +0200 Subject: [so] JMP Message-ID: <200311151224.hAFCOI6I002971@k.k.ro> ce instructiune gen jmp din assembler exista in C de linux ? si cum folosesc etichete pt. ea? daca se poate as dori un raspuns cat mai rapid , pt. ca chiar am nevoie de ea :) Radu Sentimente.ro - www.sentimente.ro Peste 50.000 de prieteni te asteapta! From so@atlantis.cs.pub.ro Sat Nov 15 12:26:36 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 04:26:36 -0800 (PST) Subject: [so] JMP In-Reply-To: <200311151224.hAFCOI6I002971@k.k.ro> Message-ID: <20031115122636.90010.qmail@web60503.mail.yahoo.com> --- dinca radu wrote: > > ce instructiune gen jmp din assembler exista in C de > linux ? si cum > folosesc etichete pt. ea? > daca se poate as dori un raspuns cat mai rapid , pt. > ca chiar am nevoie de > ea :) instructiuni; goto label; instructiuni; label: instructiuni; Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 17:09:53 2003 From: so@atlantis.cs.pub.ro (Dana Tiba) Date: Sat, 15 Nov 2003 19:09:53 +0200 (EET) Subject: [so] Conflict In-Reply-To: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Message-ID: <35508.81.196.10.119.1068916193.squirrel@dazoot.ro> Salut, In textul temei scrie: "Chiar daca a obtinut numarul de prajituri cerute, fiind tare politicos, consumatorul nu va incepe sa manance decat atunci cand toti prietenii lui si-au primit prajiturile. " Eu intelesesem ca in momentul in care un consumator comanda prajiturile dorite le si primeste (daca acestea exista in momentul acela in frigider) si apoi asteapta sa le manince (adica sa inceapa timpul aleator de microsecunde destinat mincarii). Adica in timpul in care este "politicos" si ii asteapta pe ceilalti el are deja prajiturile pe masa, nu mai sunt in frigider, deci gunoierul nu mai are de ce sa le arunce. dana > > Iti inteleg lovitura.... :). > solutia ar fi ca in loc sa lasi consumatorii sa rezerve prajituri care > ar putea dispare sa pui gunoierul in situatia in care sa poata rezerva > pentru aruncare prajituri care pot fi mancate intre timp. > > Maria. > > >>M-am lovit de urmatoarea problema. >>Se face o cerere de prajituri din partea consumatorilor. >>Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si >> ia pentru el prajuturile vechi. >>Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei. >> >>Cum rezolv problema? >> >>Florin > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so From so@atlantis.cs.pub.ro Sat Nov 15 17:48:00 2003 From: so@atlantis.cs.pub.ro (andrei damian) Date: Sat, 15 Nov 2003 19:48:00 +0200 Subject: [so] Testarea temelor Message-ID: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Salut, In urma rezultatului obtinut la tema 1 am 2 intrebari: - se tine cont de conventiile pe care le-am mentionat in readme privind = implementarea temei? - eu de exemplu am fost depunctat pentru redirectari de genul cmd1 < = cmd2 in conditiile in care am mentionat ca minishellul meu, atunci cand = apar operatori de redirectare, prelucreaza o comanda de genul 'cmd = op_redir nume_fisier'; - din discutiile de pe forum si din textul temei am inteles ca nici = nu se asteapta altceva - va exista un server pe care ne vom putea testa temele si pe care se va = face si corectura? - unele din erorile pentru care am fost depunctat nu imi apar acasa; = e posibil sa fii programat prost, dar nu as fi trimis o tema daca la = comenzi simple ar fi dat segm.fault:D; poate ar fi util sa se = stabileasca macar versiunea de kernel si cea a compilatorului pe care se = face testarea. 10x Andrei DAMIAN 342CA ------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Salut,
 
In urma rezultatului obtinut la tema 1 = am 2=20 intrebari:
- se tine cont de conventiile pe care = le-am=20 mentionat in readme privind implementarea temei?
    - eu de exemplu am = fost=20 depunctat pentru redirectari de genul cmd1 < cmd2 in conditiile = in care=20 am mentionat ca minishellul meu, atunci cand apar operatori de=20 redirectare, prelucreaza o = comanda de genul=20 'cmd op_redir nume_fisier';
    - din discutiile de = pe forum si=20 din textul temei am inteles ca nici nu se asteapta = altceva
 
- va exista un server pe care ne vom = putea testa=20 temele si pe care se va face si corectura?
    - unele din erorile = pentru care=20 am fost depunctat nu imi apar acasa; e posibil sa fii programat prost, = dar nu as=20 fi trimis o tema daca la comenzi simple ar fi dat segm.fault:D; poate ar = fi util=20 sa se stabileasca macar versiunea de kernel si cea a compilatorului pe = care se=20 face testarea.
 
10x
 
Andrei DAMIAN
342CA
 
------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/ignore; charset=US-ASCII; name="SecurityCheck.txt" Content-Disposition: inline ------------------------------------------------------- Xnet scaneaza automat toate mesajele impotriva virusilor folosind RAV AntiVirus. Xnet automatically scans all messages for viruses using RAV AntiVirus. Nota: RAV AntiVirus poate sa nu detecteze toti virusii noi sau toate variantele lor. Va rugam sa luati in considerare ca exista un risc de fiecare data cand deschideti fisiere atasate si ca MobiFon nu este responsabila pentru nici un prejudiciu cauzat de virusi. Disclaimer: RAV AntiVirus may not be able to detect all new viruses and variants. Please be aware that there is a risk involved whenever opening e-mail attachments to your computer and that MobiFon is not responsible for any damages caused by viruses. ------=_NextPart_000_0007_01C3ABB1.5FC03920-- From so@atlantis.cs.pub.ro Sat Nov 15 23:31:10 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 15 Nov 2003 15:31:10 -0800 (PST) Subject: [so] semget Message-ID: <20031115233110.90269.qmail@web11206.mail.yahoo.com> Atunci cand creez un set de semafoare cu semget, ce valoare este introdusa default in semval ? Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo legatura cu numarul maxim de grupuri ? Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 23:42:53 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 15:42:53 -0800 (PST) Subject: [so] semget In-Reply-To: <20031115233110.90269.qmail@web11206.mail.yahoo.com> Message-ID: <20031115234253.11813.qmail@web60502.mail.yahoo.com> --- Andrei Stefan wrote: > Atunci cand creez un set de semafoare cu semget, ce > valoare este introdusa default in semval ? > Id-urile grupurilor pot fi orice numere sau trebuie > sa > aiba vreo legatura cu numarul maxim de grupuri ? Referitor la prima intrebare ai putea presupune ca semafoarele sunt initializate la 0, dar cel mai sigur e sa faci tu un semctl ca sa setezi valaorea. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 00:27:08 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 15 Nov 2003 16:27:08 -0800 (PST) Subject: [so] semget In-Reply-To: <20031115234253.11813.qmail@web60502.mail.yahoo.com> Message-ID: <20031116002708.51318.qmail@web11207.mail.yahoo.com> Pot sa setez la 0 semaforul, dar intre apelul functiei semget si apelul imediat al functiei semctl, un alt proces poate accesa acest semafor, iar pe mine ma intereseaza ca inainte de accesul la semafor, el sa aiba valoarea 1. Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 00:31:24 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 16:31:24 -0800 (PST) Subject: [so] semget In-Reply-To: <20031116002708.51318.qmail@web11207.mail.yahoo.com> Message-ID: <20031116003124.71205.qmail@web60505.mail.yahoo.com> --- Andrei Stefan wrote: > Pot sa setez la 0 semaforul, dar intre apelul > functiei > semget si apelul imediat al functiei semctl, un alt > proces poate accesa acest semafor, iar pe mine ma > intereseaza ca inainte de accesul la semafor, el sa > aiba valoarea 1. Initializarea semafoarelor ar trebui facuta inainte de crearea proceselor care le vor folosi. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 08:09:45 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sun, 16 Nov 2003 00:09:45 -0800 (PST) Subject: [so] aceeasi intrebare Message-ID: <20031116080945.87256.qmail@web11204.mail.yahoo.com> Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo legatura cu numarul maxim de grupuri (intre 0 si GROUP_MAX) ? Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 12:03:23 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 16 Nov 2003 14:03:23 +0200 Subject: [so] inchidere cofetarie References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <3FB7678B.7020400@pcnet.ro> Va rog sa imi spuneti daca se scade din punctaj in caz ca nu ofer posibilitate de inchidere cofetarie in Windows.In linux le-am inchis dar cum nu s-a specificat nimic in partea de enuntz obligatoriu am considerat ca inchiderea este o facilitate in plus.In Linux oricum se impunea pentru ca altfel raman IPC-urile agatate. multumesc! Ruxandra From so@atlantis.cs.pub.ro Sun Nov 16 14:41:52 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 16 Nov 2003 06:41:52 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <20031116144152.9122.qmail@web60309.mail.yahoo.com> --0-1664088012-1068993712=:1228 Content-Type: text/plain; charset=us-ascii e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 de exemplu sa ia fiecare cate 3 si sa se blocheze? Evident ca este vorba de windows ( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1664088012-1068993712=:1228 Content-Type: text/html; charset=us-ascii

e posibil ca, daca exista 6 prajituri si vin doi clienti care cer  4 si 5 de exemplu

sa ia fiecare cate 3 si sa se blocheze?

 

Evident ca este vorba de windows

( si eu care speram sa o portez in mai putin de 3 ore )

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1664088012-1068993712=:1228-- From so@atlantis.cs.pub.ro Sun Nov 16 16:18:08 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 16 Nov 2003 08:18:08 -0800 (PST) Subject: [so] tema 1 corectare Message-ID: <20031116161808.26378.qmail@web41013.mail.yahoo.com> Salut Uitandu-ma peste notele colegilor mei, am observat urmatoarea depunctare: implementare "gresita" a operatorului de cauzalitate, comanda a doua se executa intotdeauna. Recunosc ca, la momentul implementarii temei, nu m-am documentat exact asupra chestiunii. Insa, daca dati man bash, veti observa ca si acolo spune negru pe alb (sau cum aveti voi setate terminalele) ca a doua comanda se executa "if and only if" prima a returnat cod de eroare 0. Deci, pana la urma ne straduim sa urmarim Posix-ul, sau nu? (eu de exemplu am pierdut destul de mult timp simuland paralelismul exact ca in shell, pentru ca acum sa vad ca nu asta se astepta de la noi, mai ales ca nu s-a precizat la vreun moment dat comportamentul exact asteptat). Astept lamuriri. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 16:29:39 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 16 Nov 2003 08:29:39 -0800 (PST) Subject: [so] tema 1 corectare In-Reply-To: <20031116161808.26378.qmail@web41013.mail.yahoo.com> Message-ID: <20031116162939.33899.qmail@web60504.mail.yahoo.com> --- Diana Fulger wrote: > Salut > Uitandu-ma peste notele colegilor mei, am observat > urmatoarea depunctare: implementare "gresita" a > operatorului de cauzalitate, comanda a doua se > executa > intotdeauna. > Recunosc ca, la momentul implementarii temei, nu > m-am > documentat exact asupra chestiunii. Insa, daca dati > man bash, veti observa ca si acolo spune negru pe > alb > (sau cum aveti voi setate terminalele) ca a doua > comanda se executa "if and only if" prima a returnat > cod de eroare 0. Deci, pana la urma ne straduim sa > urmarim Posix-ul, sau nu? (eu de exemplu am pierdut > destul de mult timp simuland paralelismul exact ca > in > shell, pentru ca acum sa vad ca nu asta se astepta > de > la noi, mai ales ca nu s-a precizat la vreun moment > dat comportamentul exact asteptat). > > Astept lamuriri. Iata-le: Cred ca tu interpretezi gresit textul corecturii. "Comanda a doua se executa intotdeauna" in implementarea din tema respectiva si e gresit. Corect este cum ai citit si tu in man. Nu inteleg de ce te referi la paralelism cand operatorul de cauzalitate secventiaza comenzile. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 16:31:00 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 16 Nov 2003 08:31:00 -0800 (PST) Subject: [so] tema 1 corectare In-Reply-To: <20031116162939.33899.qmail@web60504.mail.yahoo.com> Message-ID: <20031116163100.12851.qmail@web41008.mail.yahoo.com> Referinta la paralelism era ceva diferit, am observat ca si pentru asta s-a mai scazut. --- Cosmin Arad wrote: > --- Diana Fulger wrote: > > Salut > > Uitandu-ma peste notele colegilor mei, am observat > > urmatoarea depunctare: implementare "gresita" a > > operatorului de cauzalitate, comanda a doua se > > executa > > intotdeauna. > > Recunosc ca, la momentul implementarii temei, nu > > m-am > > documentat exact asupra chestiunii. Insa, daca > dati > > man bash, veti observa ca si acolo spune negru pe > > alb > > (sau cum aveti voi setate terminalele) ca a doua > > comanda se executa "if and only if" prima a > returnat > > cod de eroare 0. Deci, pana la urma ne straduim sa > > urmarim Posix-ul, sau nu? (eu de exemplu am > pierdut > > destul de mult timp simuland paralelismul exact ca > > in > > shell, pentru ca acum sa vad ca nu asta se astepta > > de > > la noi, mai ales ca nu s-a precizat la vreun > moment > > dat comportamentul exact asteptat). > > > > Astept lamuriri. > > Iata-le: > Cred ca tu interpretezi gresit textul corecturii. > "Comanda a doua se executa intotdeauna" in > implementarea din tema respectiva si e gresit. > Corect > este cum ai citit si tu in man. > > Nu inteleg de ce te referi la paralelism cand > operatorul de cauzalitate secventiaza comenzile. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 21:33:21 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 16 Nov 2003 23:33:21 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <20031116080945.87256.qmail@web11204.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031116233309.00a5fce8@mail.mymail.ro> orice numar. Maria. >Id-urile grupurilor pot fi orice numere sau trebuie sa >aiba vreo legatura cu numarul maxim de grupuri (intre >0 si GROUP_MAX) ? > > > >Andrei > >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 16 21:34:51 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 16 Nov 2003 23:34:51 +0200 Subject: [so] Bill Gates x-( In-Reply-To: <20031116144152.9122.qmail@web60309.mail.yahoo.com> References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031116233417.00a9e610@mail.mymail.ro> da. Maria. >e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 >de exemplu > >sa ia fiecare cate 3 si sa se blocheze? > > > >Evident ca este vorba de windows > >( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 16 22:15:09 2003 From: so@atlantis.cs.pub.ro (miahi) Date: Mon, 17 Nov 2003 00:15:09 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <5.1.0.14.0.20031116233309.00a5fce8@mail.mymail.ro> Message-ID: <20031116231629.DD14328C059@atlantis> nu e un pic cam tarzie precizarea asta? miahi -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Maria Mateescu Sent: 16 noiembrie 2003 23:33 To: so@atlantis.cs.pub.ro Subject: Re: [so] aceeasi intrebare orice numar. Maria. >Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo >legatura cu numarul maxim de grupuri (intre 0 si GROUP_MAX) ? > > > >Andrei From so@atlantis.cs.pub.ro Sun Nov 16 22:27:44 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Sun, 16 Nov 2003 14:27:44 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <5.1.0.14.0.20031116233417.00a9e610@mail.mymail.ro> Message-ID: <20031116222744.47117.qmail@web40002.mail.yahoo.com> --0-1932631138-1069021664=:42994 Content-Type: text/plain; charset=us-ascii Nu inteleg de ce da. In mod normal nu ar trebui sa fie servit unul dintre el si sa ramana celalalt sa astepte? In tema scrie: "fiecare consumator isi asteapta prajiturile (daca nu exista cakes_no prajituri consumatorul va astepta sa se aduca (de catre un furnizor). " Eu inteleg de aici ca presupunand ca cel cu 4 prajituri e primul venit el va lua 4 din cele 6, vor ramane 2 in frigider si cel care vrea 5 va astepta pana vine un furnizor si ii aduce cakes_no(nu neaparat cakes_no, in acest caz cakes_no-2, adica sa ii completeze pana la cakes_no). Am trimis tema in acest mod si as vrea un raspuns, te rog mult, ca sa stiu ca totul e in ordine. Mihai Murgan Maria Mateescu wrote: da. Maria. >e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 >de exemplu > >sa ia fiecare cate 3 si sa se blocheze? > > > >Evident ca este vorba de windows > >( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1932631138-1069021664=:42994 Content-Type: text/html; charset=us-ascii
Nu inteleg de ce da. In mod normal nu ar trebui sa fie servit unul dintre el si sa ramana celalalt sa astepte?
In tema scrie:
"fiecare consumator isi asteapta prajiturile (daca nu exista cakes_no prajituri consumatorul va astepta sa se aduca (de catre un furnizor). "
Eu inteleg de aici ca presupunand ca cel cu 4 prajituri e primul venit el va lua 4 din cele 6, vor ramane 2 in frigider si cel care vrea 5 va astepta pana vine un furnizor si ii aduce cakes_no(nu neaparat cakes_no, in acest caz cakes_no-2, adica sa ii completeze pana la cakes_no). Am trimis tema in acest mod si as vrea un raspuns, te rog mult, ca sa stiu ca totul e in ordine.
 
Mihai Murgan

Maria Mateescu <atta@mymail.ro> wrote:

da.

Maria.



>e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5
>de exemplu
>
>sa ia fiecare cate 3 si sa se blocheze?
>
>
>
>Evident ca este vorba de windows
>
>( si eu care speram sa o portez in mai putin de 3 ore )



---------------------------------------------------------------
Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
http://poze.acasa.ro/

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1932631138-1069021664=:42994-- From so@atlantis.cs.pub.ro Sun Nov 16 22:48:12 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 16 Nov 2003 14:48:12 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <20031116222744.47117.qmail@web40002.mail.yahoo.com> Message-ID: <20031116224812.83220.qmail@web41011.mail.yahoo.com> io am intrebat exact acelasi lucru si mi s-a zis ca putem sa facem tema cum vrem adica fie ia cate o prajitura pana isi face numarul fie le asteapta pe toate. --- Murgan Mihai wrote: > Nu inteleg de ce da. In mod normal nu ar trebui sa > fie servit unul dintre el si sa ramana celalalt sa > astepte? > In tema scrie: > "fiecare consumator isi asteapta prajiturile (daca > nu exista cakes_no prajituri consumatorul va astepta > sa se aduca (de catre un furnizor). " > Eu inteleg de aici ca presupunand ca cel cu 4 > prajituri e primul venit el va lua 4 din cele 6, vor > ramane 2 in frigider si cel care vrea 5 va astepta > pana vine un furnizor si ii aduce cakes_no(nu > neaparat cakes_no, in acest caz cakes_no-2, adica sa > ii completeze pana la cakes_no). Am trimis tema in > acest mod si as vrea un raspuns, te rog mult, ca sa > stiu ca totul e in ordine. > > Mihai Murgan > > Maria Mateescu wrote: > > da. > > Maria. > > > > >e posibil ca, daca exista 6 prajituri si vin doi > clienti care cer 4 si 5 > >de exemplu > > > >sa ia fiecare cate 3 si sa se blocheze? > > > > > > > >Evident ca este vorba de windows > > > >( si eu care speram sa o portez in mai putin de 3 > ore ) > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > --------------------------------- > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 07:17:16 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 09:17:16 +0200 Subject: [so] Testarea temelor In-Reply-To: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> References: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> Message-ID: <1069053436.3fb875fc2981e@cs.pub.ro> Salut, > In urma rezultatului obtinut la tema 1 am 2 intrebari: > - eu de exemplu am fost depunctat pentru redirectari de genul cmd1 < cmd2 > in conditiile in care am mentionat ca minishellul meu, atunci cand apar > operatori de redirectare, prelucreaza o comanda de genul 'cmd op_redir > nume_fisier'; Intr-adevar cmd1 < cmd2 nu avea ce cauta acolo, nefiind in cerintele temei. Am corectat. > - va exista un server pe care ne vom putea testa temele si pe care se va face > si corectura? > - unele din erorile pentru care am fost depunctat nu imi apar acasa; e > posibil sa fii programat prost, dar nu as fi trimis o tema daca la comenzi > simple ar fi dat segm.fault:D; poate ar fi util sa se stabileasca macar > versiunea de kernel si cea a compilatorului pe care se face testarea. In legatura cu serverul de lucru, o sa intreb. Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 07:53:04 2003 From: so@atlantis.cs.pub.ro (Ifrim Mircea) Date: Sun, 16 Nov 2003 23:53:04 -0800 (PST) Subject: [so] CreateProcess Message-ID: <20031117075304.41556.qmail@web20308.mail.yahoo.com> --0-360097760-1069055584=:38427 Content-Type: text/plain; charset=us-ascii Am si eu o mica problema: cum creez un proces pe windows care sa aiba ca parametru o functie de-a mea, de exemplu functia void myprocedure(void) ? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-360097760-1069055584=:38427 Content-Type: text/html; charset=us-ascii
Am si eu o mica problema: cum creez un proces pe windows care sa aiba ca parametru o functie de-a mea,  de exemplu functia void myprocedure(void) ?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-360097760-1069055584=:38427-- From so@atlantis.cs.pub.ro Mon Nov 17 08:39:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 00:39:32 -0800 (PST) Subject: [so] CreateProcess In-Reply-To: <20031117075304.41556.qmail@web20308.mail.yahoo.com> Message-ID: <20031117083932.12528.qmail@web60509.mail.yahoo.com> --- Ifrim Mircea wrote: > Am si eu o mica problema: cum creez un proces pe > windows care sa aiba ca parametru o functie de-a > mea, de exemplu functia void myprocedure(void) ? Nu inteleg prea bine ce vrei sa faci. Banuiesc ca vrei sa executi o functie specificata la run-time. Daca asta este cazul iti dai seama ca codul functiei trebuie sa fie executabil si sa fie incarcat undeva in segmentul de cod al procesului. Ai 2 variante: Sa definesti toate functiile al caror nume il poti primi ca parametru in programul tau sau sa le definesti intr-un DLL pe care sa-l incarci. Daca vrei sa faci altceva specifica clar ce. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 10:02:18 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 17 Nov 2003 12:02:18 +0200 Subject: [so] Testarea temelor In-Reply-To: <1069053436.3fb875fc2981e@cs.pub.ro> References: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> <1069053436.3fb875fc2981e@cs.pub.ro> Message-ID: On Mon, 17 Nov 2003 09:17:16 +0200, Doina Bucur wrote: > Salut, >> - va exista un server pe care ne vom putea testa temele si pe care se >> va face si corectura? >> Acest lucru nu este posibil: unii dintre asistenti nu pot corecta tema pe server pentru ca nu au Internet decat prin dial-up. tavi From so@atlantis.cs.pub.ro Mon Nov 17 10:18:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 17 Nov 2003 12:18:55 +0200 Subject: [so] Conflict In-Reply-To: <35508.81.196.10.119.1068916193.squirrel@dazoot.ro> References: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031117121826.00a5ff20@mail.mymail.ro> asa este cum ai zis tu, dar alta era problema lui Florin. Maria. >Salut, > >In textul temei scrie: >"Chiar daca a obtinut numarul de prajituri cerute, fiind tare politicos, >consumatorul nu va incepe sa manance decat atunci cand toti prietenii lui >si-au primit prajiturile. " > >Eu intelesesem ca in momentul in care un consumator comanda prajiturile >dorite le si primeste (daca acestea exista in momentul acela in frigider) >si apoi asteapta sa le manince (adica sa inceapa timpul aleator de >microsecunde destinat mincarii). Adica in timpul in care este "politicos" >si ii asteapta pe ceilalti el are deja prajiturile pe masa, nu mai sunt in >frigider, deci gunoierul nu mai are de ce sa le arunce. > >dana --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 17 10:20:27 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 17 Nov 2003 12:20:27 +0200 Subject: [so] inchidere cofetarie In-Reply-To: <3FB7678B.7020400@pcnet.ro> References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031117121925.00a93778@mail.mymail.ro> e bine. terminarea se cere tocmai pentru ca ramaneau IPCuri nedistruse. Maria. >Va rog sa imi spuneti daca se scade din punctaj in caz ca nu ofer >posibilitate de inchidere cofetarie in Windows.In linux le-am inchis dar >cum nu s-a specificat nimic in partea de enuntz obligatoriu am considerat >ca inchiderea este o facilitate in plus.In Linux oricum se impunea pentru >ca altfel raman IPC-urile agatate. > >multumesc! > >Ruxandra --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 17 10:46:35 2003 From: so@atlantis.cs.pub.ro (bogdan dragusanu) Date: Mon, 17 Nov 2003 02:46:35 -0800 (PST) Subject: [so] 'ipcs' pe Win Message-ID: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Cum putem vedea semafoarele , cozile de mesaje, memoriile partajate ramase pe Windows. Adica ceva analog lui 'ipcs' de pe Linux. Eventual cum se poate da remove. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 10:59:25 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Mon, 17 Nov 2003 12:59:25 +0200 Subject: [so] despre upload In-Reply-To: <20031114142139.22742.qmail@web21207.mail.yahoo.com> References: <20031114142139.22742.qmail@web21207.mail.yahoo.com> Message-ID: <3FB8AA0D.5080903@romus.ro> sorin adi wrote: >Am dat din greseala upload la o tema de windows in loc >de tema de linux. >Dupa care am uploadat si pe tema de linux,adica eu am >trimis 2 teme identice fara sa vreau si mi-au aparut >ca 2 teme trimise. >Acuma nu as vrea sa ii fie corectata tema de windows >(care e de fapt de linux) si vreau sa trimit si tema >Windows(dar poate mai incolo in vacanta).Cum fac? > > Se ia in considerare ultima tema trimisa. --Adrian. From so@atlantis.cs.pub.ro Mon Nov 17 11:06:39 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Mon, 17 Nov 2003 13:06:39 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <20031116231629.DD14328C059@atlantis> References: <20031116231629.DD14328C059@atlantis> Message-ID: <3FB8ABBF.6090707@romus.ro> miahi wrote: >nu e un pic cam tarzie precizarea asta? > >miahi > > Cred ca intrebarile voastre vin cam tarziu! Au fost doua saptamani pentru tema!! --Adrian. From so@atlantis.cs.pub.ro Mon Nov 17 11:10:02 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Mon, 17 Nov 2003 13:10:02 +0200 Subject: [so] 'ipcs' pe Win In-Reply-To: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Message-ID: > Cum putem vedea semafoarele , cozile de mesaje, memoriile partajate ramase pe Windows. Adica ceva analog lui 'ipcs' de pe Linux. Eventual cum se poate da remove. http://www.sysinternals.com/ntw2k/freeware/procexp.shtml Toate obiectele din kernel sunt distruse cand e distrusa ultima referinta din sistem care indica spre ele. Referintele se inchid cu CloseHandle de catre programator sau la terminarea procesului. Ca sa fii sigur ca ai distrus un obiect din kernel, ori inchizi tu tot ce ai deschis (CloseHandle) ori inchizi toate procesele care au deschis handles la obiectele respective. Ovidiu From so@atlantis.cs.pub.ro Mon Nov 17 11:11:05 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 03:11:05 -0800 (PST) Subject: [so] 'ipcs' pe Win In-Reply-To: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Message-ID: <20031117111105.14742.qmail@web60505.mail.yahoo.com> --- bogdan dragusanu wrote: > Cum putem vedea semafoarele , cozile de mesaje, > memoriile partajate ramase pe Windows. Adica ceva > analog lui 'ipcs' de pe Linux. Eventual cum se poate > da remove. Exista utilitarul WinObj cu care poti vedea obiectele Windows. Daca dai dublu-click pe un Mutex sau Semafor iti spune daca este ocupat respectiv valoarea smeaforului. http://www.sysinternals.com/ntw2k/freeware/winobj.shtml Fiecare obiect are un contor de utilizare (de handle-uri deschise la acel obiect). La CloseHandle contorul respectiv este decrementat iar la Open... ori DuplicateHandle este incrementat. Mai exista un contor de referiri ale obiectului respectiv de catre sistemul de operare. De exemplu un semafor poate fi folosit de catre un driver. Cand ambele contoare ajung la 0 obiectul este distrus automat. Chiar daca tu nu dai CloseHandle oricum la terminarea procesului sunt inchise toate handle-urile deschise in proces, asadar obiectele se distrug automat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 13:00:41 2003 From: so@atlantis.cs.pub.ro (Roxana Andrei) Date: Mon, 17 Nov 2003 05:00:41 -0800 (PST) Subject: [so] Inchidere handle in Windows Message-ID: <20031117130041.11433.qmail@web21102.mail.yahoo.com> Eu am trimis tema de win si in urma discutiilor de astazi de pe grup m-am gandit sa intreb daca se depuncteaza daca nu am dat closehandle la toate obiectele. Dau doar in cei care le CREEAZA (frara cei care le deschid). Si inca o intrebare: negasind un "random" pentru win32 api, am citit in linia de comanda timpul de mancare prajituri. Daca nu se scade, nu as vrea sa retrimit (-0.25). Multumesc __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 13:08:16 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Mon, 17 Nov 2003 15:08:16 +0200 Subject: [so] tema 3 Message-ID: <20031117125913.M97111@idilis.ro> In enuntul temei 3 se specifica ca trebuie implementate politicile SIGNAL AND CONTINUE si SIGNAL AND WAIT. Eu am citit in primul document dat pe site ca exista SIGNAL AND WAIT si SIGNAL AND URGENT WAIT diferenta fiind aceea ca la SIGNAL AND WAIT prioritate cozii Entry=prioritatea cozii Signaller, iar la SIGNAL AND URGENT WAIT prioritatea cozii Entry 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu zice nimic de pb. 2. In documentatia de mingw care e referita la observatii (http://www.mingw.org/docs.shtml) nu am gasit instructiuni despre creat DLL de windows. Zice acolo ceva de librarii .so, etc, dar de .dll nu am vazut nimic. Daca se poate un link mai precis... -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again From so@atlantis.cs.pub.ro Mon Nov 17 16:45:38 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 18:45:38 +0200 Subject: [so] tema1 - corectare & note Message-ID: <1069087538.3fb8fb32075ad@cs.pub.ro> Salut, Baremul temei 1 arata asa: 1p - afisarea promptului si tot ce depinde de el 0.25p - posibilitatea de a citi & executa comenzi in linia de comanda/fisier (aici s-a scazut mai ales pentru buguri de citire din fisier) 0.75p - implementarea cd (comanda interna) 1p - executia comenzilor externe 1p - recunoasterea si expandarea variabilelor de mediu 1p - executia secventiala ";" 1p - executia paralela "&" 1p - executia cauzala "&&" 1p - executia cu pipe "|" 0.5p - redirectarea de output ">" 0.5p - redirectarea de output/err "&>" 0.5p - redirectarea de err "2>" 0.5p - indirectarea "<" Punctajele de mai sus sunt maximul de punctaj care vi se poate scadea pe o subproblema (de ex. "|") daca nu e implementata deloc. In afara de punctajele care vi se pot scadea pentru asta, exista punctaje scazute pentru incorectitudinea programarii (materializate prin segfault, de ex) . Pentru fiecare problema/bug pe care l-am intalnit, exista un punctaj fix care se scade (sau un interval de punctaj, in cazuri rare). Au existat vreo doua probleme/buguri pentru care a fost cazul ca punctajele sa fie modificate pe parcursul corectarii, de unde si eventualele neclaritati (asta si din cauza ca rezultatele au fost publicate partial pe site, inainte de terminarea corectarii - asta a fost necesar, ca sa nu repetati greselile la tema2). De ex.: -0.30 - fisierele rezultate prin redirectare de output/err nu au drepturi (parametrul mode la open) -0.20 - redirectarea la output/err nu face trunchiere pe fisiere existente -0.30 - segfault la getenv -1 - segfault la malloc & friends (buffer overflow) intre 0 si 0.60 - probleme de parsare a spatiilor (depunctarea depinde de gravitate); pentru simplitate problemele de genul asta, in afara de cateva cazuri speciale, au fost in final uniformizate etc Pentru neclaritati mailto: dee@cs.pub.ro, nu pe lista. Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 17:54:43 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 17 Nov 2003 19:54:43 +0200 Subject: [so] tema3 In-Reply-To: <20031117145954.6D8643FCF2@server1.messagingengine.com> References: <20031117145954.6D8643FCF2@server1.messagingengine.com> Message-ID: On Mon, 17 Nov 2003 16:59:54 +0200, Bogdan Butnaru wrote: > 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei > probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu > zice nimic de pb. > Formularea va invita sa trimiteti mailuri pe lista daca exista neclaritati :) > 2. In documentatia de mingw care e referita la observatii > (http://www.mingw.org/docs.shtml) nu am gasit instructiuni despre creat > DLL de windows. Zice acolo ceva de librarii .so, etc, dar de .dll nu am > vazut nimic. Daca se poate un link mai precis... > Nu prea ai cautat... Al treilea bulet: How to create a dll Here's an example. Cut and paste the following into a file named dllfct.h: #ifdef BUILD_DLL // the dll exports #define EXPORT __declspec(dllexport) #else // the exe imports #define EXPORT __declspec(dllimport) #endif // function to be imported/exported EXPORT void tstfunc (void); Cut and paste the following into a file named dllfct.c: #include #include "dllfct.h" EXPORT void tstfunc (void) { printf ("Hello\n"); } Cut and paste the following into a file named hello.c: #include "dllfct.h" int main () { tstfunc (); return (0); } To create the dll and an executable that uses it, try the following: gcc -c hello.c gcc -c -DBUILD_DLL dllfct.c dllwrap --output-lib=libtstdll.a --dllname=tst.dll --driver-name=gcc dllfct.o gcc -o hello.exe hello.o -L./ -ltstdll For more information on dlls, see http://www.nanotech.wisc.edu/~khan/software/gnu-win32/dllhelpers.html tavi From so@atlantis.cs.pub.ro Mon Nov 17 18:11:33 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Mon, 17 Nov 2003 10:11:33 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <1069087538.3fb8fb32075ad@cs.pub.ro> Message-ID: <20031117181133.70849.qmail@web11203.mail.yahoo.com> Ar fi fost bine de stiut de la inceput cam ce teste ar fi trebuit sa indeplineasca temele noastre, nu sa ne imaginam noi teste posibile si sa nu stim de fapt ce se cere de la noi ..... Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 20:24:51 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 22:24:51 +0200 Subject: [so] Re: Fwd: corectare tema1 linux In-Reply-To: References: Message-ID: <1069100691.3fb92e9373fc4@cs.pub.ro> Cum destul de multi dintre voi ati ales comportamentul tip "pus in background" pentru &, mesajul asta devine general: > ------- Forwarded message ------- > From: Catalin Constantin > To: tavi@cs.pub.ro > Subject: corectare tema1 linux > Date: Mon, 17 Nov 2003 22:14:01 +0200 > > > http://cs.pub.ro/so/Teme/note/343CA/ConstantinCatalin/tema1/lin/NOTA > > > > -0.40 > > > > Actiunea lui sleep nu e vizibila in testul urmator: > > > > [tavi@lemon]> sleep 2 & ls -la > > total 108 > > drwxr-xr-x 4 tavi tavi 4096 Nov 16 20:06 . > > drwxr-xr-x 3 tavi tavi 4096 Nov 2 23:35 .. > > // executia se termina imediat; pe primul proces nu faci wait la > > exec_comanda(,,false) > > > > > > mi se pare perfect normal sa faca asa > > pentru ca & pune in background ! Enuntul temei zice asa: "Operatorul de paralelism "&" . Astfel "alfa & beta" va executa comenzile alfa si beta in paralel." Adica trebuia sa implementati o facilitate care nu isi are echivalentul in bash, si pentru operatorul asta sa nu imitati bashul. > > am testat si pe bash si face la fel cum fac eu. Doina -- dee@cs.pub.ro ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 22:36:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 14:36:21 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031117125913.M97111@idilis.ro> Message-ID: <20031117223621.23494.qmail@web60508.mail.yahoo.com> --- Ioana Cutcutache wrote: > In enuntul temei 3 se specifica ca trebuie > implementate politicile SIGNAL > AND CONTINUE si SIGNAL AND WAIT. Eu am citit in > primul document dat pe site > ca exista SIGNAL AND WAIT si SIGNAL AND URGENT WAIT > diferenta fiind aceea ca > la SIGNAL AND WAIT prioritate cozii > Entry=prioritatea cozii Signaller, iar la > SIGNAL AND URGENT WAIT prioritatea cozii > Entry In enunt se specifica de asemenea ca : > "Cand aveti fire de executie in toate cozile > alegerea se va face tinand > cont ca coada de procese blocate la intrare, Entry > Queue, este cea mai putin > prioritara." > Din aceasta inteleg ca prioritatea Entry > Queue Queue, deci noi practic trebuie sa implementam > varianta SIGNAL AND URGENT > WAIT. Asa e? Da, asa e. Am scris eu prescurtat :). Am pus o clarificare la Observatii in legatura cu asta. > A doua intrebare : daca mai multe fire de > executie asteapta la o variabila > conditie trebuie ca atunci cand se da signal pe > variabila respectiva sa fie > trecut in coada Waiting cel care asteapta de cel mai > mult timp sau oricare > din ele? (daca ar trebui luat in considerare cel > care asteapta de cel mai de > mult ar trebui folosite si niste cozi...) Oricare dintre ele. Pe langa faptul ca este mai complicata, implementarea cu cozi FIFO aduce si o penalizare de performanta (can u see why?), deci nu isi are rostul. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 23:02:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 15:02:54 -0800 (PST) Subject: [so] P(n) pe Windows Message-ID: <20031117230254.17549.qmail@web60509.mail.yahoo.com> Salut, Cred ca unii dintre voi ati abordat gresit problema cu P(n) in Windows. Daca protejezi semaforul cu un mutex si faci n operatii WaitForSingleObject dupa care eliberezi mutexul se intampla serializarea operatiilor P. De exemplu pentru un semafor cu valoarea 6 pe care se fac operatiile P(7), P(2), P(2), P(2) din 4 threaduri diferite, operatiile P(2) vor astepta dupa P(7) care tine mutexul asociat semaforului, desi nu ar trebui sa astepte. Am pus la http://cs.pub.ro/~so/Laboratoare/Semaphore.zip o propunere de semafor generalizat pe Windows cu operatiile P(n), V(n) si WaitZero(). Semaforul poate fifolosit cu threaduri, asigura fairness si nu serializeaza operatiile. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 18 14:26:13 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Tue, 18 Nov 2003 16:26:13 +0200 Subject: [so] tema3 In-Reply-To: References: <20031117145954.6D8643FCF2@server1.messagingengine.com> Message-ID: <20031118142613.6A54941E2E@server1.messagingengine.com> OK, am inteles cum e cu dll-urile. Totusi, care sunt formularile pentru cele trei probleme suplimentare: Bounded Buffer cu mai multi producatori si mai multi consumatori, Dining Philosophers, Cigarette Smokers? On Mon, 17 Nov 2003 19:54:43 +0200, "Octavian Purdila" said: > On Mon, 17 Nov 2003 16:59:54 +0200, Bogdan Butnaru > wrote: > > > 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei > > probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu > > zice nimic de pb. > > > > Formularea va invita sa trimiteti mailuri pe lista daca exista > neclaritati > :) > -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Faster than the air-speed velocity of an unladen european swallow From so@atlantis.cs.pub.ro Wed Nov 19 06:51:54 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Wed, 19 Nov 2003 08:51:54 +0200 Subject: [so] tema 3 References: <20031117223621.23494.qmail@web60508.mail.yahoo.com> Message-ID: <000c01c3ae69$a1be7ac0$0c829ad5@ioana> Am o nelamurire : vad ca s-a mai schimbat ceva in enuntul temei, si anume a disparut propozitia "Deblocarea unui fir de executie din orice coada din monitor se va face obligatoriu in ordine FIFO." Asta inseamna ca nu trebuie sa fie deblocate in ordine FIFO firele de executie din Entry, Waiting, Signaller? De asemenea la destroy se spune "destroy - apelat cand monitorul nu este liber, mai exista un fir de executie activ in monitor. " Prin fir activ ce se intelege? Firul care detine monitorul? Banuiesc ca nu se poate distruge un monitor daca sunt fire care asteapta in una din cozi, chiar daca nici unul nu il detine. Rezolvarea celor 2 probleme se poate face cu oricare din politici vrem? From so@atlantis.cs.pub.ro Wed Nov 19 10:30:46 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 19 Nov 2003 02:30:46 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <000c01c3ae69$a1be7ac0$0c829ad5@ioana> Message-ID: <20031119103046.86608.qmail@web60505.mail.yahoo.com> --- Ioana Cutcutache wrote: > Am o nelamurire : vad ca s-a mai schimbat ceva > in enuntul temei, si > anume a disparut propozitia "Deblocarea unui fir de > executie din orice coada > din monitor se va face obligatoriu in ordine FIFO." > Asta inseamna ca nu > trebuie sa fie deblocate in ordine FIFO firele de > executie din Entry, > Waiting, Signaller? Exact. Nu este obligatorie ordinea FIFO in nici una din cozi. > De asemenea la destroy se spune "destroy - > apelat cand monitorul nu > este liber, mai exista un fir de executie activ in > monitor. " Prin fir activ > ce se intelege? Firul care detine monitorul? > Banuiesc ca nu se poate > distruge un monitor daca sunt fire care asteapta in > una din cozi, chiar daca > nici unul nu il detine. Da, prin fir activ se intelege cel care detine monitorul. Da, nu se poate distruge nici daca ai fire blocate in el. Am omis sa specific. > Rezolvarea celor 2 probleme se poate face cu > oricare din politici vrem? Da. In situatia in care una din probleme necesita o anumita politica specificati in README de ce. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 10:55:09 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 19 Nov 2003 02:55:09 -0800 (PST) Subject: [so] tema3 In-Reply-To: <20031118142613.6A54941E2E@server1.messagingengine.com> Message-ID: <20031119105510.3631.qmail@web60508.mail.yahoo.com> --- Bogdan Butnaru wrote: > OK, am inteles cum e cu dll-urile. Totusi, care sunt > formularile pentru > cele trei probleme suplimentare: > > Bounded Buffer cu mai multi producatori si mai multi > consumatori, > Dining Philosophers, > Cigarette Smokers? BoundedBuffer e problema producator consumator. Producatorul produce (adauga) elemente intr-un buffer de dimensiune fixa, iar consumatorul extrage elemente din buffer. De data aceasta vei avea mai mult de un producator si mai mult de un consumator. Practic nu e mare diferenta. Producatorii trebuie sa astepte la o conditie full si consumatorii la o conditie empty. Problema e banala dar s-o rezolvati corect. Dining philosophers e problema clasica cu N filosofi in jurul unei mese rotunde. Fiecare are in fata sa o farfurie cu spagette si exista N furculite plasate intre cele N farfurii astfel incat fiecare filosof are in stanga si in dreapta cate o furculita pe care se "bate" cu vecinii din stanga respectiv dreapta. In caz ca mai trebuie mentionat, filosofii sunt procese care concureaza pt resursele de tip furculita. Exista in cartea Modern Operating Systems a lui Tanenbaum o solutie cu semafoare la acesta problema. Voi trebuie sa gasiti o solutie cu monitoare si sunteti restrictionati la a folosi doar un monitor. Probabil ca in loc sa astepte la niste monitoare filosofii vor astepta la niste variabile conditie din monitor. S-ar putea ca inlocuirea chioara a semafoarelor din solutia lui Tanenbaum cu variabile conditie sa nu reprezinte o solutie corecta. Trebuie sa evitati deadlock, livelock, etc. Solutii gresite gasiti in curs ca sa vedeti care sunt capcanele. In problema Cigarette Smokers avem 4 procese: 3 fumatori si un agent. Fiecare fumator detine unul dintre ingredientele: tutun, hartie si chibrite, necesare pentru a aprinde o tigara. Asadar un fumator va avea doar tutun, unul doar hartie si unul doar chibrite. Agentul va avea o cantitate nelimitata din toate cele 3 ingrediente. La un moment dat agentul pune pe masa 2 dintre ingrediente, pe rand, iar fumatorul care il are pe al treilea isi va aprinde o tigara. Agentul va astepta ca fumatorul sa termine de fumat dupa care ciclul se repeta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 11:20:57 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 19 Nov 2003 13:20:57 +0200 Subject: [so] tema1 - corectare & note In-Reply-To: <20031117181133.70849.qmail@web11203.mail.yahoo.com> References: <20031117181133.70849.qmail@web11203.mail.yahoo.com> Message-ID: <3FBB5219.3080707@romus.ro> Andrei Stefan wrote: >Ar fi fost bine de stiut de la inceput cam ce teste ar >fi trebuit sa indeplineasca temele noastre, nu sa ne >imaginam noi teste posibile si sa nu stim de fapt ce >se cere de la noi ..... > Nu inteleg care-i problema. Scrie pe site (in enuntul temei si pe mail-list) ce trebuie sa faca temele, sau cum zici tu: ce se cere de la voi. Programele nu se fac sa mearga pe anumite teste! Ci pe toate combinatiile de teste care se incadreaza in cerinte. --sadyc From so@atlantis.cs.pub.ro Wed Nov 19 11:24:55 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 19 Nov 2003 13:24:55 +0200 Subject: [so] tema3 In-Reply-To: <20031118142613.6A54941E2E@server1.messagingengine.com> References: <20031117145954.6D8643FCF2@server1.messagingengine.com> <20031118142613.6A54941E2E@server1.messagingengine.com> Message-ID: <3FBB5307.6030805@romus.ro> Bogdan Butnaru wrote: >OK, am inteles cum e cu dll-urile. Totusi, care sunt formularile pentru >cele trei probleme suplimentare: > >Bounded Buffer cu mai multi producatori si mai multi consumatori, >Dining Philosophers, >Cigarette Smokers? > Da voi chiar nu cititi nimic ??? Daca nu ma insel aveti bibliografie pentru SO, crezi ca-i data de pomana? PS: nu astept raspuns la acest email! --sadyc From so@atlantis.cs.pub.ro Wed Nov 19 11:45:10 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Wed, 19 Nov 2003 03:45:10 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <3FBB5219.3080707@romus.ro> Message-ID: <20031119114510.22866.qmail@web41014.mail.yahoo.com> Sa nu exageram importanta informatiilor vehiculate atat pe site, cat si pe mailing list, atata timp cat la intrebarile pentru tema 1 v-ati lansat cu totii in indicatii din cele mai pretioase, iar specificatia exacta a ceea ce se astepta de la noi a sosit abia ca justificare a corectarii. --- Adrian Stanciu wrote: > Andrei Stefan wrote: > > >Ar fi fost bine de stiut de la inceput cam ce teste > ar > >fi trebuit sa indeplineasca temele noastre, nu sa > ne > >imaginam noi teste posibile si sa nu stim de fapt > ce > >se cere de la noi ..... > > > Nu inteleg care-i problema. > Scrie pe site (in enuntul temei si pe mail-list) ce > trebuie sa faca > temele, sau cum zici tu: ce se cere de la voi. > > Programele nu se fac sa mearga pe anumite teste! > Ci pe toate combinatiile de teste care se incadreaza > in cerinte. > > --sadyc > > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 12:41:22 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 19 Nov 2003 14:41:22 +0200 Subject: [so] tema1 - corectare & note In-Reply-To: <20031119114510.22866.qmail@web41014.mail.yahoo.com> References: <20031119114510.22866.qmail@web41014.mail.yahoo.com> Message-ID: Acesta este raspunsul final. Alte intrebari similare (sau comentarii) nu vor mai primi raspuns din partea noastra. On Wed, 19 Nov 2003 03:45:10 -0800 (PST), Diana Fulger wrote: > Sa nu exageram importanta informatiilor vehiculate > atat pe site, cat si pe mailing list, atata timp cat > la intrebarile pentru tema 1 v-ati lansat cu totii in > indicatii din cele mai pretioase, iar specificatia O fraza de introducere frumos construita, cu accente satirice. Dar cu ce o sustii? > exacta a ceea ce se astepta de la noi a sosit abia ca > justificare a corectarii. > Ce se astepta de la voi era specificat in cerintele temei. Fiecare punct din barem este prezent in cerintele temei. Cat despre "nu ar trebuie sa fim depunctati pentru greseli de C" pe care am mai auzit-o... Este o scuza lamentabila. Si in contextul de fata nu are sens: toate sistemele de operare in uz la ora actuala au fost scrise in C, si facilitatile puse la dispozitie de ele sunt disponibile la nivelul cel mai apropiat de SO tot din C. Si ati fost avertizati de la inceput, dar cati dintre voi s-au obosit sa citeasca regulile? Si in fine, o ultima remarca relativ la "cam ce teste ar fi trebuit sa indeplineasca temele noastre". Programele nu sunt terminate atunci cand s-a terminat de scris ultima linie de cod. Ele trebuie testate. De catre programatori in faza initiala pentru a scoate bug-urile evidente, si apoi de echipa QA. tavi From so@atlantis.cs.pub.ro Wed Nov 19 15:59:37 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Wed, 19 Nov 2003 07:59:37 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <3FBB5219.3080707@romus.ro> Message-ID: <20031119155937.94875.qmail@web11208.mail.yahoo.com> Pot sa existe mii de teste ..... Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 20 22:00:25 2003 From: so@atlantis.cs.pub.ro (Sava Ionut) Date: Thu, 20 Nov 2003 14:00:25 -0800 (PST) Subject: [so] In legatura cu corectarea Message-ID: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Am vazut ca tema 1 a fost corectata mai dur. E foarte bine. Ideea ar fi sa invatam ceva din toata chestia asta. Nu sa vedem ce punctaje mici am luat ... Eu as propune asta : sa se spuna cam care vor fi testele ( cel putin mai vag ) sau anume la ce sa fim atenti. Cu alte cuvinte ar trebui sa fim un pic ajutati sa gasim bugurile ca sa putem rezolvam, mai degraba decat sa vedem ca suntem depunctati. Eu personal nu cred ca cineva dupa ce isi vede tema corectata se apuca sa isi corecteze bugurile, deci cu alte cuvinte nu prea invata multe. De asemenea ar fi sa se faca pentru fiecare tema o lista de greseli frecvente si cum se pot rezolva ( eventual si cod dc nu depaseste 5-6 linii). Sau sa fie puse pe site un numar de teme facute f bine ca sa putem sa ne comparam (Chiar daca toti ar face o tema perfect tot ar fi unele care sa fie facute optimizat, cu mai putine linii de cod, mai elegant ... SI TOT AR FI O SANSA IN PLUS SA INVETI CEVA). De exemplu am vazut la mai multi oamneni nu se inchidea pipe-ul. Nu stiam ca trebuia inchis capatul de scriere al pipeului inainte de exec. Si probabil dc nu auzeam pe cine trebuie nici n-as fi aflat prea curand. As dori sa primesc un raspuns la acest mail. Have a nice day! __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Fri Nov 21 08:08:17 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 21 Nov 2003 10:08:17 +0200 Subject: [so] In legatura cu corectarea In-Reply-To: <20031120220025.85634.qmail@web21107.mail.yahoo.com> References: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Message-ID: On Thu, 20 Nov 2003 14:00:25 -0800 (PST), Sava Ionut wrote: > Eu as propune asta : sa se spuna cam care vor fi > testele ( cel putin mai vag ) sau anume la ce sa fim > atenti. Cu alte cuvinte ar trebui sa fim un pic In primul si in primul rand ar trebui sa cititi modalitatea de punctare, si mai ales de depunctare din sectiunea Reguli. Daca exista neclaritati, la cum puteti detecta situatiile descrise acolo, intrebati pe lista. Aproape toate greselile pentru care au fost depunctate majoritatea temelor sunt intalnite in acea lista. In al doilea rand: testati-va temele singuri. Contrar a ceea ce cred unii, nu e nevoie de mii de teste pentru a va verifica programul. Daca aveti clara arhitectura programului este simplu sa testati componentele acestuia, si sa eliminati bugurile evidente. In cazul primei teme acest lucru era banal, pentru ca fiecare comanda putea fi testata separat. Testarea temei este la fel de importanta ca si implementarea ei, asa ca noi consideram ca este mai bine sa nu va dam testele, astfel incat voi sa va ganditi la ele, si prin acest lucru sa intelegeti mai bine tema. > ajutati sa gasim bugurile ca sa putem rezolvam, mai > degraba decat sa vedem ca suntem depunctati. Eu > personal nu cred ca cineva dupa ce isi vede tema > corectata se apuca sa isi corecteze bugurile, deci cu > alte cuvinte nu prea invata multe. > Nu e atat de important sa corectati bugurile unei teme ce a fost notata deja, decat ca exercitiu. Dar e important sa intelegeti de ce a aparuta bugul, si cum puteti evita situatii de genul acesta in viitor. Stiti voi, errare humanum est, perseverare diabolicum. > De asemenea ar fi sa se faca pentru fiecare tema o > lista de greseli frecvente si cum se pot rezolva ( > eventual si cod dc nu depaseste 5-6 linii). Sau sa fie Cea mai frecventa "greseala" este faptul ca nu se programeaza cu pagina de manual in fata. Inainte de a folosi o functie, cititi cu atentie, si pe cat posibil, toata pagina de manual si luati in calcul toate posibilitatile oricat de improbabile ar parea ele. In plus, exista un stil de programare ce duce inevitabil la buguri: fixarea unor limite. Uneori acest lucru este inevitabil, dar in aceste cazuri tineti cont de limite. Aceste greseli sunt cauza a probabil 90% din buguri. > puse pe site un numar de teme facute f bine ca sa > putem sa ne comparam (Chiar daca toti ar face o tema > perfect tot ar fi unele care sa fie facute optimizat, > cu mai putine linii de cod, mai elegant ... SI TOT AR > FI O SANSA IN PLUS SA INVETI CEVA). Acest lucru este imposibil, in situatia in care temele sunt valabile inclusiv in sesiunea de restanta. > De exemplu am vazut la mai multi oamneni nu se > inchidea pipe-ul. Nu stiam ca trebuia inchis capatul > de scriere al pipeului inainte de exec. Si probabil dc > nu auzeam pe cine trebuie nici n-as fi aflat prea > curand. Sunt curios: ai fost la laborator? tavi From so@atlantis.cs.pub.ro Fri Nov 21 09:07:48 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Fri, 21 Nov 2003 01:07:48 -0800 (PST) Subject: [so] In legatura cu corectarea In-Reply-To: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Message-ID: <20031121090748.64855.qmail@web41015.mail.yahoo.com> --0-752689260-1069405668=:62183 Content-Type: text/plain; charset=us-ascii Salut, Chestia cu pipe-ul nu a fost o capcana. Este o chestie tehnica deci legata de laborator , si la care ai fi primit raspunsul si inainte daca ai fi intrebat ( inainte de a trimite tema). P.S. : Aceasta lista vizeaza numai intrebari si raspunsuri legate de teme. Pentru orice alta nelamurire,propunere, etc ar trebui sa va adresati direct la tavi@cs.pub.ro sau direct laborantului (cand problema este de ordin tehnic) George Sava Ionut wrote: Am vazut ca tema 1 a fost corectata mai dur. E foarte bine. Ideea ar fi sa invatam ceva din toata chestia asta. Nu sa vedem ce punctaje mici am luat ... Eu as propune asta : sa se spuna cam care vor fi testele ( cel putin mai vag ) sau anume la ce sa fim atenti. Cu alte cuvinte ar trebui sa fim un pic ajutati sa gasim bugurile ca sa putem rezolvam, mai degraba decat sa vedem ca suntem depunctati. Eu personal nu cred ca cineva dupa ce isi vede tema corectata se apuca sa isi corecteze bugurile, deci cu alte cuvinte nu prea invata multe. De asemenea ar fi sa se faca pentru fiecare tema o lista de greseli frecvente si cum se pot rezolva ( eventual si cod dc nu depaseste 5-6 linii). Sau sa fie puse pe site un numar de teme facute f bine ca sa putem sa ne comparam (Chiar daca toti ar face o tema perfect tot ar fi unele care sa fie facute optimizat, cu mai putine linii de cod, mai elegant ... SI TOT AR FI O SANSA IN PLUS SA INVETI CEVA). De exemplu am vazut la mai multi oamneni nu se inchidea pipe-ul. Nu stiam ca trebuia inchis capatul de scriere al pipeului inainte de exec. Si probabil dc nu auzeam pe cine trebuie nici n-as fi aflat prea curand. As dori sa primesc un raspuns la acest mail. Have a nice day! __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-752689260-1069405668=:62183 Content-Type: text/html; charset=us-ascii
Salut,
 
Chestia cu pipe-ul nu a fost o capcana. Este o chestie tehnica deci legata de laborator ,
si la care ai fi primit raspunsul si inainte daca ai fi intrebat ( inainte de a trimite tema).
 
P.S. : Aceasta lista vizeaza numai intrebari si raspunsuri legate de teme. Pentru orice alta nelamurire,propunere, etc  ar trebui sa va adresati direct la tavi@cs.pub.ro sau direct laborantului (cand problema este de ordin tehnic)
 
George

Sava Ionut <sava_ionut@yahoo.com> wrote:
Am vazut ca tema 1 a fost corectata mai dur. E
foarte bine. Ideea ar fi sa invatam ceva din toata
chestia asta. Nu sa vedem ce punctaje mici am luat ...

Eu as propune asta : sa se spuna cam care vor fi
testele ( cel putin mai vag ) sau anume la ce sa fim
atenti. Cu alte cuvinte ar trebui sa fim un pic
ajutati sa gasim bugurile ca sa putem rezolvam, mai
degraba decat sa vedem ca suntem depunctati. Eu
personal nu cred ca cineva dupa ce isi vede tema
corectata se apuca sa isi corecteze bugurile, deci cu
alte cuvinte nu prea invata multe.
De asemenea ar fi sa se faca pentru fiecare tema o
lista de greseli frecvente si cum se pot rezolva (
eventual si cod dc nu depaseste 5-6 linii). Sau sa fie
puse pe site un numar de teme facute f bine ca sa
putem sa ne comparam (Chiar daca toti ar face o tema
perfect tot ar fi unele care sa fie facute optimizat,
cu mai putine linii de cod, mai elegant ... SI TOT AR
FI O SANSA IN PLUS SA INVETI CEVA).
De exemplu am vazut la mai multi oamneni nu se
inchidea pipe-ul. Nu stiam ca trebuia inchis capatul
de scriere al pipeului inainte de exec. Si probabil dc
nu auzeam pe cine trebuie nici n-as fi aflat prea
curand.
As dori sa primesc un raspuns la acest mail.
Have a nice day!

__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-752689260-1069405668=:62183-- From so@atlantis.cs.pub.ro Fri Nov 21 10:45:15 2003 From: so@atlantis.cs.pub.ro (Eu Io) Date: Fri, 21 Nov 2003 02:45:15 -0800 (PST) Subject: [so] Comparatie CA CB Message-ID: <20031121104515.59912.qmail@web60110.mail.yahoo.com> Protest Materia Sisteme de Operare ar trebui sa fie accesibila si studentilor medii.Greadul de dificultate al temelor trebuie sa permita unui student mediu sa rezolve temele.A se vedea spre comparatie Sistemele de Operare de la seria CB(ce teme sunt la CB si ce teme la CA).La CA avemteme de casa imense iar la laborator trebuie sa ne facem exercitiile de acasa pentru ca nu avem timp sa terminam la laborator. __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sat Nov 22 09:47:38 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 01:47:38 -0800 (PST) Subject: [so] vesti bune Message-ID: <20031122094738.59193.qmail@web60510.mail.yahoo.com> Salut, Iata o mica nelamurire care s-a ivit in legatura cu tema 3. Dupa cum deja probabil ca v-ati dat seama nu este necesar sa implementati in monitor cozi explicite si va puteti folosi de variabile conditie. Aceasta fiind situatia una dintre cerintele temei este depistarea situatiilor de folosire incorecta a monitorului (operatiile signal, broadcast si wait pot fi apelate doar de threaduri intrate deja in monitor). De aici se naste intrebarea: cum putem sa ne dam seama ca un thread apeleaza signal sau wait inainte de a face enter. Neavand in monitor liste cu toate threadurile intrate o solutie ar fi ca fiecare thread sa-si tina un flag care sa indice daca threadul este sau nu in monitor, flag care sa fie testat in fiecare operatie. Deoarece programatorul care foloseste biblioteca monitor trebuie sa nu fie constient de flagul respectiv acesta va trebui implementat in biblioteca. Dar cum bliblioteca este partajata si ea se incarca in spatiul de adrese al procesului, un simplu flag global in librarie ar fi comun tuturor threadurilor care incarca libraria. Pentru acest motiv va trebui sa folositi thread local storage astfel incat flagul sa fie privat in fiecare thread. Vestile bune erau ca aveti ocazia sa invatati sa folositi thread local storage :). Pentru a initializa TLS veti folosi entry-pointul in librarie. Pe Windows faceti un TlsAlloc/TlsFree in DllMain, iar pe Linux faceti un pthread_key_create in constructorul/destructorul librariei declarat astfel: void __attribute__ ((constructor)) my_init(void); void __attribute__ ((destructor)) my_fini(void); Pentru detalii vezi urmatoarele linkuri in Platform SDK pt Windows: ms-help://MS.PSDK.1033/dllproc/base/thread_local_storage.htm ms-help://MS.PSDK.1033/dllproc/base/using_thread_local_storage.htm ms-help://MS.PSDK.1033/dllproc/base/using_thread_local_storage_in_a_dynamic_link_library.htm Pentru Linux vezi man pthread_key_create si din Program Library HOWTO: http://www.tldp.org/HOWTO/Program-Library-HOWTO/miscellaneous.html#INIT-AND-CLEANUP Am pus linkurile de mai sus si in sectiunea Observatii a temei. Nu este cazul sa va impacientati. Nu este nimic complicat, doar nou. O sa va ia vreo ora sa cititi indicatiile din linkurile de mai sus dar nu este mare filosofie. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 10:23:03 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 12:23:03 +0200 Subject: [so] tema3 Message-ID: <002b01c3b0e2$a06a62d0$7c829ad5@ioana> This is a multi-part message in MIME format. ------=_NextPart_000_0028_01C3B0F3.605B3F00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Problemele ce trebuiesc rezolvate folosind monitorul presupun = rularea la infinit a firelor de executie (de exemplu la bounded buffer = si producatorii si consumatorii ruleaza la infinit). Deci terminarea = acestor programe s-ar face cu CTRL-C, si in acest caz nu se mai apeleaza = functia de distrugere a monitorului. Este ok asa? Chiar daca se face un handler pt. semnalul ctrl-c, oricum nu ar = merge destroy-ul pt. ca practic ar mai fi fire blocate in monitor. ------=_NextPart_000_0028_01C3B0F3.605B3F00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
    Problemele ce = trebuiesc=20 rezolvate folosind monitorul presupun rularea la infinit a firelor = de=20 executie (de exemplu la bounded buffer si producatorii si consumatorii = ruleaza=20 la infinit). Deci terminarea acestor programe s-ar face cu CTRL-C, si in = acest=20 caz nu se mai apeleaza functia de distrugere a monitorului. Este ok=20 asa?
    Chiar daca se face = un handler=20 pt. semnalul ctrl-c, oricum nu ar merge destroy-ul pt. ca practic ar mai = fi fire=20 blocate in monitor.
------=_NextPart_000_0028_01C3B0F3.605B3F00-- From so@atlantis.cs.pub.ro Sat Nov 22 10:29:56 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 02:29:56 -0800 (PST) Subject: [so] tema3 In-Reply-To: <002b01c3b0e2$a06a62d0$7c829ad5@ioana> Message-ID: <20031122102956.68549.qmail@web60510.mail.yahoo.com> --- Ioana Cutcutache wrote: > Problemele ce trebuiesc rezolvate folosind > monitorul presupun rularea la infinit a firelor de > executie (de exemplu la bounded buffer si > producatorii si consumatorii ruleaza la infinit). > Deci terminarea acestor programe s-ar face cu > CTRL-C, si in acest caz nu se mai apeleaza functia > de distrugere a monitorului. Este ok asa? > Chiar daca se face un handler pt. semnalul > ctrl-c, oricum nu ar merge destroy-ul pt. ca practic > ar mai fi fire blocate in monitor. Poti sa tii in proces un flag global de oprire pe care sa-l testeze fiecare thread inainte de o noua operatie de citire/scriere. Initial flagul este false adica toata lumea lucreaza. In handlerul pt Ctrl+C poti seta flagul respectiv si astfel toate threadurile se vor opri gracefully. Dupa ce le-ai asteptat pe toate (in main) poti distruge monitorul. Bineinteles threadurile vor parasi monitorul inainte sa se termine. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 11:51:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 03:51:51 -0800 (PST) Subject: [so] vesti si mai bune Message-ID: <20031122115151.5930.qmail@web60503.mail.yahoo.com> Salut, Desi sper ca putini dintre voi au avut dificultati in a interpreta specificatiile formale pentru operatiile cu monitorul, descrise prin axiomele din buhr95monitor.pdf, am considerat ca e corect sa va dau specificatiile in limbaj natural ca sa nu fie nici un dubiu. De asemenea din documentatie lipseau specificatiile pentru broadcast si specificatiile de la SIGNAL AND WAIT (cele din doc) se modifica putin prin introducerea operatiei broadcast. Am adaugat in sectiunea de Observatii a temei un link catre specificatiile in limbaj natural. Cititi-le si daca mai aveti nelamuriri intrebati. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 14:37:38 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 16:37:38 +0200 Subject: [so] tema3 References: <20031122102956.68549.qmail@web60510.mail.yahoo.com> Message-ID: <000d01c3b106$2e45eac0$4e0c6150@ioana> Mai e o problema : in linux ca sa folosesc sigaction trebuie sa includ signal.h, si in momentul asta apare un conflict de nume intre functia mea signal pt. monitor si functia signal definita in signal.h. Solutia ar fi sa numesc altfel functia pt. monitor, de exemplu SignalMonitor, e ok? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 12:29 PM Subject: Re: [so] tema3 > > Poti sa tii in proces un flag global de oprire pe care > > sa-l testeze fiecare thread inainte de o noua operatie > de citire/scriere. Initial flagul este false adica > toata lumea lucreaza. > In handlerul pt Ctrl+C poti seta flagul respectiv si > astfel toate threadurile se vor opri gracefully. > > Dupa ce le-ai asteptat pe toate (in main) poti > distruge monitorul. Bineinteles threadurile vor parasi > monitorul inainte sa se termine. > > Cosmin > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 14:53:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 06:53:21 -0800 (PST) Subject: [so] tema3 In-Reply-To: <000d01c3b106$2e45eac0$4e0c6150@ioana> Message-ID: <20031122145321.26040.qmail@web60510.mail.yahoo.com> --- Ioana Cutcutache wrote: > Mai e o problema : in linux ca sa folosesc > sigaction trebuie sa includ > signal.h, si in momentul asta apare un conflict de > nume intre functia mea > signal pt. monitor si functia signal definita in > signal.h. Solutia ar fi sa > numesc altfel functia pt. monitor, de exemplu > SignalMonitor, e ok? E ok. Poate mai potrivit ar fi SignalCondition :) sau doar Signal si Wait (capitalized). Pentru cei care fac tema in C++ problema asta nu apare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 18:11:14 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Sat, 22 Nov 2003 20:11:14 +0200 Subject: [so] P(n) pe Windows In-Reply-To: <20031117230254.17549.qmail@web60509.mail.yahoo.com> References: <20031117230254.17549.qmail@web60509.mail.yahoo.com> Message-ID: <1888217195.20031122201114@rdsnet.ro> Tuesday, November 18, 2003, 1:02:54 AM, you wrote: CA> Am pus la CA> http://cs.pub.ro/~so/Laboratoare/Semaphore.zip CA> o propunere de semafor generalizat pe Windows cu CA> operatiile P(n), V(n) si WaitZero(). Din pacate nu contine si un README. Ma intreb cum ti-a acceptat uploadul ;) Este super ca ai pus o solutie!, insa ma tot chinui sa o citesc de vreo saptamana si renunt de fiecare data pentru ca nu reusesc sa inteleg si nu am tot timpul din lume. In cazul in care nu se vor publica comentarii vreau sa profit chiar acum de ocazie sa fac un apel la cei care pot sa ma ajute sa inteleg codul sa imi raspunda pe adresa personala. Cu multumiri, Ion Petrescu From so@atlantis.cs.pub.ro Sat Nov 22 18:53:43 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Sat, 22 Nov 2003 20:53:43 +0200 Subject: [so] readers&writers? Message-ID: <20031122185343.66A2E40988@server1.messagingengine.com> Nu sunt sigur daca am inteles enuntul la "Readers and Writers cu prioritate pentru writers": E vorba de o zona de memorie in care fiecare scrie/citeste unde/de unde vrea (respectand regulile de prioritati), cam ca la shared memory? Initial am crezut ca e bounded buffer, dar parca nu e asa, avand in vedere ca ati pus separat problema asta. --- Cosmin Arad wrote: >BoundedBuffer e problema producator consumator. >Producatorul produce (adauga) elemente intr-un buffer >de dimensiune fixa, iar consumatorul extrage elemente >din buffer. De data aceasta vei avea mai mult de un >producator si mai mult de un consumator. Practic nu e >mare diferenta. Producatorii trebuie sa astepte la o >conditie full si consumatorii la o conditie empty. >Problema e banala dar s-o rezolvati corect. -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again From so@atlantis.cs.pub.ro Sat Nov 22 19:14:25 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 21:14:25 +0200 Subject: [so] vesti si mai bune References: <20031122115151.5930.qmail@web60503.mail.yahoo.com> Message-ID: <001301c3b12c$db7f8270$090c6150@ioana> La "un thread executa leave" scrie la sfarsit "Daca si aceasta(Entry Queue) va fi goala, threadul curent nu are pe cine sa planifice si va parasi monitorul, care in acest caz este gol si poate fi distrus.". Mie nu mi se pare corecta afirmatia ca monitorul in acest caz este gol si poate fi distrus. Daca nu e nimeni in waiting, signaller, entry, nu inseamna ca nu exista fire blocate la variabile conditie. Deci monitorul poate sa nu fie gol. Pentru a stii cand nu mai e nimeni in monitor (deci cand poate fi distrus) putem folosi o variabila (contor) care sa contorizeze cate fire sunt la un moment dat in monitor? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 1:51 PM Subject: [so] vesti si mai bune > Salut, > > Desi sper ca putini dintre voi au avut dificultati in > a interpreta specificatiile formale pentru operatiile > cu monitorul, descrise prin axiomele din > buhr95monitor.pdf, am considerat ca e corect sa va dau > specificatiile in limbaj natural ca sa nu fie nici un > dubiu. > De asemenea din documentatie lipseau specificatiile > pentru broadcast si specificatiile de la SIGNAL AND > WAIT (cele din doc) se modifica putin prin > introducerea operatiei broadcast. > Am adaugat in sectiunea de Observatii a temei un link > catre specificatiile in limbaj natural. > > Cititi-le si daca mai aveti nelamuriri intrebati. > > Succes, > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 20:03:22 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 22:03:22 +0200 Subject: [so] tema3 References: <20031122145321.26040.qmail@web60510.mail.yahoo.com> Message-ID: <000801c3b133$af5e7f00$420c6150@ioana> Din pacate vad ca nu prea merge solutia cu ctrl+c si handler pe semnal, pentru ca daca sunt fire de executie blocate la o variabila conditie, semnalul sigint nu le deblocheaza... si deci programul nu se mai termina. Exista vreo posibilitate de a debloca firele care asteapta la o variabila conditie? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 4:53 PM Subject: Re: [so] tema3 > --- Ioana Cutcutache wrote: > > Mai e o problema : in linux ca sa folosesc > > sigaction trebuie sa includ > > signal.h, si in momentul asta apare un conflict de > > nume intre functia mea > > signal pt. monitor si functia signal definita in > > signal.h. Solutia ar fi sa > > numesc altfel functia pt. monitor, de exemplu > > SignalMonitor, e ok? > > E ok. Poate mai potrivit ar fi SignalCondition :) > sau doar Signal si Wait (capitalized). > Pentru cei care fac tema in C++ problema asta nu > apare. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 20:47:41 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 12:47:41 -0800 (PST) Subject: [so] vesti si mai bune In-Reply-To: <001301c3b12c$db7f8270$090c6150@ioana> Message-ID: <20031122204741.9322.qmail@web60506.mail.yahoo.com> --- Ioana Cutcutache wrote: > La "un thread executa leave" scrie la sfarsit > "Daca si aceasta(Entry > Queue) va fi goala, threadul curent nu are pe cine > sa planifice si va parasi > monitorul, care in acest caz este gol si poate fi > distrus.". Mie nu mi se > pare corecta afirmatia ca monitorul in acest caz > este gol si poate fi > distrus. > Daca nu e nimeni in waiting, signaller, entry, > nu inseamna ca nu exista > fire blocate la variabile conditie. Deci monitorul > poate sa nu fie gol. > Pentru a stii cand nu mai e nimeni in monitor > (deci cand poate fi > distrus) putem folosi o variabila (contor) care sa > contorizeze cate fire > sunt la un moment dat in monitor? Ai dreptate. My mistake. Am corectat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 21:04:57 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 13:04:57 -0800 (PST) Subject: [so] readers&writers? In-Reply-To: <20031122185343.66A2E40988@server1.messagingengine.com> Message-ID: <20031122210457.5361.qmail@web60505.mail.yahoo.com> --- Bogdan Butnaru wrote: > Nu sunt sigur daca am inteles enuntul la "Readers > and Writers cu > prioritate pentru writers": E vorba de o zona de > memorie in care fiecare > scrie/citeste unde/de unde vrea (respectand regulile > de prioritati), cam > ca la shared memory? Initial am crezut ca e bounded > buffer, dar parca nu > e asa, avand in vedere ca ati pus separat problema > asta. Readers and Writers modeleaza problema accesului concurential la o inregistrare dintr-o baza de date. Bufferul amintit in enunt e de dimensiune 1 (doar o variabila). Variabila poate fi citita in paralel de oricati readeri insa nu poate fi scrisa decat de un singur writer la un moment dat. Asadar in timpul unei scrieri nu este permis nici un alt acces insa in timpul unei citiri sunt admise oricate alte citiri. Astfel, daca un reader citeste dbufferul, in timpul acestei citiri pot sa mai apara alte cereri de citire care sunt permise. Se observa ca nu este exclus cazul in care cereri de citire sa ajunga in mod constant astfel incat sa se mentina tot timpul un cititor in buffer. In acest caz avem de-a face cu writer starvation pt ca unui writer nu-i va fi permis accesul la buffer decat cand toti readerii au iesit, dar cum readerii continua sa vina ... Voi trebuie sa implementati o solutie cu prioritate pt writeri, in care un writer nu va astepta la infinit chiar daca cereri de citire vin la infinit. O solutie ar fi ca in momentul sosirii unei cereri de scriere sa nu mai fie admisi in buffer alti cititori decat cei care erau deja, urmand ca dupa ce citirile deja incepute se termina, sa se faca scrierea dupa care alte citiri sau alte scrieri. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 21:18:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 13:18:54 -0800 (PST) Subject: [so] tema3 In-Reply-To: <000801c3b133$af5e7f00$420c6150@ioana> Message-ID: <20031122211854.56882.qmail@web60503.mail.yahoo.com> --- Ioana Cutcutache wrote: > Din pacate vad ca nu prea merge solutia cu ctrl+c si > handler pe semnal, > pentru ca daca sunt fire de executie blocate la o > variabila conditie, > semnalul sigint nu le deblocheaza... si deci > programul nu se mai termina. > Exista vreo posibilitate de a debloca firele care > asteapta la o variabila > conditie? Ar fi pthread_cancel. Threadurile ar trebui sa aiba setat tipul de cancelation PTHREAD_CANCELATION_ASYNCHRONOUS. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 00:18:30 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 16:18:30 -0800 (PST) Subject: [so] precizare tema 3 Message-ID: <20031123001830.55076.qmail@web60510.mail.yahoo.com> Hintul de la problema barbierilor nu trebuie neaparat luat in considerare. Problema se poate rezolva si cu un singur monitor. Ideea celor 2 monitoare era ca frizerii sa nu concureze pt ocuparea monitorului cu clientii nou intrati, insa este ok si o implementare cu un singur monitor, fiind mai simpla. Aveti grija la urmatoarele aspecte: - clientii care asteapta pe scaune vor fi tunsi cu prioritate fata de clientii tocmai intrati; - un client nou intrat nu va astepta pe scaun daca nimeni nu mai asteapta pe scaun si sunt barbieri liberi; - un client nou intrat va pleca imediat daca toate scaunele de asteptare sunt ocupate; - mai multi frizeri trebuie sa poata tunde in paralel; - un frizer care a terminat un tuns va trebui sa-l anunte exact pe clientul pe care l-a tuns el. Sa nu existe situatii in care cand un frizer termina un tuns elibereaza clientul altui frizer. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 01:17:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 17:17:29 -0800 (PST) Subject: [so] P(n) pe Windows In-Reply-To: <1888217195.20031122201114@rdsnet.ro> Message-ID: <20031123011729.27499.qmail@web60507.mail.yahoo.com> Incearca sa scrii pseudocodul pe hartie si o sa vezi ca e simplu. 4 mutexuri si 4 semafoare. Toate P-urile care nu pot continua se blocheaza la semaforul blockP si toate WaitZero care nu pot continua se blocheaza la semaforul blockZ. La fiecare V toate P-urile isi vor reevalua conditiile iar cele care se pot termina se vor termina. Se va folosi semaforul EvaluateP pt ca operatia V sa se asigure ca toate P-urile s-au reevaluat inainte de a continua. La fiecare P care aduce valoarea semaforului la 0 toate WaitZero blocate isi vor reevalua conditiile si se vor termina. Se va folosi semaforul EvaluateZ pt ca operatia P sa se asigure ca toate WaitZero s-au reevaluat inainte de a continua. 3 dintre mutexuri sunt folosite pt protejarea unor contoare iar sectionSequence pentru a departaja operatiile P ajunse inaintea unui V de cele ajunse dupa. In rest mai sunt niste contoare si un flag self-explanatory. Cosmin --- Ion Petrescu wrote: > Tuesday, November 18, 2003, 1:02:54 AM, you wrote: > > CA> Am pus la > CA> http://cs.pub.ro/~so/Laboratoare/Semaphore.zip > CA> o propunere de semafor generalizat pe Windows cu > CA> operatiile P(n), V(n) si WaitZero(). > > Din pacate nu contine si un README. Ma intreb cum > ti-a acceptat > uploadul ;) > > Este super ca ai pus o solutie!, insa ma tot chinui > sa o citesc de vreo > saptamana si renunt de fiecare data pentru ca nu > reusesc sa inteleg si > nu am tot timpul din lume. > > > In cazul in care nu se vor publica comentarii vreau > sa profit chiar > acum de ocazie sa fac un apel la cei care pot sa ma > ajute sa inteleg > codul sa imi raspunda pe adresa personala. > > > Cu multumiri, > Ion Petrescu > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 06:37:19 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sun, 23 Nov 2003 08:37:19 +0200 Subject: [so] readers&writers? References: <20031122210457.5361.qmail@web60505.mail.yahoo.com> Message-ID: <002f01c3b18c$d1029110$25829ad5@ioana> In legatura cu aceasta problema : cand termina un scriitor, daca sunt alti scriitori in asteptare, unul din ei trebuie sa fie anuntat ca poate sa scrie? Eu asa inteleg ca ar fi, daca se face cu prioritate pt. writeri. Dar in acest mod se poate ajunge la reader starvation, daca sunt multi scriitori. Ma gandesc ca atunci cand termina un scriitor el sa dea prioritatea cititorilor care deja asteptau (daca mai vin altii si exista scriitori ce asteapta, nu o sa poata intra in buffer), apoi cand termina ei, o sa aiba prioritate scriitori care asteapta si tot asa, in felul asta nu se ajunge la starvation pt. nimeni. ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 11:04 PM Subject: Re: [so] readers&writers? > --- Bogdan Butnaru wrote: > > Nu sunt sigur daca am inteles enuntul la "Readers > > and Writers cu > > prioritate pentru writers": E vorba de o zona de > > memorie in care fiecare > > scrie/citeste unde/de unde vrea (respectand regulile > > de prioritati), cam > > ca la shared memory? Initial am crezut ca e bounded > > buffer, dar parca nu > > e asa, avand in vedere ca ati pus separat problema > > asta. > > Readers and Writers modeleaza problema accesului > concurential la o inregistrare dintr-o baza de date. > Bufferul amintit in enunt e de dimensiune 1 (doar o > variabila). > Variabila poate fi citita in paralel de oricati > readeri insa nu poate fi scrisa decat de un singur > writer la un moment dat. > Asadar in timpul unei scrieri nu este permis nici un > alt acces insa in timpul unei citiri sunt admise > oricate alte citiri. Astfel, daca un reader citeste > dbufferul, in timpul acestei citiri pot sa mai apara > alte cereri de citire care sunt permise. Se observa ca > nu este exclus cazul in care cereri de citire sa > ajunga in mod constant astfel incat sa se mentina tot > timpul un cititor in buffer. In acest caz avem de-a > face cu writer starvation pt ca unui writer nu-i va fi > permis accesul la buffer decat cand toti readerii au > iesit, dar cum readerii continua sa vina ... > Voi trebuie sa implementati o solutie cu prioritate pt > writeri, in care un writer nu va astepta la infinit > chiar daca cereri de citire vin la infinit. > O solutie ar fi ca in momentul sosirii unei cereri de > scriere sa nu mai fie admisi in buffer alti cititori > decat cei care erau deja, urmand ca dupa ce citirile > deja incepute se termina, sa se faca scrierea dupa > care alte citiri sau alte scrieri. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sun Nov 23 09:29:00 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 01:29:00 -0800 (PST) Subject: [so] readers&writers? In-Reply-To: <002f01c3b18c$d1029110$25829ad5@ioana> Message-ID: <20031123092900.56247.qmail@web60510.mail.yahoo.com> Se presupune ca numarul cititorilor e mai mare decat cel al scriitorilor, adica cereri de scriere vin mai rar decat cereri de citire, si daca ai face o alternanta cum propui tu, scriitorii tot ar avea de suferit. Pe de alta parte se presupune ca un cititor isi doreste sa citeasca informatia actualizata, deci vrem ca un scriitor sa poata sa actualizeze informatia cat mai devreme. Cu alte cuvinte ne convine mai mult ca un cititor sa astepte dupa un scriitor decat invers. Cosmin --- Ioana Cutcutache wrote: > In legatura cu aceasta problema : cand termina un > scriitor, daca sunt alti > scriitori in asteptare, unul din ei trebuie sa fie > anuntat ca poate sa > scrie? Eu asa inteleg ca ar fi, daca se face cu > prioritate pt. writeri. Dar > in acest mod se poate ajunge la reader starvation, > daca sunt multi > scriitori. Ma gandesc ca atunci cand termina un > scriitor el sa dea > prioritatea cititorilor care deja asteptau (daca mai > vin altii si exista > scriitori ce asteapta, nu o sa poata intra in > buffer), apoi cand termina ei, > o sa aiba prioritate scriitori care asteapta si tot > asa, in felul asta nu se > ajunge la starvation pt. nimeni. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 16:26:54 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 23 Nov 2003 18:26:54 +0200 Subject: [so] creare shared library References: <20031123092900.56247.qmail@web60510.mail.yahoo.com> Message-ID: <3FC0DFCE.4060602@pcnet.ro> Buna! As vrea sa ma lamureasca si pe mine cineva de ce obtin urmataore eroare daca incerc sa crez shared library de care avem nevoie.Am urmat exemplul cu libhello din Program Library HOWTO. [root@ruxi tema3]# gcc -fPIC -Wall -g -c libmonitor1.c [root@ruxi tema3]# gcc -g -shared -Wl,-soname,libmonitor1.so.0 -o libmonitor1.so.0.0 libmonitor1.o -lc [root@ruxi tema3]# /sbin/ldconfig -n . [root@ruxi tema3]# ln -sf libmonitor1.so.0 libmonitor1.so [root@ruxi tema3]# gcc -Wall -g -c rw.c -o rw.o [root@ruxi tema3]# gcc -Wall -c rw.c -o rw.o -L. -lmonitor1 gcc: -lmonitor1: linker input file unused since linking not done p.s. nu am mai copiat libmonitor1.so.0.0 in vreun /usr/local/lib pt ca vreau sa fie in directorul curent, asa ca fac chestia aia cu /sbin/ldconfig -n . From so@atlantis.cs.pub.ro Sun Nov 23 16:33:25 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 08:33:25 -0800 (PST) Subject: [so] creare shared library In-Reply-To: <3FC0DFCE.4060602@pcnet.ro> Message-ID: <20031123163325.1172.qmail@web60507.mail.yahoo.com> La ultima comanda gcc ai specificat flagul -c care inseamna doar compilare fara legare, deci -l nu isi are sensul. Cosmin --- Ruxi Jitianu wrote: > Buna! > > As vrea sa ma lamureasca si pe mine cineva de ce > obtin urmataore eroare > daca incerc sa crez shared library de care avem > nevoie.Am urmat exemplul > cu libhello din Program Library HOWTO. > > > [root@ruxi tema3]# gcc -fPIC -Wall -g -c > libmonitor1.c > [root@ruxi tema3]# gcc -g -shared > -Wl,-soname,libmonitor1.so.0 -o libmonitor1.so.0.0 > libmonitor1.o -lc > [root@ruxi tema3]# /sbin/ldconfig -n . > [root@ruxi tema3]# ln -sf libmonitor1.so.0 > libmonitor1.so > [root@ruxi tema3]# gcc -Wall -g -c rw.c -o rw.o > [root@ruxi tema3]# gcc -Wall -c rw.c -o rw.o -L. > -lmonitor1 > gcc: -lmonitor1: linker input file unused since > linking not done > > p.s. > > nu am mai copiat libmonitor1.so.0.0 in vreun > /usr/local/lib pt ca vreau sa fie in directorul > curent, > asa ca fac chestia aia cu /sbin/ldconfig -n . __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 17:25:52 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sun, 23 Nov 2003 19:25:52 +0200 Subject: [so] tema 3 Message-ID: <002201c3b1e6$d83d3430$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_001F_01C3B1F7.9BA70A80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable libraria noastra cuprinde functii pentru monitoare. ok. dar pentru un = singur monitor sau pot sa fie oricate? adica: exista un grup de procese care reprezinta o aplicatie. acestea = folosesc un monitor. nu pot exista si alte grupuri de procese care sa = aiba nevoie de mecanismul de monitor sau o aceiasi aplicatie sa aiba = nevoie de mai multe monitoare? presupun ca da, si libraria noastra sa le = poata deservii pe toate. altfel nu vad ce rol are parametrul Monitor * = in toate functiile cerute. apoi, de ce este nevoie de un Monitor *? ce nevoie are o aplicatie sa = stie exact ce e acela un monitor? stie de concept, stie ce functii pune = la dispozitie libraria si ii este de ajuns. ce vreau eu sa zic este, nu = putem inlocui acel Monitor* cu un int? un fel de monitor descriptor = (analogie cu file descriptor). apoi, un proces creaza monitorul. ok, are un handle la el (int sau = Monitor *, nu conteaza) si face treaba cu el. celelalte procese cum procedeaza? pentru ca nu vad alta functie = asemanatoare cu create sau init ar trebui sa creeze el din nou monitorul = respectiv (adica din ou create). am putea face o chestie asemanatoare cu = MONITOR_CREATE | MONITOR_EXCLUSIVE la creare care sa returneze eroare = daca exista deja monitorul care voria sa fie creat. si asa ajung la o alta chestiune. ar trebui ca la crearea monitorului sa = se furnizeze si un identificator, o semnatura a aplicatiei, etc. o = chestie prin care sa se identifica monitorul in afara librariei. adica e = nevoie de un parametru extern pentru ca mecanismul CreateMonitor open = Monitor sa functioneze (analogie cu orice alta pereche Create / Open din = windows).=20 si ca sa fim consecventi ideii din windows, destroy nu ar sterge pur si = simplu monitorul ci doar ar marca renuntarea unui proces la serviciile = lui. cand monitorul nu mai este folosit de nimeni (folosit nu inseamna = toate cozile din el goale) s-ar sterge efectiv monitorul. sper ca m-am exprimat destul de clar ca sa se poate intelege ce am vrut = sa spun.=20 deci, ce intreb eu: 1. librarie monitor =3D un obiect monitor sau mai multe obiecte monitor 2. se poate inlocui Monitor* cu int 3. se poate adapta create la CreateMonitor si OpenMonitor si deci = adaugarea unui parametru in plus ------=_NextPart_000_001F_01C3B1F7.9BA70A80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
libraria noastra cuprinde functii = pentru monitoare.=20 ok. dar pentru un singur monitor sau pot sa fie oricate?
adica: exista un grup de procese care = reprezinta o=20 aplicatie. acestea folosesc un monitor. nu pot exista si alte grupuri de = procese=20 care sa aiba nevoie de mecanismul de monitor sau o aceiasi aplicatie sa = aiba=20 nevoie de mai multe monitoare? presupun ca da, si libraria noastra sa le = poata=20 deservii pe toate. altfel nu vad ce rol are parametrul Monitor * in = toate=20 functiile cerute.
 
apoi, de ce este nevoie de un Monitor = *? ce nevoie=20 are o aplicatie sa stie exact ce e acela un monitor? stie de concept, = stie ce=20 functii pune la dispozitie libraria si ii este de ajuns. ce vreau eu sa = zic=20 este, nu putem inlocui acel Monitor* cu un int? un fel de monitor = descriptor=20 (analogie cu file descriptor).
 
apoi, un proces creaza monitorul. ok, = are un handle=20 la el (int sau Monitor *, nu conteaza) si face treaba cu = el.
celelalte procese cum procedeaza? = pentru ca nu vad=20 alta functie asemanatoare cu create sau init ar trebui sa creeze el din = nou=20 monitorul respectiv (adica din ou create). am putea face o chestie = asemanatoare=20 cu MONITOR_CREATE | MONITOR_EXCLUSIVE la creare care sa returneze eroare = daca=20 exista deja monitorul care voria sa fie creat.
 
si asa ajung la o alta chestiune. ar = trebui ca la=20 crearea monitorului sa se furnizeze si un identificator, o semnatura a=20 aplicatiei, etc. o chestie prin care sa se identifica monitorul in afara = librariei. adica e nevoie de un parametru extern pentru ca mecanismul=20 CreateMonitor open Monitor sa functioneze (analogie cu orice alta = pereche Create=20 / Open din windows).
si ca sa fim consecventi ideii din = windows, destroy=20 nu ar sterge pur si simplu monitorul ci doar ar marca renuntarea unui = proces la=20 serviciile lui. cand monitorul nu mai este folosit de nimeni (folosit nu = inseamna toate cozile din el goale) s-ar sterge efectiv = monitorul.
 
sper ca m-am exprimat destul de clar ca = sa se poate=20 intelege ce am vrut sa spun.
 
deci, ce intreb eu:
 
1. librarie monitor =3D un obiect = monitor sau mai=20 multe obiecte monitor
2. se poate inlocui Monitor* cu = int
3. se poate adapta create la = CreateMonitor si=20 OpenMonitor si deci adaugarea unui parametru in=20 plus
------=_NextPart_000_001F_01C3B1F7.9BA70A80-- From so@atlantis.cs.pub.ro Sun Nov 23 17:41:38 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 09:41:38 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <002201c3b1e6$d83d3430$0200a8c0@smeagol> Message-ID: <20031123174138.17371.qmail@web60507.mail.yahoo.com> --- Cibu Cristian wrote: > libraria noastra cuprinde functii pentru monitoare. > ok. dar pentru un singur monitor sau pot sa fie > oricate? oricate. > adica: exista un grup de procese care reprezinta o > aplicatie. acestea folosesc un monitor. nu pot monitorul se va folosi de catre un grup de threaduri ale unui proces. nu de catre procese diferite. Memoria alocata pt monitor la create se aloca in spatiul de adrese al procesului apelant. > exista si alte grupuri de procese care sa aiba > nevoie de mecanismul de monitor sau o aceiasi > aplicatie sa aiba nevoie de mai multe monitoare? > presupun ca da, si libraria noastra sa le poata > deservii pe toate. altfel nu vad ce rol are > parametrul Monitor * in toate functiile cerute. un proces poate crea mai multe monitoare care sa fie folosite de firele sale de executie. Mai multe procese pot incarca libraria si crea mai multe monitoare. > apoi, de ce este nevoie de un Monitor *? ce nevoie > are o aplicatie sa stie exact ce e acela un monitor? > stie de concept, stie ce functii pune la dispozitie > libraria si ii este de ajuns. ce vreau eu sa zic > este, nu putem inlocui acel Monitor* cu un int? un > fel de monitor descriptor (analogie cu file > descriptor). Monitor * e un pointer de care aplicatia nu trebuie sa stie nimic. exact ca un handle din windows. Nu poti cu int pt ca in cazul asta biblioteca ar trebui sa tina un array de monitoare indexat dupa int-ul tau, si cum nu are de unde sa stie cate monitoare vor fi create e o complicatie inutila. > apoi, un proces creaza monitorul. ok, are un handle > la el (int sau Monitor *, nu conteaza) si face > treaba cu el. > celelalte procese cum procedeaza? pentru ca nu vad > alta functie asemanatoare cu create sau init ar > trebui sa creeze el din nou monitorul respectiv > (adica din ou create). am putea face o chestie > asemanatoare cu MONITOR_CREATE | MONITOR_EXCLUSIVE > la creare care sa returneze eroare daca exista deja > monitorul care voria sa fie creat. Un monitor se va partaja intre firele de executie ale unui proces, nu intre procese. Nu este necesar deci un apel de genul Open. Procesul va crea monitorul inainte de crearea firelor care il folosesc, acestea avand astfel acces la monitor. > si asa ajung la o alta chestiune. ar trebui ca la > crearea monitorului sa se furnizeze si un > identificator, o semnatura a aplicatiei, etc. o > chestie prin care sa se identifica monitorul in > afara librariei. adica e nevoie de un parametru > extern pentru ca mecanismul CreateMonitor open > Monitor sa functioneze (analogie cu orice alta > pereche Create / Open din windows). > si ca sa fim consecventi ideii din windows, destroy > nu ar sterge pur si simplu monitorul ci doar ar > marca renuntarea unui proces la serviciile lui. cand > monitorul nu mai este folosit de nimeni (folosit nu > inseamna toate cozile din el goale) s-ar sterge > efectiv monitorul. am vazut deja ca cele de mai sus nu sunt necesare > sper ca m-am exprimat destul de clar ca sa se poate > intelege ce am vrut sa spun. > > deci, ce intreb eu: > > 1. librarie monitor = un obiect monitor sau mai > multe obiecte monitor mai multe obiecte monitor. > 2. se poate inlocui Monitor* cu int nu > 3. se poate adapta create la CreateMonitor si > OpenMonitor si deci adaugarea unui parametru in plus nu are sens. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 23:57:00 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Mon, 24 Nov 2003 01:57:00 +0200 Subject: [so] vesti bune References: <20031122094738.59193.qmail@web60510.mail.yahoo.com> Message-ID: <003001c3b21d$7d052230$6400a8c0@andrei> Datorita posibilitatii folosirii mai multor monitoare un thread poate fi la un moment dat intr-unul dintre ele si in afara altuia....sau de ce nu in mai multe monitoare? Daca da, atunci informatia stocata in TLS (cu privire la starea unui thread inauntrul sau in afara unui monitor) trebuie sa nu mai fie o simpla informatie booleana ci o lista de monitoare in care thread-ul este intrat, nu? Nu devine o solutie mai greu de implementat decat o lista de thread-uri intrate pentru fiecare monitor? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, 22 November, 2003 11:47 AM Subject: [so] vesti bune > > Salut, > > Iata o mica nelamurire care s-a ivit in legatura cu > tema 3. Dupa cum deja probabil ca v-ati dat seama nu > este necesar sa implementati in monitor cozi explicite > si va puteti folosi de variabile conditie. > Aceasta fiind situatia una dintre cerintele temei este > depistarea situatiilor de folosire incorecta a > monitorului (operatiile signal, broadcast si wait pot > fi apelate doar de threaduri intrate deja in monitor). > De aici se naste intrebarea: cum putem sa ne dam seama > ca un thread apeleaza signal sau wait inainte de a > face enter. Neavand in monitor liste cu toate > threadurile intrate o solutie ar fi ca fiecare thread > sa-si tina un flag care sa indice daca threadul este > sau nu in monitor, flag care sa fie testat in fiecare > operatie. > Deoarece programatorul care foloseste biblioteca > monitor trebuie sa nu fie constient de flagul > respectiv acesta va trebui implementat in biblioteca. > Dar cum bliblioteca este partajata si ea se incarca in > spatiul de adrese al procesului, un simplu flag global > in librarie ar fi comun tuturor threadurilor care > incarca libraria. > Pentru acest motiv va trebui sa folositi thread local > storage astfel incat flagul sa fie privat in fiecare > thread. Vestile bune erau ca aveti ocazia sa invatati > sa folositi thread local storage :). > From so@atlantis.cs.pub.ro Mon Nov 24 00:20:34 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 16:20:34 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <003001c3b21d$7d052230$6400a8c0@andrei> Message-ID: <20031124002034.29811.qmail@web60503.mail.yahoo.com> --- Andrei Hagiescu wrote: > Datorita posibilitatii folosirii mai multor > monitoare un thread poate fi la > un moment dat intr-unul dintre ele si in afara > altuia....sau de ce nu in mai > multe monitoare? Daca da, atunci informatia stocata > in TLS (cu privire la > starea unui thread inauntrul sau in afara unui > monitor) trebuie sa nu mai > fie o simpla informatie booleana ci o lista de > monitoare in care thread-ul > este intrat, nu? Nu devine o solutie mai greu de > implementat decat o lista > de thread-uri intrate pentru fiecare monitor? Oops. You've got that right. Solutia ramane totusi simpla. In loc sa faceti TlsAlloc respectiv pthread_key_create in entry-pointul librariei (DllMain respectiv constructorul librariei pe Linux) veti face in functia create. Astfel fiecare monitor contine un index distinct in TLS iar verificarile de utilizare corecta care se fac in operatii se vor face folosind indexul respectiv. Asadar informatia ramane booleana :) si implementarea nu presupune overhead. Limitele sunt rezonabile: 1088 de indexuri in Windows 2000 si 1024 in Linux, deci un proces poate sa construiasca cam 1000 de monitoare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 11:05:58 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 03:05:58 -0800 (PST) Subject: [so] alta precizare Message-ID: <20031124110558.69575.qmail@web60506.mail.yahoo.com> Pe Windows nu folositi functiile SuspendThread, ResumeThread ori SwitchToThread pentru sincronizare. Acestea sunt puse la dispozitie pt alte scopuri. Precizarea e valabila pentru orice functie si pentru orice alta tema. Cititi cu atentie rolul ei in documentatie si daca nu face exact ceea ce aveti voi nevoie cautati altceva. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 13:49:08 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Mon, 24 Nov 2003 15:49:08 +0200 Subject: [so] win Message-ID: <20031124134820.M16684@idilis.ro> La varianta de windows putem folosi functia TerminateThread pt. a opri firele in cazul in care se da CTRL+C? http://www.idilis.ro - Stiri, e-mail gratuit, download, SMS, server de counter-strike, hosting gratuit, servicii internet... Fii cu un pas inaintea celorlati! From so@atlantis.cs.pub.ro Mon Nov 24 18:52:41 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 10:52:41 -0800 (PST) Subject: [so] win In-Reply-To: <20031124134820.M16684@idilis.ro> Message-ID: <20031124185241.87333.qmail@web60509.mail.yahoo.com> Cred ca e mai indicat sa folositi ExitProcess pt ca macar apeleaza o data enry-pointul in dll. Cosmin --- Ioana Cutcutache wrote: > La varianta de windows putem folosi functia > TerminateThread pt. a opri firele in > cazul in care se da CTRL+C? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 19:03:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 11:03:51 -0800 (PST) Subject: [so] inca o precizare la tema 3 Message-ID: <20031124190351.42656.qmail@web60505.mail.yahoo.com> Pe Linux, daca aveti nevoie de semafoare folositi semafoarele POSIX prezentate in laboratorul 7, nu pe cele SYS V din laboratorul 4. Incercati sa va bazati cat mai mult pe variabile conditie pentru ca abordarea asta e cea mai simpla si cea mai eficienta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 00:08:06 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Mon, 24 Nov 2003 16:08:06 -0800 (PST) Subject: [so] link lib In-Reply-To: <20031124190351.42656.qmail@web60505.mail.yahoo.com> Message-ID: <20031125000806.81570.qmail@web41006.mail.yahoo.com> gcc -fPIC -Wall -g -c libmonitor.c gcc -g -lpthread -shared -Wl,-soname,libmonitor.so.0 -o libmonitor.so.0.0 libmonitor.o -lc /sbin/ldconfig -n . Cand ajung la acest pas obtin /sbin/ldconfig: Can't link ./libmonitor.so.0 to libmonitor.so.0.0 Any ideas? multam __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Tue Nov 25 00:15:34 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Mon, 24 Nov 2003 16:15:34 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031123174138.17371.qmail@web60507.mail.yahoo.com> Message-ID: <20031125001534.64025.qmail@web60309.mail.yahoo.com> --0-1839004515-1069719334=:63283 Content-Type: text/plain; charset=us-ascii Monitor * e un pointer de care aplicatia nu trebuie sa stie nimic. exact ca un handle din windows. Nu poti cu int pt ca in cazul asta biblioteca ar trebui sa tina un array de monitoare indexat dupa int-ul tau, si cum nu are de unde sa stie cate monitoare vor fi create e o complicatie inutila. Cred ca e nevoie sa stie care sunt functiile care se pot aplica pe el nu? Nu se include .h monitorului in aplicatie? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1839004515-1069719334=:63283 Content-Type: text/html; charset=us-ascii

<quote>

Monitor * e un pointer de care aplicatia nu trebuie sa
stie nimic. exact ca un handle din windows. Nu poti cu
int pt ca in cazul asta biblioteca ar trebui sa tina
un array de monitoare indexat dupa int-ul tau, si cum
nu are de unde sa stie cate monitoare vor fi create e
o complicatie inutila.

</quote>

Cred ca e nevoie sa stie care sunt functiile care se pot aplica pe el nu?

Nu se include .h monitorului in aplicatie?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1839004515-1069719334=:63283-- From so@atlantis.cs.pub.ro Tue Nov 25 00:57:13 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Mon, 24 Nov 2003 16:57:13 -0800 (PST) Subject: [so] Semafor windows In-Reply-To: <20031125000806.81570.qmail@web41006.mail.yahoo.com> Message-ID: <20031125005713.69950.qmail@web60306.mail.yahoo.com> Avem voie cu functia asta? NtQuerySemaphore e buna sa aflam valoarea unui semafor (nu sunt sigur ca e atomica, dar mi s-ar parea ca normal sa fie) http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20Objects/Semaphore/NtQuerySemaphore.html __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 06:15:14 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Tue, 25 Nov 2003 08:15:14 +0200 (EET) Subject: [so] .so-uri Message-ID: <1177.141.85.0.67.1069740914.squirrel@www.as.ro> Nu e nevoie sa instalati libraria pentru a o folosi (ldconfig). Puneti "." in LD_LIBRARY_PATH si va merge. ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Tue Nov 25 07:01:16 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Mon, 24 Nov 2003 23:01:16 -0800 (PST) Subject: [so] variabile conditie pe windows In-Reply-To: <1177.141.85.0.67.1069740914.squirrel@www.as.ro> Message-ID: <20031125070116.98782.qmail@web41013.mail.yahoo.com> --0-810786181-1069743676=:98646 Content-Type: text/plain; charset=us-ascii Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos. Se observa ca nu mai exista mutexul suplimentar care tb luat inainte de orice operatie. Voi folosi doua semafoare si un contor ce vor fi tinute intr-o structura sau intr-o clasa in implementarea voastra : //------------------------------------ sem zonaCritica = 1; sem conditie = 0; int contor = 0; //------------------------------------ void signal() { WaitForSingleObject(zonaCritica); if (contor) { // trezesc pe cineva contor--; ReleaseSemaphore(conditie, 1); } else { // pierde semnalul ReleaseSemaphore(zonaCritica, 1); } } //------------------------------------ void wait() { WaitForSingleObject(zonaCritica); contor++; SignalObjectAndWait(zonaCritica, conditie); } //------------------------------------ void broadcast() { WaitForSingleObject(zonaCritica); if (contor) { // era cineva blocat ReleaseSemaphore(zonaCritica, contor); contor = 0; ReleaseSemaphore(zonaCritica, 1); } else { // se pierde broadcast-ul ReleaseSemaphore(zonaCritica, 1); } } //------------------------------------ Observatie : ce vedeti mai sus este pseudocod ;) George --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-810786181-1069743676=:98646 Content-Type: text/html; charset=us-ascii

Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos.
Se observa ca nu mai exista mutexul suplimentar care tb luat inainte de orice operatie.
Voi folosi doua semafoare si un contor ce vor fi tinute intr-o structura sau intr-o clasa
in implementarea voastra :


//------------------------------------
sem zonaCritica = 1;
sem conditie = 0;
int contor = 0;
//------------------------------------

void signal() {
 WaitForSingleObject(zonaCritica);
 if (contor) { // trezesc pe cineva
  contor--;
  ReleaseSemaphore(conditie, 1);
  
 } else { // pierde semnalul
  ReleaseSemaphore(zonaCritica, 1);
 }
}
//------------------------------------
void wait() {
 WaitForSingleObject(zonaCritica);
 contor++;
 SignalObjectAndWait(zonaCritica, conditie);
}
//------------------------------------
void broadcast() {
 WaitForSingleObject(zonaCritica);
 if (contor) { // era cineva blocat
  ReleaseSemaphore(zonaCritica, contor);
  contor = 0;
  ReleaseSemaphore(zonaCritica, 1);
 } else { // se pierde broadcast-ul
  ReleaseSemaphore(zonaCritica, 1);
 }
}
//------------------------------------

Observatie : ce vedeti mai sus este pseudocod ;)
George

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-810786181-1069743676=:98646-- From so@atlantis.cs.pub.ro Tue Nov 25 07:48:45 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Mon, 24 Nov 2003 23:48:45 -0800 (PST) Subject: [so] variabile conditie pe windows In-Reply-To: <20031125070116.98782.qmail@web41013.mail.yahoo.com> Message-ID: <20031125074845.73810.qmail@web41014.mail.yahoo.com> --0-183392963-1069746525=:73628 Content-Type: multipart/alternative; boundary="0-1634801847-1069746525=:73628" --0-1634801847-1069746525=:73628 Content-Type: text/plain; charset=us-ascii Salut, Implementarea data este gresita (cam mult copy/paste).Pentru o implementare corecta (zic eu) a se vedea fisierul atasat. George --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-1634801847-1069746525=:73628 Content-Type: text/html; charset=us-ascii
Salut,
 
Implementarea data este gresita (cam mult copy/paste).Pentru o implementare corecta (zic eu) a se vedea fisierul atasat.
 
George

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-1634801847-1069746525=:73628-- --0-183392963-1069746525=:73628 Content-Type: text/plain; name="var_cond.txt" Content-Description: var_cond.txt Content-Disposition: inline; filename="var_cond.txt" Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos. Se observa ca nu mai exista mutexul suplimentar. Voi folosi 4 semafoare si 2 contoare ce vor fi tinute intr-o structura sau intr-o clasa in implementarea voastra : //------------------------------------ sem zonaCritica = 1; sem conditie = 0; sem asteaptaTrezire := 0; sem blocheazaAlti :=1 volatile int asteapta = 0; volatile int contor = 0; //------------------------------------ void signal() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); if (contor) { // trezesc pe cineva contor--; asteapta++; ReleaseSemaphore(conditie, 1); ReleaseSemaphore(zonaCritica, 1); P(asteaptaTrezire); ReleaseSemaphore(blocheazaAlti, 1); } else { // pierde semnalul ReleaseSemaphore(zonaCritica, 1); ReleaseSemaphore(blocheazaAlti, 1); } } //------------------------------------ void wait() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); contor++; ReleaseSemaphore(blocheazaAlti, 1); SignalObjectAndWait(zonaCritica, conditie); WaitForSingleObject(zonaCritica); asteapta--; if (asteapta == 0) V(asteaptaTrezire); ReleaseSemaphore(zonaCritica, 1); } //------------------------------------ void broadcast() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); if (contor) { // era cineva blocat ReleaseSemaphore(conditie, contor); asteapta = contor; contor = 0; ReleaseSemaphore(zonaCritica, 1); P(asteaptaTrezire); ReleaseSemaphore(blocheazaAlti, 1); } else { // se pierde broadcast-ul ReleaseSemaphore(zonaCritica, 1); ReleaseSemaphore(blocheazaAlti, 1); } } //------------------------------------ --0-183392963-1069746525=:73628-- From so@atlantis.cs.pub.ro Tue Nov 25 09:54:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 01:54:54 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031125001534.64025.qmail@web60309.mail.yahoo.com> Message-ID: <20031125095454.16495.qmail@web60508.mail.yahoo.com> --- Mihai Iancu wrote: > > > > Monitor * e un pointer de care aplicatia nu trebuie > sa > stie nimic. exact ca un handle din windows. Nu poti > cu > int pt ca in cazul asta biblioteca ar trebui sa tina > un array de monitoare indexat dupa int-ul tau, si > cum > nu are de unde sa stie cate monitoare vor fi create > e > o complicatie inutila. > > > > > Cred ca e nevoie sa stie care sunt functiile care se > pot aplica pe el nu? > > Nu se include .h monitorului in aplicatie? Ba da. Nu era evident? Am spus ca aplicatia nu trebuie sa stie nimic despre pointerul la monitor in sensul ca nu trebuie sa-l dereferentieze direct ci sa-l dea ca parametru in functiile respective. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 10:36:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 02:36:32 -0800 (PST) Subject: [so] Semafor windows In-Reply-To: <20031125005713.69950.qmail@web60306.mail.yahoo.com> Message-ID: <20031125103632.85699.qmail@web60510.mail.yahoo.com> Hmmmmmmm. Chiar ai nevoie de ea? Ai putea sa tii un contor asociat si sa-l verifici pe el. Cosmin --- Mihai Iancu wrote: > Avem voie cu functia asta? > NtQuerySemaphore > > e buna sa aflam valoarea unui semafor > (nu sunt sigur ca e atomica, dar mi s-ar parea > ca normal sa fie) > > http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20Objects/Semaphore/NtQuerySemaphore.html __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 11:51:35 2003 From: so@atlantis.cs.pub.ro (Badea Ovidiu) Date: Tue, 25 Nov 2003 03:51:35 -0800 (PST) Subject: [so] despre group_id Message-ID: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Am citit pe lista ca cica group_id putea sa fie oricat si nu intre 0 si groups_max. Ca e gresit daca l-am facut sa fie intre 0 si groups_max. Ma duc la enuntul temei si acolo scrie: Consumatorii intra in cofetaria in grupuri de prieteni. Pot exista maxim GROUP_MAX grupuri, putand avea maxim PEOPLE_MAX membri. Un grup este caracterizat printr-un ID si un numar de membri. Vreau sa vad locul EXACT unde scrie ca group_id poate fi oricat. Nu vad ca raspuns valid la aceasta intrebare reprosul ca "de ce nu am intrebat?". Nu am intrebat pt. ca nu mi-a trecut prin cap asa ceva. Mie mi s-a parut logic ca din moment ce sunt maxim groups_max grupuri, group_id sa ia valori intre 0 si groups_max. Oricum mi se pare aiurea o galceava pe astfel de chestii, cu uite group_idu', nu e group_idu', cand scopul temei era sa invatam sa facem niste sincronizari corecte. __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Tue Nov 25 15:35:55 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Tue, 25 Nov 2003 17:35:55 +0200 Subject: [so] despre group_id References: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Message-ID: <002001c3b369$d1cd0c40$210c6150@ioana> Buna, Si eu am considerat group_id-ul intre 1 si group_max, si am intrebat-o pe Maria daca era gresit si mi-a zis ca nu e gresit nici asa, oricum nu prea cred ca asta ar avea o mare importanta... nu id-ul ala era esenta temei :). ----- Original Message ----- From: "Badea Ovidiu" To: Sent: Tuesday, November 25, 2003 1:51 PM Subject: [so] despre group_id > Am citit pe lista ca cica group_id putea sa fie oricat > si nu intre 0 si groups_max. Ca e gresit daca l-am > facut sa fie intre 0 si groups_max. Ma duc la enuntul > temei si acolo scrie: > > Consumatorii intra in cofetaria in grupuri de > prieteni. Pot exista maxim GROUP_MAX grupuri, putand > avea maxim PEOPLE_MAX membri. Un grup este > caracterizat printr-un ID si un numar de membri. > > Vreau sa vad locul EXACT unde scrie ca group_id poate > fi oricat. Nu vad ca raspuns valid la aceasta > intrebare reprosul ca "de ce nu am intrebat?". Nu am > intrebat pt. ca nu mi-a trecut prin cap asa ceva. Mie > mi s-a parut logic ca din moment ce sunt maxim > groups_max grupuri, group_id sa ia valori intre 0 si > groups_max. > Oricum mi se pare aiurea o galceava pe astfel de > chestii, cu uite group_idu', nu e group_idu', cand > scopul temei era sa invatam sa facem niste > sincronizari corecte. > > > __________________________________ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Tue Nov 25 15:38:54 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 25 Nov 2003 17:38:54 +0200 Subject: [so] despre group_id In-Reply-To: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031125173807.00ae3990@mail.mymail.ro> Arata'mi locul EXACT unde am scris ca e gresit daca l'ai facut sa fie intre 0 si groups_max. Maria. >Am citit pe lista ca cica group_id putea sa fie oricat >si nu intre 0 si groups_max. Ca e gresit daca l-am >facut sa fie intre 0 si groups_max. Ma duc la enuntul >temei si acolo scrie: --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 25 16:37:16 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Tue, 25 Nov 2003 18:37:16 +0200 Subject: [so] vesti bune References: <20031124002034.29811.qmail@web60503.mail.yahoo.com> Message-ID: <008a01c3b372$63a50a70$6400a8c0@andrei> Nu pare bine nici asa. Daca un thread este deschis inainte de crearea TLS-ului (deci de pornirea acelui monitor) nu are cine sa initializeze acel spatiu de stocare decat daca monitorul ar sti ce thread-uri sunt in proces. Presupunand ca avem incredere ca Windows initializeaza acel spatiu cu NULL (ceea ce nu stiu daca e valabil si in Linux) ar mai fi o problema daca acel TLS a fost folosit in prealabil in thread-ul nostru de catre altcineva (totusi monitorul va putea fi folosit in orice aplicatie) care nu l-a lasat cu NULL cand l-a eliberat. ----- Original Message ----- From: "Cosmin Arad" To: Sent: Monday, 24 November, 2003 2:20 AM Subject: Re: [so] vesti bune > > --- Andrei Hagiescu wrote: > > Datorita posibilitatii folosirii mai multor > > monitoare un thread poate fi la > > un moment dat intr-unul dintre ele si in afara > > altuia....sau de ce nu in mai > > multe monitoare? Daca da, atunci informatia stocata > > in TLS (cu privire la > > starea unui thread inauntrul sau in afara unui > > monitor) trebuie sa nu mai > > fie o simpla informatie booleana ci o lista de > > monitoare in care thread-ul > > este intrat, nu? Nu devine o solutie mai greu de > > implementat decat o lista > > de thread-uri intrate pentru fiecare monitor? > > Oops. You've got that right. > Solutia ramane totusi simpla. In loc sa faceti > TlsAlloc respectiv pthread_key_create in entry-pointul > librariei (DllMain respectiv constructorul librariei > pe Linux) veti face in functia create. > Astfel fiecare monitor contine un index distinct in > TLS > iar verificarile de utilizare corecta care se fac in > operatii se vor face folosind indexul respectiv. > Asadar informatia ramane booleana :) si implementarea > nu presupune overhead. > > Limitele sunt rezonabile: 1088 de indexuri in Windows > 2000 si 1024 in Linux, deci un proces poate sa > construiasca cam 1000 de monitoare. > > Cosmin > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > > From so@atlantis.cs.pub.ro Tue Nov 25 18:01:33 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 10:01:33 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <008a01c3b372$63a50a70$6400a8c0@andrei> Message-ID: <20031125180133.20884.qmail@web60505.mail.yahoo.com> Nu trebuie sa fii ingrijorat. Hai sa lamurim lucrurile: - aloci un index in TLS la monitor_create; - la monitor_enter daca valoarea lui e NULL, aloci o zona unde sa tii informatia, sau pur si simplu setezi pointerul la alta valoare diferita de NULL pt ca tot ce ai tu nevoie e o info booleana (NULL vs NOT NULL could do it). - daca la enter nu era NULL inseamna ca threadul era deja in monitor deci oops. - la leave setezi pointerul la NULL (si faci free in cazul in care ai alocat ceva acolo) - la signal, wait, broadcast testezi pointerul sa nu fie NULL. - la destroi eliberezi indexul. Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie: -Windows (PSDK): "If the function succeeds, the return value is a TLS index. The slots for the index are initialized to zero." e vb de TlsAlloc. -Linux (man pthread_key_create): "The value initially associated with the returned key is !NULL! in all currently executing threads." Cosmin --- Andrei Hagiescu wrote: > Nu pare bine nici asa. Daca un thread este deschis > inainte de crearea > TLS-ului (deci de pornirea acelui monitor) nu are > cine sa initializeze acel > spatiu de stocare decat daca monitorul ar sti ce > thread-uri sunt in proces. > Presupunand ca avem incredere ca Windows > initializeaza acel spatiu cu NULL > (ceea ce nu stiu daca e valabil si in Linux) ar mai > fi o problema daca acel > TLS a fost folosit in prealabil in thread-ul nostru > de catre altcineva > (totusi monitorul va putea fi folosit in orice > aplicatie) care nu l-a lasat > cu NULL cand l-a eliberat. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 18:01:16 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 10:01:16 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <008a01c3b372$63a50a70$6400a8c0@andrei> Message-ID: <20031125180116.51002.qmail@web60510.mail.yahoo.com> Nu trebuie sa fii ingrijorat. Hai sa lamurim lucrurile: - aloci un index in TLS la monitor_create; - la monitor_enter daca valoarea lui e NULL, aloci o zona unde sa tii informatia, sau pur si simplu setezi pointerul la alta valoare diferita de NULL pt ca tot ce ai tu nevoie e o info booleana (NULL vs NOT NULL could do it). - daca la enter nu era NULL inseamna ca threadul era deja in monitor deci oops. - la leave setezi pointerul la NULL (si faci free in cazul in care ai alocat ceva acolo) - la signal, wait, broadcast testezi pointerul sa nu fie NULL. - la destroi eliberezi indexul. Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie: -Windows (PSDK): "If the function succeeds, the return value is a TLS index. The slots for the index are initialized to zero." e vb de TlsAlloc. -Linux (man pthread_key_create): "The value initially associated with the returned key is !NULL! in all currently executing threads." Cosmin --- Andrei Hagiescu wrote: > Nu pare bine nici asa. Daca un thread este deschis > inainte de crearea > TLS-ului (deci de pornirea acelui monitor) nu are > cine sa initializeze acel > spatiu de stocare decat daca monitorul ar sti ce > thread-uri sunt in proces. > Presupunand ca avem incredere ca Windows > initializeaza acel spatiu cu NULL > (ceea ce nu stiu daca e valabil si in Linux) ar mai > fi o problema daca acel > TLS a fost folosit in prealabil in thread-ul nostru > de catre altcineva > (totusi monitorul va putea fi folosit in orice > aplicatie) care nu l-a lasat > cu NULL cand l-a eliberat. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 19:19:26 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Tue, 25 Nov 2003 21:19:26 +0200 Subject: [so] vesti bune References: <20031125180116.51002.qmail@web60510.mail.yahoo.com> Message-ID: <003b01c3b389$0b404a40$6400a8c0@andrei> Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie Sunt de acord cu aceasta afirmatie atata vreme cat am si garantia ca in toate thread-urile care vor folosi monitorul nimeni nu se va fi folosit de acel TLS inainte si nu-l va elibera _uitand_ sa-l curete ----- Original Message ----- From: "Cosmin Arad" To: Sent: Tuesday, 25 November, 2003 20:01 PM Subject: Re: [so] vesti bune > > Nu trebuie sa fii ingrijorat. Hai sa lamurim > lucrurile: > - aloci un index in TLS la monitor_create; > - la monitor_enter daca valoarea lui e NULL, aloci o > zona unde sa tii informatia, sau pur si simplu setezi > pointerul la alta valoare diferita de NULL pt ca tot > ce ai tu nevoie e o info booleana (NULL vs NOT NULL > could do it). > - daca la enter nu era NULL inseamna ca threadul era > deja in monitor deci oops. > - la leave setezi pointerul la NULL (si faci free in > cazul in care ai alocat ceva acolo) > - la signal, wait, broadcast testezi pointerul sa nu > fie NULL. > - la destroi eliberezi indexul. > > Ai garantia ca la alocarea indexului in TLS valoarea > lui e NULL in toate threadurile atat in Windows cat si > in Linux. Iti citez din documentatie: > > -Windows (PSDK): "If the function succeeds, the return > value is a TLS index. The slots for the index are > initialized to zero." e vb de TlsAlloc. > > -Linux (man pthread_key_create): "The value initially > associated with the returned key is !NULL! in all > currently executing threads." > > Cosmin > > --- Andrei Hagiescu wrote: > > Nu pare bine nici asa. Daca un thread este deschis > > inainte de crearea > > TLS-ului (deci de pornirea acelui monitor) nu are > > cine sa initializeze acel > > spatiu de stocare decat daca monitorul ar sti ce > > thread-uri sunt in proces. > > Presupunand ca avem incredere ca Windows > > initializeaza acel spatiu cu NULL > > (ceea ce nu stiu daca e valabil si in Linux) ar mai > > fi o problema daca acel > > TLS a fost folosit in prealabil in thread-ul nostru > > de catre altcineva > > (totusi monitorul va putea fi folosit in orice > > aplicatie) care nu l-a lasat > > cu NULL cand l-a eliberat. > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > > From so@atlantis.cs.pub.ro Tue Nov 25 19:37:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 11:37:29 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <003b01c3b389$0b404a40$6400a8c0@andrei> Message-ID: <20031125193729.85553.qmail@web60506.mail.yahoo.com> Daca il elibereaza in prealabil inseamna ca poate fi alocat de mine la create si dupa cum se spune in documentatie la alocare valoarea lui e NULL. Daca nu-l elibereaza inseamna ca e ocupat si mie alocarea imi va intoarce un altul care era liber si din nou valoarea lui e NULL. Cosmin --- Andrei Hagiescu wrote: > Ai garantia ca la alocarea indexului in TLS valoarea > lui e NULL in toate threadurile atat in Windows cat > si > in Linux. Iti citez din documentatie > > Sunt de acord cu aceasta afirmatie atata vreme cat > am si garantia ca in > toate thread-urile care vor folosi monitorul nimeni > nu se va fi folosit de > acel TLS inainte si nu-l va elibera _uitand_ sa-l > curete __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 10:53:59 2003 From: so@atlantis.cs.pub.ro (iana ionel cristian) Date: Wed, 26 Nov 2003 02:53:59 -0800 (PST) Subject: [so] De ce TLS ? Message-ID: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Salut Am cateva nelamuriri in legatura cu tema 3: 1. Exista problema verificarii daca firul care a apelat enter, wait, leave, etc., este firul activ. Este gresit daca in loc sa retin o variabila boolean folosind tls, procedez in felul urmator: - fiecare structura monitor retine id-ul firului activ - atunci cand se executa o functie, (de ex enter) verific sa am idActiv = 0, dupa care fac idActiv = idFirCurent. Sau pentru leave verific sa am idActiv = idFirCurent dupa care la iesire fac idActiv = 0, s.a.m.d. - pt a obtine IdFirCurent folosesc pthread_self 2. Se cere "sa fim atenti la utilizari gresite ale functiilor ". Este suficient ca functiile pt monitor sa returneaze o valoarea de eroare cand se intampla asa ceva ? Sau trebuie sa mai facem si altceva, de ex mesaj afisat la consola, aruncare de exceptii ... ? 3. Monitorul se poate distruge doar atunci cand nu exista fir activ in el si nu exista nici un fir care este blocat intr-o coada de asteptare sau la vreo variablia de conditie ? __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 13:50:13 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 05:50:13 -0800 (PST) Subject: [so] Barbers In-Reply-To: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Message-ID: <20031126135013.23337.qmail@web60305.mail.yahoo.com> --0-1133674118-1069854613=:21682 Content-Type: text/plain; charset=us-ascii La pornire trebuie ca toti barbierii/frizeri sa fie gata de tuns? sau trebuie sa se astepte sa fie toti gata. Eu astept sa fie toti gata si dupa incep clientii sa se tunda, e ok asa? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1133674118-1069854613=:21682 Content-Type: text/html; charset=us-ascii

La pornire trebuie ca toti barbierii/frizeri sa fie gata de tuns?

sau trebuie sa se astepte sa fie toti gata.

 

Eu astept sa fie toti gata si dupa incep clientii sa se tunda, e ok asa?

 

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1133674118-1069854613=:21682-- From so@atlantis.cs.pub.ro Wed Nov 26 14:28:34 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 06:28:34 -0800 (PST) Subject: [so] Barbers In-Reply-To: <20031126135013.23337.qmail@web60305.mail.yahoo.com> Message-ID: <20031126142834.52820.qmail@web60510.mail.yahoo.com> --- Mihai Iancu wrote: > > La pornire trebuie ca toti barbierii/frizeri sa fie > gata de tuns? > > sau trebuie sa se astepte sa fie toti gata. > > Eu astept sa fie toti gata si dupa incep clientii sa > se tunda, e ok asa? Da, trebuie sa te asiguri ca barbierii dorm in scaunele lor cand incepi sa lansezi clientii. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 14:56:16 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 06:56:16 -0800 (PST) Subject: [so] De ce TLS ? In-Reply-To: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Message-ID: <20031126145616.63185.qmail@web60510.mail.yahoo.com> --- iana ionel cristian wrote: > Salut > > Am cateva nelamuriri in legatura cu tema 3: > > 1. Exista problema verificarii daca firul care a > apelat > enter, wait, leave, etc., este firul activ. Este > gresit > daca in loc sa retin o variabila boolean folosind > tls, > procedez in felul urmator: > > - fiecare structura monitor retine id-ul firului > activ > > - atunci cand se executa o functie, (de ex enter) > verific sa am idActiv = 0, dupa care fac idActiv = > idFirCurent. Sau pentru leave verific sa am idActiv > = > idFirCurent dupa care la iesire fac idActiv = 0, > s.a.m.d. > > - pt a obtine IdFirCurent folosesc pthread_self S-ar putea sa ai dreptate, nu pot sa ma pronunt acum. Ai insa grija sa nu ai race-uri intre operatii la setarea proprietarului. Totusi, daca este corect pierzi experienta utilizarii TLS si tema ta s-ar putea clasa pe o pozitie medie sau codasa :) > 2. Se cere "sa fim atenti la utilizari gresite ale > functiilor ". Este suficient ca functiile pt monitor > sa > returneaze o valoarea de eroare cand se intampla asa > ceva ? Sau trebuie sa mai facem si altceva, de ex > mesaj afisat la consola, aruncare de exceptii ... ? Este suficient un cod de eroare. > 3. Monitorul se poate distruge doar atunci cand nu > exista fir activ in el si nu exista nici un fir care > este blocat intr-o coada de asteptare sau la vreo > variablia de conditie ? Da, asta ar trebui sa faca destroy. Ar mai trebui sa va scrieti o functie de distrugere fortata, _destroy, pe care s-o apelati de exemplu la oprirea fortata a programului (Ctrl+C) pentru ca altfel nu se pot debloca firele care asteptau la conditii. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 16:10:54 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Wed, 26 Nov 2003 08:10:54 -0800 (PST) Subject: [so] De ce TLS ? In-Reply-To: <20031126145616.63185.qmail@web60510.mail.yahoo.com> Message-ID: <20031126161054.98496.qmail@web11704.mail.yahoo.com> > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 16:15:21 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Wed, 26 Nov 2003 08:15:21 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126145616.63185.qmail@web60510.mail.yahoo.com> Message-ID: <20031126161521.48409.qmail@web11707.mail.yahoo.com> > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie - setez un flag de destroy (de ex un semafor) apoi deblochez toate firele de la variabilele conditie; ele citesc flag-ul inainte de a ajunge in waiting, iar daca este setat pe destroy fac pthread_exit() ? - astept sa primesc o notificare ca toate firele au facut pthread_exit - apoi pot distruge toate elementele de sincronizare > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 16:21:38 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 08:21:38 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126161521.48409.qmail@web11707.mail.yahoo.com> Message-ID: <20031126162138.89465.qmail@web60302.mail.yahoo.com> --0-480435163-1069863698=:89351 Content-Type: text/plain; charset=us-ascii Asteptarea asta mi se pare mie sau este un fel de continuare a "algoritmului" cu barbieri si clienti, adica un fel de "terminare corecta"? daca da, la ce bun? oricum userul daca vrea sa termine nu il mai intereseaza ce se intampla cu toata logica programului. Iar daca resursele sunt eliberate, chiar daca fortat rau eu cred ca e ok. Gresesc? Stela Suciu wrote: > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie - setez un flag de destroy (de ex un semafor) apoi deblochez toate firele de la variabilele conditie; ele citesc flag-ul inainte de a ajunge in waiting, iar daca este setat pe destroy fac pthread_exit() ? - astept sa primesc o notificare ca toate firele au facut pthread_exit - apoi pot distruge toate elementele de sincronizare > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-480435163-1069863698=:89351 Content-Type: text/html; charset=us-ascii
Asteptarea asta mi se pare mie sau este un fel
de continuare a "algoritmului" cu barbieri si clienti,
adica un fel de "terminare corecta"?
 
daca da, la ce bun? oricum userul daca vrea sa termine
nu il mai intereseaza ce se intampla cu toata logica programului.
Iar daca resursele sunt eliberate, chiar daca fortat rau eu cred ca e ok.
Gresesc?
 


Stela Suciu <stelasuciu@yahoo.com> wrote:

>
> > 3. Monitorul se poate distruge doar atunci cand nu
> > exista fir activ in el si nu exista nici un fir
> care
> > este blocat intr-o coada de asteptare sau la vreo
> > variablia de conditie ?
>
> Da, asta ar trebui sa faca destroy. Ar mai trebui sa
> va scrieti o functie de distrugere fortata,
> _destroy,
> pe care s-o apelati de exemplu la oprirea fortata a
> programului (Ctrl+C) pentru ca altfel nu se pot
> debloca firele care asteptau la conditii.
>
> Cosmin
>
>
E corect daca in functia destroy:
- astept ca toate firele din cozile waiting,
signaller si entry sa plece sau sa se blocheze la
variabile conditie
- setez un flag de destroy (de ex un semafor) apoi
deblochez toate firele de la variabilele conditie; ele
citesc flag-ul inainte de a ajunge in waiting, iar
daca este setat pe destroy fac pthread_exit() ?
- astept sa primesc o notificare ca toate firele au
facut pthread_exit
- apoi pot distruge toate elementele de sincronizare
> __________________________________
> Do you Yahoo!?
> Protect your identity with Yahoo! Mail AddressGuard
> http://antispam.yahoo.com/whatsnewfree
> _______________________________________________
> so mailing list
> so@atlantis.cs.pub.ro
>
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-480435163-1069863698=:89351-- From so@atlantis.cs.pub.ro Wed Nov 26 16:23:19 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 08:23:19 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126162138.89465.qmail@web60302.mail.yahoo.com> Message-ID: <20031126162319.50529.qmail@web60501.mail.yahoo.com> e ok, nu gresesti. tocmai i-am raspuns Stelei. Cosmin --- Mihai Iancu wrote: > Asteptarea asta mi se pare mie sau este un fel > de continuare a "algoritmului" cu barbieri si > clienti, > adica un fel de "terminare corecta"? > > daca da, la ce bun? oricum userul daca vrea sa > termine > nu il mai intereseaza ce se intampla cu toata logica > programului. > Iar daca resursele sunt eliberate, chiar daca fortat > rau eu cred ca e ok. > Gresesc? > > > > Stela Suciu wrote: > > > > > > 3. Monitorul se poate distruge doar atunci cand > nu > > > exista fir activ in el si nu exista nici un fir > > care > > > este blocat intr-o coada de asteptare sau la > vreo > > > variablia de conditie ? > > > > Da, asta ar trebui sa faca destroy. Ar mai trebui > sa > > va scrieti o functie de distrugere fortata, > > _destroy, > > pe care s-o apelati de exemplu la oprirea fortata > a > > programului (Ctrl+C) pentru ca altfel nu se pot > > debloca firele care asteptau la conditii. > > > > Cosmin > > > > > E corect daca in functia destroy: > - astept ca toate firele din cozile waiting, > signaller si entry sa plece sau sa se blocheze la > variabile conditie > - setez un flag de destroy (de ex un semafor) apoi > deblochez toate firele de la variabilele conditie; > ele > citesc flag-ul inainte de a ajunge in waiting, iar > daca este setat pe destroy fac pthread_exit() ? > - astept sa primesc o notificare ca toate firele au > facut pthread_exit > - apoi pot distruge toate elementele de sincronizare > > __________________________________ > > Do you Yahoo!? > > Protect your identity with Yahoo! Mail > AddressGuard > > http://antispam.yahoo.com/whatsnewfree > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > __________________________________ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > --------------------------------- > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 16:22:07 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 08:22:07 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126161521.48409.qmail@web11707.mail.yahoo.com> Message-ID: <20031126162207.81364.qmail@web60505.mail.yahoo.com> --- Stela Suciu wrote: > E corect daca in functia destroy: > - astept ca toate firele din cozile waiting, > signaller si entry sa plece sau sa se blocheze la > variabile conditie > - setez un flag de destroy (de ex un semafor) apoi > deblochez toate firele de la variabilele conditie; > ele > citesc flag-ul inainte de a ajunge in waiting, iar > daca este setat pe destroy fac pthread_exit() ? > - astept sa primesc o notificare ca toate firele au > facut pthread_exit > - apoi pot distruge toate elementele de > sincronizare Functia destroy ar trebui sa verifice daca monitorul este liber (nu este ocupat si nu sunt fire blocate la conditii). Daca e liber sa-l distruga, daca nu sa intoarca un cod de eroare. Functia _destroy ar trebui sa distruga monitorul fortat si sa fie apelata doar in cazuri extreme cum este cel de terminare fortata a aplciatiei. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 17:19:41 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 26 Nov 2003 19:19:41 +0200 Subject: [so] De ce TLS ? - continuare:) References: <20031126162207.81364.qmail@web60505.mail.yahoo.com> Message-ID: <002801c3b441$7c056c70$0200a8c0@smeagol> pe mine m-a ametit putin chestia cu destroy. este evident ca trebuie sa existe un destroy dur care sa curete tot fara sa faca nici o verificare. acum, din cate am inteles, trebuie sa avem un destroy care curata doar daca nu are nimeni treaba cu monitorul. cineva are treaba cu monitorul daca se afla in vre-o coada sau daca este activ. Dar cum destroy-ul se da dintr-un thread care care se presupune ca nu are nici o legatura cu threadurile care folosesc monitorul este destul de complicat modul in care se determina daca monitorul este sau nu folosit. de exemplu: in destroy ma apuc sa verific daca este cineva blocat la o conditie. pp ca nu este, dar imediat ce fac verificare vine un thread care se blocheaza exact la variabila aia conditie. neplacut. trebuie deci sa impiedicam accesul la monitor in timp ce incerc sa distrug monitorul. singurul mod in care vad facandu-se asta (doar cu resursele monitorului) este ca threadul care face destroy sa fie el insusi activ in monitor (adica sa fi dat in prealabil un enter()). si de aici contradictia: distrug monitorul numai cand nimeni nu foloseste monitorul, dar pentru ca sa vad ca monitorul este liber tocmai cel care distruge trebuie sa fie in monitor. (presupun ca se face o exceptie :) ). Eu sincer inclin spre existenta unei singure functii destroy (cea care omoara tot si abia apoi intreaba), dar pe care o apelez cu grija dupa ce toate threadurile nu mai au nevoie de monitor. prefer deci sa fie de datoria aplicatiei care foloseste monitorul sa se asigure de corectitudinea folosirii lui destroy. zeii ce zic? From so@atlantis.cs.pub.ro Wed Nov 26 17:24:40 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 09:24:40 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <002801c3b441$7c056c70$0200a8c0@smeagol> Message-ID: <20031126172440.77246.qmail@web60501.mail.yahoo.com> --- Cibu Cristian wrote: > pe mine m-a ametit putin chestia cu destroy. > > este evident ca trebuie sa existe un destroy dur > care sa curete tot fara sa > faca nici o verificare. > > acum, din cate am inteles, trebuie sa avem un > destroy care curata doar daca > nu are nimeni treaba cu monitorul. > cineva are treaba cu monitorul daca se afla in vre-o > coada sau daca este > activ. Dar cum destroy-ul se da dintr-un thread care > care se presupune ca nu > are nici o legatura cu threadurile care folosesc > monitorul este destul de > complicat modul in care se determina daca monitorul > este sau nu folosit. > > de exemplu: > > in destroy ma apuc sa verific daca este cineva > blocat la o conditie. pp ca > nu este, dar imediat ce fac verificare vine un > thread care se blocheaza > exact la variabila aia conditie. neplacut. trebuie > deci sa impiedicam > accesul la monitor in timp ce incerc sa distrug > monitorul. singurul mod in > care vad facandu-se asta (doar cu resursele > monitorului) este ca threadul > care face destroy sa fie el insusi activ in monitor > (adica sa fi dat in > prealabil un enter()). > > si de aici contradictia: distrug monitorul numai > cand nimeni nu foloseste > monitorul, dar pentru ca sa vad ca monitorul este > liber tocmai cel care > distruge trebuie sa fie in monitor. (presupun ca se > face o exceptie :) ). Da, poti sa iei lockul asociat cozii Entry ca sa faci destroy. > Eu sincer inclin spre existenta unei singure functii > destroy (cea care > omoara tot si abia apoi intreaba), dar pe care o > apelez cu grija dupa ce > toate threadurile nu mai au nevoie de monitor. > prefer deci sa fie de datoria > aplicatiei care foloseste monitorul sa se asigure de > corectitudinea > folosirii lui destroy. Ambele sunt necesare, cea care omoara tot sa fie apelata doar in cazuri extreme in care nu te mai intereseaza ce se intampla cu monitorul in continuare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 17:43:09 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 26 Nov 2003 19:43:09 +0200 Subject: [so] De ce TLS ? - continuare:) References: <20031126172440.77246.qmail@web60501.mail.yahoo.com> Message-ID: <003001c3b444$c17c23e0$0200a8c0@smeagol> pai daca trebuie sa fac enter() ca sa pot distruge, inseamna ca nu mai este nimeni in waiting sau in signaler si mai concurez si cu alte threaduri care dau enter(). asadar destroy-ul obtine accesul la monitor cine stie peste cat timp. este ok ? dar tot mi se pare de datoria aplicatiei sa dea destroy-ul atotputernic cand se stie sigur ca nimeni nu mai are treaba cu monitorul. From so@atlantis.cs.pub.ro Wed Nov 26 17:48:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 09:48:51 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <003001c3b444$c17c23e0$0200a8c0@smeagol> Message-ID: <20031126174851.25368.qmail@web60509.mail.yahoo.com> --- Cibu Cristian wrote: > pai daca trebuie sa fac enter() ca sa pot distruge, > inseamna ca nu mai este > nimeni in waiting sau in signaler si mai concurez si > cu alte threaduri care > dau enter(). asadar destroy-ul obtine accesul la > monitor cine stie peste cat > timp. este ok ? Eu nu am zis sa faci enter(). Am zis doar sa iei lockul asociat cozii Entry. Astfel impiedici orice alt enter in timp ce tu verifici ca monitorul este sau nu liber. > dar tot mi se pare de datoria aplicatiei sa dea > destroy-ul atotputernic cand > se stie sigur ca nimeni nu mai are treaba cu > monitorul. destroy-ul normal e un fel de try_destroy care poate fi si el util uneori. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 19:48:09 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 11:48:09 -0800 (PST) Subject: [so] destroy In-Reply-To: <20031126174851.25368.qmail@web60509.mail.yahoo.com> Message-ID: <20031126194809.80997.qmail@web60307.mail.yahoo.com> --0-2062366077-1069876089=:78700 Content-Type: text/plain; charset=us-ascii Bun, hai ca nu ne intelegem cu destroy asta ce ar fi sa nu il mai facem ??? : )) Intreabarea este: "De ce trebuie sa se distruga cand nu mai este nici un thread activ sau nu mai stiu exact care erau specificatiile?" Poate ca cineva peste 4 min vrea sa il foloseasca! Distrugerea se face pornind de la presupunearea ca nu mai se asteapta nimic de la program si se indreapta singur catre exit? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-2062366077-1069876089=:78700 Content-Type: text/html; charset=us-ascii

Bun, hai ca nu ne intelegem cu destroy asta

ce ar fi sa nu il mai facem ??? : ))

 

Intreabarea este: "De ce trebuie sa se distruga cand nu mai este

nici un thread activ sau nu mai stiu exact care erau specificatiile?"

Poate ca cineva peste 4 min vrea sa il foloseasca!

Distrugerea se face pornind de la presupunearea ca nu mai se asteapta nimic

de la program si se indreapta singur catre exit?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-2062366077-1069876089=:78700-- From so@atlantis.cs.pub.ro Wed Nov 26 20:20:06 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 12:20:06 -0800 (PST) Subject: [so] destroy In-Reply-To: <20031126194809.80997.qmail@web60307.mail.yahoo.com> Message-ID: <20031126202006.78739.qmail@web60503.mail.yahoo.com> --- Mihai Iancu wrote: > > Bun, hai ca nu ne intelegem cu destroy asta > ce ar fi sa nu il mai facem ??? : )) vi s-ar scadea puncte :)) > Intreabarea este: "De ce trebuie sa se distruga cand > nu mai este > > nici un thread activ sau nu mai stiu exact care erau > specificatiile?" > > Poate ca cineva peste 4 min vrea sa il foloseasca! Daca vrea sa il foloseasca peste 4 minute nu il distruge. > Distrugerea se face pornind de la presupunearea ca > nu mai se asteapta nimic > > de la program si se indreapta singur catre exit? presupunerea poate fi gresita. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 09:05:00 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 11:05:00 +0200 Subject: [so] mingw Message-ID: <002101c3b4c5$897e5220$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_001E_01C3B4D6.4CFB3B40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai = mari decat cele facute de Visual C++ 6.0 Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de = nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare tind spre anumite valori fixe astfel incat dupa cateva iteratii toti = cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se = gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce = construieste Visual C++ totul se comporta cu totul diferit. valorile = aleatoare sunt chiar aleatoare. daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il = rog sa ma ajute. ------=_NextPart_000_001E_01C3B4D6.4CFB3B40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
mare balarie si mingw asta. Toate = executabilele=20 sunt de 3, 4 ori mai mari decat cele facute de Visual C++ = 6.0
Dar fie, nu aste e problema. toate = valorile=20 aleatoare sunt asa de nealeatoare :)... Cu executabilele facute de g++ = valorile=20 aleatoare
tind spre anumite valori fixe astfel = incat dupa=20 cateva iteratii toti cititorii se comporta unitar (nu-i mai dezlipesc) = pentru ca=20 toti se gasesc sa citeasca la fel de mult si fac pauza la fel de mult. = cu ce=20 construieste Visual C++ totul se comporta cu totul diferit. valorile = aleatoare=20 sunt chiar aleatoare.
daca cineva are vre-o idee de cum se = poate rezolva=20 treaba cu random, il rog sa ma = ajute.
------=_NextPart_000_001E_01C3B4D6.4CFB3B40-- From so@atlantis.cs.pub.ro Thu Nov 27 09:27:49 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Thu, 27 Nov 2003 11:27:49 +0200 Subject: [so] mingw Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B4C8.B9BE78AD Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGVvcmV0aWMsIGFpIHB1dGVhIHNhIGNvbXBpbGV6aSBjdSBNaW5HVywgZGFyIHNhIGxlZ2kgZmlz aWVydWwgdGF1IG9iaWVjdCBkZSBsaWJjIHNpIG1zdmNydCAocnVudGltZXVsIGRlIEMgZGluIFZp c3VhbCBTdHVkaW8pIC0gbi1hbSBpZGVlIGN1bSwgbnUgYW0gcHJlYSBpbnZlc3RpZ2F0IGRhciBh ciB0cmVidWkgc2Egc2UgcG9hdGEsIG9yaWNlIGNvbXBpbGF0b3IgY2F0IGRlIGNhdCBkZWNlbnQg cG9hdGUgZmFjZSBhc3RhICh2ZXppIGNhIGluIFNldHRpbmdzIGxhIFZpc3VhbCBTdHVkaW8gYWkg c2kgbGluaWEgZGUgY29tYW5kYSBjdSBjYXJlIGludm9jYSBjbC5leGUgLSBpbmNlYXJjYSBzYSBv IGFkYXB0ZXppIHB0IE1pbkdXKS4gSW4gcHJhY3RpY2EsIGFzdGEgaW5zZWFtbmEgY2EgZmFjaSBw cmVzdXB1bmVyZWEgY2EgcGUgY2FsY3VsIHBlIGNhcmUgc2UgZmFjZSBjb21waWxhcmVhIHNpIGNv cmVjdGFyZWEgc2Ugdm9yIGdhc2kgY2VsZSBkb3VhIC5saWItdXJpLi4uIElhciBhaWNpLCB5b3Un cmUgb24geW91ciBvd24uDQoNCgktLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLSANCglGcm9tOiBD aWJ1IENyaXN0aWFuIFttYWlsdG86Y2lidS5jcmlzdGlhbkByZHNsaW5rLnJvXSANCglTZW50OiBU aHUgMTEvMjcvMjAwMyAxMTowNSBBTSANCglUbzogZ3J1cCBTTyANCglDYzogDQoJU3ViamVjdDog W3NvXSBtaW5ndw0KCQ0KCQ0KCQ0KCW1hcmUgYmFsYXJpZSBzaSBtaW5ndyBhc3RhLiBUb2F0ZSBl eGVjdXRhYmlsZWxlIHN1bnQgZGUgMywgNCBvcmkgbWFpIG1hcmkgZGVjYXQgY2VsZSBmYWN1dGUg ZGUgVmlzdWFsIEMrKyA2LjANCglEYXIgZmllLCBudSBhc3RlIGUgcHJvYmxlbWEuIHRvYXRlIHZh bG9yaWxlIGFsZWF0b2FyZSBzdW50IGFzYSBkZSBuZWFsZWF0b2FyZSA6KS4uLiBDdSBleGVjdXRh YmlsZWxlIGZhY3V0ZSBkZSBnKysgdmFsb3JpbGUgYWxlYXRvYXJlDQoJdGluZCBzcHJlIGFudW1p dGUgdmFsb3JpIGZpeGUgYXN0ZmVsIGluY2F0IGR1cGEgY2F0ZXZhIGl0ZXJhdGlpIHRvdGkgY2l0 aXRvcmlpIHNlIGNvbXBvcnRhIHVuaXRhciAobnUtaSBtYWkgZGV6bGlwZXNjKSBwZW50cnUgY2Eg dG90aSBzZSBnYXNlc2Mgc2EgY2l0ZWFzY2EgbGEgZmVsIGRlIG11bHQgc2kgZmFjIHBhdXphIGxh IGZlbCBkZSBtdWx0LiBjdSBjZSBjb25zdHJ1aWVzdGUgVmlzdWFsIEMrKyB0b3R1bCBzZSBjb21w b3J0YSBjdSB0b3R1bCBkaWZlcml0LiB2YWxvcmlsZSBhbGVhdG9hcmUgc3VudCBjaGlhciBhbGVh dG9hcmUuDQoJZGFjYSBjaW5ldmEgYXJlIHZyZS1vIGlkZWUgZGUgY3VtIHNlIHBvYXRlIHJlem9s dmEgdHJlYWJhIGN1IHJhbmRvbSwgaWwgcm9nIHNhIG1hIGFqdXRlLg0KDQo= ------_=_NextPart_001_01C3B4C8.B9BE78AD Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IjMJAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAGwALABsAMQAEAFsBASCAAwAOAAAA0wcLABsACwAbADEABABbAQEJgAEAIQAAAEE1 RUVGRTM1OUQyNjVDNERCNDNDRDg3MjlDNjQ4QTA3AF8HAQOQBgBkEAAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAAB4AAABSAEUAOgAgAFsAcwBvAF0A IABtAGkAbgBnAHcAAAAAAEAAOQCteL65yLTDAR8APQABAAAACgAAAFIARQA6ACAAAAAAAAIBRwAB AAAAKwAAAGM9dXM7YT0gO3A9TVNMYWI7bD1TRVJWRVItMDMxMTI3MDkyNzQ5Wi0yNAAAHwBJAAEA AAAWAAAAWwBzAG8AXQAgAG0AaQBuAGcAdwAAAAAAQABOAADGNInFtMMBHwBaAAEAAAAcAAAAQwBp AGIAdQAgAEMAcgBpAHMAdABpAGEAbgAAAAIBWwABAAAARAAAAAAAAACBKx+kvqMQGZ1uAN0BD1QC AAAAAENpYnUgQ3Jpc3RpYW4AU01UUABjaWJ1LmNyaXN0aWFuQHJkc2xpbmsucm8AAgFcAAEAAAAe AAAAU01UUDpDSUJVLkNSSVNUSUFOQFJEU0xJTksuUk8AAAAfAF0AAQAAABwAAABDAGkAYgB1ACAA QwByAGkAcwB0AGkAYQBuAAAAAgFeAAEAAABEAAAAAAAAAIErH6S+oxAZnW4A3QEPVAIAAAAAQ2li dSBDcmlzdGlhbgBTTVRQAGNpYnUuY3Jpc3RpYW5AcmRzbGluay5ybwACAV8AAQAAAB4AAABTTVRQ OkNJQlUuQ1JJU1RJQU5AUkRTTElOSy5STwAAAB8AZgABAAAACgAAAFMATQBUAFAAAAAAAB8AZwAB AAAAMgAAAGMAaQBiAHUALgBjAHIAaQBzAHQAaQBhAG4AQAByAGQAcwBsAGkAbgBrAC4AcgBvAAAA AAAfAGgAAQAAAAoAAABTAE0AVABQAAAAAAAfAGkAAQAAADIAAABjAGkAYgB1AC4AYwByAGkAcwB0 AGkAYQBuAEAAcgBkAHMAbABpAG4AawAuAHIAbwAAAAAAHwBwAAEAAAAWAAAAWwBzAG8AXQAgAG0A aQBuAGcAdwAAAAAAAgFxAAEAAAAbAAAAAcO0xmdjfRk4fjawT8eNDkKm5PZeIwAANtm+AB8AdAAB AAAAEAAAAGcAcgB1AHAAIABTAE8AAAAfABoMAQAAABwAAABPAHYAaQBkAGkAdQAgAFAAbABhAHQA bwBuAAAAHwAdDgEAAAAWAAAAWwBzAG8AXQAgAG0AaQBuAGcAdwAAAAAAAgEJEAEAAACMCAAAiAgA AM4XAABMWkZ1k2+XxQMACgByY3BnMTI1gjIDQ2h0bWwxAzD/AQMB9wqAAqQD5AcTAoAQA/8AUARW CFUHshE1DlEDAQIAhGNoCsBzZXQyBgDbBsMRNTMERhPHMBI/AgDeNBBtEUMI7wn3Oxl/DjB2NREy DGBjAFALCQFkMyY2FmALpTQgEAIqXHsOsgGQZxRQCqMRQx6YNAEUUDwhRE9DVFkAUEUgSFRNTCAA UFVCTElDICJALS8vVzNDIjBEJFREIUQ0LhZgVHI5AHJ0aQIgB0AiMEVOnCI+H50fPyVBMTggoBsh UiSNMx4wJvBFQURfJI0O8SWvKZ8mdDYO8DzgTUVUQSAFoAIwCfBYdD0iBeAhUzYjQDCMLjIdkC4Q MCIgJAAJB4A9RyRQRVJBVLxPUii/Kx8gUixhUyEAXExFJI4x4R+eOSCgL+8yLzBfJQUx4i8ofyVf OJQCNRZgPEJPRFkgzGJnCFAZET0jASA7YtggZGk7MDiwcjgAOHNLACEDMHYIkHdrC4Bk6jU4JGIA 0GsJwAhgPWDiIAAAc2hwOEI+wQuArHN0PqE+4XMDoGYDEEZsOvMCkXN2ICxAN7FBQDIxNRiQP6hG QEEvCYBAxRiQQzFcPBFkb+cA4DwRCrFccRlgPBET4D8DMDx1FmA4Kx2hOS9nOeI2IKBESVY8SQAA RReZOEk2NEhPRWJUZQWwExQwDeAsIAtwIHB1sS0QYSBzTMAFoG0/UGVCkHpMYGN1BdALgEe6V0ww ZArBTOFCkGdMYHdAMACQBJB1AyABkE3Ab/piCJBjBUA2rEaFAQBOsNhpYmNM0ExgbUDwBQD9BUAo T2ACMAdxT3FRoSHwazvQA6BWBAB1B0AGAHRCdTvQbykgLS6gLbkuwCBpAQBRsE2wbUww9m5NwFUx cBmATMBQX0ayzQuAdgeQI9BnYQVATlLjCsE8IGVidUxgTOEUIPVMcG9YgGFMMAWwDeBVkfdNI1iA BbFjWIJVkVuDWpDfAjBZ41GwVr9GsmYA0FGw9mE/gEzAKFggTYJMwFPR9wZgAkALgGcEIAtgU/xM Qv9SIVHQAwBMwFuyA3JOUE2iP1twGYBc71e2Q9BM8Wwu/GV4UbBU8AuAWpAKwF9Bf0zhYSFOUAUw TXIFMU3jKfguIEkDoFZgANBMAVox916TP2FMsG0kAF8yYz9eBe9MYRmAVCBMgG4EkEyxX0H6cFvC bE2wAyBsI2MBWcH/XkNaxVZyUiEFoVARbiRRsL9koAXAaY9GslhwbnJlQpBXO8AIYEzALlHRLQhx Lq9ygGeQWMIN4GlMMHkIYB4nYwECIHNSBcBvd27+LjhJAcA8VwqiPFcKcSX8/jAoQSKQSBt2OEWf Rq9Hs4MhwCDgS1FVT1QhMDM71UzQdHlCkC1RQVKAR0lOLVJJRyFQ4DogMHB4JHE8aAqx/xACRAVE o0RhRP96Hx/LFmB/g/B6/0f/SQ9KH4EXQ4BpCx2CJfw0JtFGT05UdVIRei7gMoV7C+KA+S39jPJP BRBO4CQBBdAHkEzg/GdljPOJXSxAOmEvgTxoXWGhZQqBgR84ozgoQULVhXtigPlGA2E6hDwgkb4v krp5CRZwUeBNwEMFEL9YQQORb8+Cv5JxhAFbAMDbAxBbMDpq8FlQLgUBl8NKQAsgc2Ghay4DYF3/ jp+Pr5C/kc+S359VBmACMGeUn5WvlrdUaE3AnZAvLDI3pcAuADOlkTow+jUQ0E2YH5kvmjWcz53f /57vn/+hD0tVmwCiz6Pflsb3CcBrYAYAT5y/qm+rf6yP862ftPVDY68/sE+Wt7JvH7N/tI+1n7av ohV1YmrPUBG4P7lPlrdbc5yep7/1mghtX+F3uu+7/70Pxw/XyB/JLyZWNYURL4qCwk//ho51T3Zf d2/Ob4F/xO+Dn3+Er4ffhs/Y34jvifxeQj3/BxOKz4vSUSGMDcQP1d+aRP/Tj89/0I/Rn9f/2Q/a H9sv/9wz3y/gP9zP3d/e7+0vAMD/YwE98G4RCJBSE8aSXoNngP+vEFyyZSFNsAGRTVFxgeEP3+If mkRUIFxhUaEzTDAeMP9aYfKh+SL5EQWBWIFxY15Bx0yRU2JUBUMrKy3SzN//ze/UGf2f5J/lr+a/ 0q//D//Uz/bP1u/nz+jf6e/q/+wPv/Gf7i/vP/BPDX8Og0Ry0f1AMGVV5D+A9LFWUU/gQpDv+UBn gFswXLJ28xBaYfWP/wYfmhfzEEywFSFtEvhCXpC3YeNrkBiYOmdwcpFDTcD79Nz6iGf7oRYfFy+a RBWH/xiX/A/9H/4v/z8ATwFfAm//A38EjwWfBq8HvwjPJC8K7/8L/xGPDh8PLxA/EU8yfl/R3z6A P8BjAZvQVcBpFVdAIftlMV6RZnFwZXJYgmtgaW/3Ks+aJltxZRWAVVBcwGfg/0wATGBbMEwAbpA4 0DjQWmF/WXFapG+QXrFrgDjQctEobVYALfkkVXB6UdBsIHP+Y1TQbCAZUE9gOu87/z0H/z5kbUFx EUGRTNM40V6QaVH3YDE6AlGhbU9wUDBxMV5B+0xwT7B6Rp5ngE2xQl9Db/89FVqiaNBCEU9AFCL7 KT5x/09xP2pisU3UU8A6AJegSUH/FY9KLxevGLuAoGHQcuEYpv4uIK8hvyLPI98k7yX/Jw//KB8p Lyo/K08sXy1vWJ8vj38wnzYvMr8zzzTfNe9m7mRfbYBGAsvwPbEacnZvEC3ebzowQTD6007wbU4i TpAf9JJQr19fqQQagHpvbP89sYCAGgDzAEliPhA4EE5w5xPAUGByoG9nReL5QG8P+XATYWr6sVUP Vh9XL1g//1lPWl9bb1x/XY9f6GjRdtUPfC99P35PgOpCTE9DwEtRVU9URYHbcBELzB9f5jV/0kJP RFmHgF2l0MIBSFRNTMsQAn2J0B8ANRABAAAAigAAADwAMwA2AEMAOAAxADYANABBAEUAMABDADYA QwBBADQAOQA4ADcAQwAzAEUAQwA4ADgAQQAxAEIAQgA0ADEANgBBADAAMQA0ADcAMAA3AEAAcwBl AHIAdgBlAHIALgBtAGkAYwByAG8AcwBvAGYAdAAtAGwAYQBiAC4AcAB1AGIALgByAG8APgAAAAAA HwBHEAEAAAAeAAAAbQBlAHMAcwBhAGcAZQAvAHIAZgBjADgAMgAyAAAAAAALAPIQAQAAAB8A8xAB AAAAKgAAAFIARQAlADMAQQAgAFsAcwBvAF0AIABtAGkAbgBnAHcALgBFAE0ATAAAAAAACwD2EAAA AABAAAcw5STHQse0wwFAAAgwoJ/Fuci0wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2 AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GC AQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElF TlRTL0NOPU9WSURJVVBMAAAAAB8A+j8BAAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkA cwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEAAAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAA AC4AAAADAP0/5AQAAAMAGUAAAAAAAwAaQAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAA TwBWAEkARABJAFUAUABMAAAAAAAfADFAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkAB AAAAMgAAAGMAaQBiAHUALgBjAHIAaQBzAHQAaQBhAG4AQAByAGQAcwBsAGkAbgBrAC4AcgBvAAAA AAAfADNAAQAAADIAAABjAGkAYgB1AC4AYwByAGkAcwB0AGkAYQBuAEAAcgBkAHMAbABpAG4AawAu AHIAbwAAAAAAHwA4QAEAAAASAAAATwBWAEkARABJAFUAUABMAAAAAAAfADlAAQAAAAQAAAAuAAAA CwApAAAAAAALACMAAAAAAAMABhBmM8UZAwAHECgEAAADABAQAAAAAAMAERABAAAAHgAIEAEAAABl AAAAVEVPUkVUSUMsQUlQVVRFQVNBQ09NUElMRVpJQ1VNSU5HVyxEQVJTQUxFR0lGSVNJRVJVTFRB VU9CSUVDVERFTElCQ1NJTVNWQ1JUKFJVTlRJTUVVTERFQ0RJTlZJU1VBTFNUVQAAAAACAX8AAQAA AEUAAAA8MzZDODE2NEFFMEM2Q0E0OTg3QzNFQzg4QTFCQjQxNkEwMTQ3MDdAc2VydmVyLm1pY3Jv c29mdC1sYWIucHViLnJvPgAAAAAIxA== ------_=_NextPart_001_01C3B4C8.B9BE78AD-- From so@atlantis.cs.pub.ro Thu Nov 27 09:43:28 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Thu, 27 Nov 2003 11:43:28 +0200 Subject: [so] mingw Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A01470A@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B4CA.E8F16DEC Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U2kgY2Egc2EgbWVyZyBwYW5hIGxhIGNhcGF0LCB0cmVidWllIHNhIHByZWNpemV6IGNhLCBpbnRy dWNhdCBwcm9ncmFtdWwgZm9sb3Nlc3RlIHRocmVhZHVyaSwgdHJlYnVpZSBsZWdhdCBjdSBsaWJj bXQubGliIGRlIGV4IChtdCBwdCBtdWx0aS10aHJlYWRlZCkuIE9yaWN1bSwgbnVtZWxlIGxpYnJh cmlpbG9yIHN1bnQgbGlzdGF0ZSBpbiBzZXRhcmlsZSBkZSBsYSBWaXN1YWwgQysrLg0KDQoJLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0gDQoJRnJvbTogT3ZpZGl1IFBsYXRvbiBvbiBiZWhhbGYg b2YgT3ZpZGl1IFBsYXRvbiANCglTZW50OiBUaHUgMTEvMjcvMjAwMyAxMToyNyBBTSANCglUbzog c29AYXRsYW50aXMuY3MucHViLnJvIA0KCUNjOiANCglTdWJqZWN0OiBSRTogW3NvXSBtaW5ndw0K CQ0KCQ0KCVRlb3JldGljLCBhaSBwdXRlYSBzYSBjb21waWxlemkgY3UgTWluR1csIGRhciBzYSBs ZWdpIGZpc2llcnVsIHRhdSBvYmllY3QgZGUgbGliYyBzaSBtc3ZjcnQgKHJ1bnRpbWV1bCBkZSBD IGRpbiBWaXN1YWwgU3R1ZGlvKSAtIG4tYW0gaWRlZSBjdW0sIG51IGFtIHByZWEgaW52ZXN0aWdh dCBkYXIgYXIgdHJlYnVpIHNhIHNlIHBvYXRhLCBvcmljZSBjb21waWxhdG9yIGNhdCBkZSBjYXQg ZGVjZW50IHBvYXRlIGZhY2UgYXN0YSAodmV6aSBjYSBpbiBTZXR0aW5ncyBsYSBWaXN1YWwgU3R1 ZGlvIGFpIHNpIGxpbmlhIGRlIGNvbWFuZGEgY3UgY2FyZSBpbnZvY2EgY2wuZXhlIC0gaW5jZWFy Y2Egc2EgbyBhZGFwdGV6aSBwdCBNaW5HVykuIEluIHByYWN0aWNhLCBhc3RhIGluc2VhbW5hIGNh IGZhY2kgcHJlc3VwdW5lcmVhIGNhIHBlIGNhbGN1bCBwZSBjYXJlIHNlIGZhY2UgY29tcGlsYXJl YSBzaSBjb3JlY3RhcmVhIHNlIHZvciBnYXNpIGNlbGUgZG91YSAubGliLXVyaS4uLiBJYXIgYWlj aSwgeW91J3JlIG9uIHlvdXIgb3duLg0KDQoJCS0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tIA0K CQlGcm9tOiBDaWJ1IENyaXN0aWFuIFttYWlsdG86Y2lidS5jcmlzdGlhbkByZHNsaW5rLnJvXSAN CgkJU2VudDogVGh1IDExLzI3LzIwMDMgMTE6MDUgQU0gDQoJCVRvOiBncnVwIFNPIA0KCQlDYzog DQoJCVN1YmplY3Q6IFtzb10gbWluZ3cNCgkJDQoJCQ0KCQkNCgkJbWFyZSBiYWxhcmllIHNpIG1p bmd3IGFzdGEuIFRvYXRlIGV4ZWN1dGFiaWxlbGUgc3VudCBkZSAzLCA0IG9yaSBtYWkgbWFyaSBk ZWNhdCBjZWxlIGZhY3V0ZSBkZSBWaXN1YWwgQysrIDYuMA0KCQlEYXIgZmllLCBudSBhc3RlIGUg cHJvYmxlbWEuIHRvYXRlIHZhbG9yaWxlIGFsZWF0b2FyZSBzdW50IGFzYSBkZSBuZWFsZWF0b2Fy ZSA6KS4uLiBDdSBleGVjdXRhYmlsZWxlIGZhY3V0ZSBkZSBnKysgdmFsb3JpbGUgYWxlYXRvYXJl DQoJCXRpbmQgc3ByZSBhbnVtaXRlIHZhbG9yaSBmaXhlIGFzdGZlbCBpbmNhdCBkdXBhIGNhdGV2 YSBpdGVyYXRpaSB0b3RpIGNpdGl0b3JpaSBzZSBjb21wb3J0YSB1bml0YXIgKG51LWkgbWFpIGRl emxpcGVzYykgcGVudHJ1IGNhIHRvdGkgc2UgZ2FzZXNjIHNhIGNpdGVhc2NhIGxhIGZlbCBkZSBt dWx0IHNpIGZhYyBwYXV6YSBsYSBmZWwgZGUgbXVsdC4gY3UgY2UgY29uc3RydWllc3RlIFZpc3Vh bCBDKysgdG90dWwgc2UgY29tcG9ydGEgY3UgdG90dWwgZGlmZXJpdC4gdmFsb3JpbGUgYWxlYXRv YXJlIHN1bnQgY2hpYXIgYWxlYXRvYXJlLg0KCQlkYWNhIGNpbmV2YSBhcmUgdnJlLW8gaWRlZSBk ZSBjdW0gc2UgcG9hdGUgcmV6b2x2YSB0cmVhYmEgY3UgcmFuZG9tLCBpbCByb2cgc2EgbWEgYWp1 dGUuDQoNCg== ------_=_NextPart_001_01C3B4CA.E8F16DEC Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+Ih0JAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAGwALACsAHAAEAFYBASCAAwAOAAAA0wcLABsACwArABwABABWAQEJgAEAIQAAAENG NDA1Mzk3QzMxQUUyNEVCMkVFNTREMkQ3MEM4OTBFAE4HAQOQBgDcEgAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAAB4AAABSAEUAOgAgAFsAcwBvAF0A IABtAGkAbgBnAHcAAAAAAEAAOQDsbfHoyrTDAR8APQABAAAACgAAAFIARQA6ACAAAAAAAAIBRwAB AAAAKwAAAGM9dXM7YT0gO3A9TVNMYWI7bD1TRVJWRVItMDMxMTI3MDk0MzI4Wi0yNgAAHwBJAAEA AAAeAAAAUgBFADoAIABbAHMAbwBdACAAbQBpAG4AZwB3AAAAAABAAE4ArXi+uci0wwEfAFoAAQAA ABwAAABPAHYAaQBkAGkAdQAgAFAAbABhAHQAbwBuAAAAAgFbAAEAAABHAAAAAAAAAIErH6S+oxAZ nW4A3QEPVAIAAAAAT3ZpZGl1IFBsYXRvbgBTTVRQAHNvLWFkbWluQGF0bGFudGlzLmNzLnB1Yi5y bwAAAgFcAAEAAAAhAAAAU01UUDpTTy1BRE1JTkBBVExBTlRJUy5DUy5QVUIuUk8AAAAAHwBdAAEA AAAcAAAATwB2AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIBXgABAAAAXQAAAAAAAADcp0DIwEIQ GrS5CAArL+GCAQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9D Tj1SRUNJUElFTlRTL0NOPU9WSURJVVBMAAAAAAIBXwABAAAARAAAAEVYOi9PPU1TTEFCL09VPUZJ UlNUIEFETUlOSVNUUkFUSVZFIEdST1VQL0NOPVJFQ0lQSUVOVFMvQ049T1ZJRElVUEwAHwBmAAEA AAAKAAAAUwBNAFQAUAAAAAAAHwBnAAEAAAA4AAAAcwBvAC0AYQBkAG0AaQBuAEAAYQB0AGwAYQBu AHQAaQBzAC4AYwBzAC4AcAB1AGIALgByAG8AAAAfAGgAAQAAAAoAAABTAE0AVABQAAAAAAAfAGkA AQAAADwAAABvAHYAaQBkAGkAdQBwAGwAQABtAGkAYwByAG8AcwBvAGYAdAAtAGwAYQBiAC4AcAB1 AGIALgByAG8AAAAfAHAAAQAAABYAAABbAHMAbwBdACAAbQBpAG4AZwB3AAAAAAACAXEAAQAAACAA AAABw7TGZ2N9GTh+NrBPx40OQqbk9l4jAAA22b4AAOEHGB8AdAABAAAALAAAAHMAbwBAAGEAdABs AGEAbgB0AGkAcwAuAGMAcwAuAHAAdQBiAC4AcgBvAAAAHwAaDAEAAAAcAAAATwB2AGkAZABpAHUA IABQAGwAYQB0AG8AbgAAAB8AHQ4BAAAAFgAAAFsAcwBvAF0AIABtAGkAbgBnAHcAAAAAAAIBCRAB AAAApAoAAKAKAAAXIQAATFpGdcXcZdsDAAoAcmNwZzEyNYIyA0NodG1sMQMwPwEDAfcKgAKkA+MC AGNowQrAc2V0MCAHEwKA/xADAFAEVghVB7IR1Q5RAwHdENcyBgAGwxHVMwRGENn5Eu9mNAPGEYUR 4wjvCfe2OxofDjA1EdIMYGMAUDMLCQFkMzYRYAulNCDZEAIqXA6yAZBnFPAKoxcR4x8/IEw0FPA8 IUQAT0NUWVBFIEgAVE1MIFBVQkwASUMgIi0vL1dEM0MkIERURCM0NJIuEWBUcgBydGkCIMMHQCQg RU4iPiA/IU/dDhA4IpAjQiZ9Mx7QKOD4RUFEJn0O8SefK48snwstryfsNg7wPE1FVBxBIAWgAjAJ 8HQ9IosF4CNDNiUwMC4yHjAxMqAwIiAl8AeAPUeBJkBFUkFUT1Iqr5cvryJCMPFTIvBMRSZ+6zZx IY45IpAvNr807yb1XTZyLypvJ089JDURYDyAQk9EWSBiZwhQGRmxPSMBID/yIGRpez/APUByPJA9 AwAhAzB2SQiQd2sLgGQ1PLRiXQDQawnACGBB8CAAAHOcaHA80kNRC4BzdEMx1UNxcwOgZgMQbD+D ApEoc3YgMNA3RdAyMfY1GTBEOEZE0QmARVUZMOVHwVxAoWRvAOBAoQqx/FxxGgBAoRDwAzBBBRFg Rzy7HkE9v2c5NiKQRDxJVkDZAABJpzzZNjQTTN9J8lNpMWBhIHNjUIAHgHJnIAqwJfAgRwtgUGEK sHQsIECwZSxidQiQUJJwGiBjafh6ZXpQYVHwC4BAsBzQ21HQUrFvCcAzUHUDIDs8P0sVAhAZsBEw RBBScHRouRogYWQIcVH4RyBnU/EEY3VRYGliY210Di5YcUBQUnBleCAo31iwURAFQFSBJcAtVrQJ gGwpLlS/SzNPBRBYQG31UfBuXJBlRyBYYiVwBRD7AxAFsXNC8AVAWHBEEFHQ/1JwC4BQkBFAXYFd EVkhUXEaVgQAdQdAFxArKy5/PNkBwEDnCqJA5wpxJ+ww/yoxJIBMq2JISi9LP0xDI7DBItBLUVVP VCMgQGUZUJB0eUcgMeFBUkdASU4tUklHI0A68CAwcHgmYUD4CrEQAv9IlUkzSPFJj2YvIbsRYHAA v2cPTI9Nn06vbSdIEGkeIoUn7DQowUZPTlRQkLlTAT0ycYsL4m0JLXkCbVxRZwuAYDFNB5BQoGf+ ZXkDdW0w0D7xNBFA+FhwXG5lCoFtLz0zOCoxQtdxi1kAfRhGA2E6cEwigeYvfsplGSBPQZBAYFhQ r1sPbs9+gXARUAtgdAIgcX2+Jm5iRFACgED4J15hAUB9JwIgP1BlEQBs+UBAb2aGr4e/iMqDVYZE /3qve798z33ffu9P1jGxgK8zgb+Cx1RoWFCO0C8y9jeXADKQM4O/hM+F1Y7Q9jqXEBFwTY3/jw+Q H5Evc5I/nTVUb5P/lQ+Cx3M8b0BR0AtgAjAEAC5j4aPAcHViLgNgmp+br8+cv53Pnt+nFUNjoH+h j/+Cx5efmK+F5KSPpZ+mr6e/96jPT+WkIGoFkJPvq1+CuNRSRWqAW6MgXVDAC4D8Z3evj7Cfsa+5 b7p/u4/1KEY1cSEvdpK273KeYV//Ym9jf8DPbY+t72+vcL9z7+dy38s/dPZUZQWwEUAN4HdR8Atw URB1MaBQgwWgbVtD4EcgelBRWFBNC4BH+ldR8GQKwVChV+FQUETAnwCQBJBUkQGQWFBvYgiQ/7WA rP/IL4XVX5JYgXbRUMD3RYAFAAVAKFPAo5EHgFSRH1khI+BAYAOgX/VTdHXZQGBvKXjwMzAtM1BT gP8BAFJwXIXPcNmg04/Un4Xk91LBUIALgHZWYXlwU/HRgt8KwVIUUJIRMFEQb1HQU2H/BbAN4Nnx 0FOGYQXAU+JZIf/hBOAgXiHaz9vf3OXfkVJw9mYA0FJwYV5xWXDdsNCy/91yBlECQLjxBCBfyNjU z3L/1oG+MQcw4TMDctGA4h/jL3+F1VhBUHAaIN2CSGBRgWz+LllQUnB6kAuA4CAKwFB0f+fh0YAF MNCiBTHRE1rRSf8DoFLAANDPMVNh5VPpf+qP94XkQ/FW4G1RQVBx5QHPkb8aIF4ApBC+UN1SUHFw 4VL+bFhAAyD1Q+xB31HlA+BV/91S1oHwv/HP65XPAbWA90T/UnDskAXAWADWgeAgX2IIYOtQgFjS LQhxLvzQ74DeUusN4FcxeQhgJ+xBiYH9sY8FwPfP+N+F5G93bmCf/8MPxB/FL8Y/x0/IX8lvZ9// aO9p/2sPbB8F/wcPCB0I7//Kn8uvzL/NzEXwdV92b3d//3iPeZ+8L70/vk+yr7O/f/+3tg8FXwjB Q1jwWFBDG4C/3dGjgP6fEL+F1BIxW+kQe/cghnA69BBSQKPQJdVA9UhAcx7Ra6RBuMAc3x3v/x7/ IA8hH5NfIz8kT5aPmhH8MDWabycvKDorHywvLT//Lk8vX5//MZ8yr0LA9IAwsP5PKw843znvOv88 D6nPPi//Pz9Az0HfQu9D/0UPtM9G3/9H74L0uJM1PzZPKHa470of/0svvB9WX1dvv0/AXxRvAd// Au8D/wUPWv8QXxFvEn8Tjz9dzxWvFr8XzxjR5QI9Qf8bgBvRGQ8aEVNBGj1Sf2Rv/yh2Yh9eD18f YC9mr2e/aM//ad9q423fbu9rf2yPbZ97//vpEOxBYvWA/SDScNZzVSL/5UPvcD2A5MLtEfWgY/DT IP/R8PvRb79wzyh250Dh8dYB/jPPYK8w3/GBcYgSiAHhsT/eEfuz5QHPwdfC5yVDK/ArIDYuYGFb j1yfzej/jJ9zf3SPdZ9hT2JfY29kf/9lj3aPd594r3m/es+AX3zvb33/fw+cf52ERP0h0kBl/9pE JfCDgfQx0xDR8OkQ73D74MDkwnb1gN/xhF+VDyhJ//WA9OCkMfYyhzLlUOijWoDtp8g672D84UPS 8IOsiXj+Z4qRpS+mPyh2pJenx4r//4wPjR+OL48/kE+RX5Jvk3//lI+Vn5avl7+Yz5nfmu+b/3+d D54fny+gP8HP3qAbsGT/7fD0Qe5A2mBVEKRn0jHtIf3lUWb7wO1i3hL0gPCfuh/7KFjhAWWkkN2A 5NDv0CYA//uQ4MAmANDQyEDIQN/x3wG/4DTg0OVx9KDIQP0hKNpgNi2IFNnQelpg9UBzY//ZMMpv y38odvVA4fDXMPOy/84D9mH7YdEh7fLOUfTg0TDv7eDm8clyqPFt9bDiAPeR4+UB9TBhdXrWStF/ 0o//VJfXEe9w6/LgMvNA1EGCIP+jMooZzgH1sc766/HdpOfA/8lwG4DbkdjP2d+uX6fNDrD36JD9 MafWLq//sQ+yH7Mv/7Q/tU+2X7dvuH+5j7qfu6//vL+9z77fv+/A/8IPwx/EL//FP/bf2ID5cNWy WoDNQagi8naoMC1vzWDQwInDg9D+bd3y3mCDYt/v708odqgw+HpvbM1BDpCpMIHQ27I/zaDHgN5A otCk4ALQb2e/1ZKBgP8fAC8oZKewaomh/+T/5g/nH+gv6T/qT+tf7G//7X/v2BiBCDUNjw6fD68S SgBCTE9DS1FVT/xURRM7BTFarxTvFf8T34Xv1jURMkJPRFkRvUM0IFBxSFRNTFmgfQEeYB8ANRAB AAAAigAAADwAMwA2AEMAOAAxADYANABBAEUAMABDADYAQwBBADQAOQA4ADcAQwAzAEUAQwA4ADgA QQAxAEIAQgA0ADEANgBBADAAMQA0ADcAMABBAEAAcwBlAHIAdgBlAHIALgBtAGkAYwByAG8AcwBv AGYAdAAtAGwAYQBiAC4AcAB1AGIALgByAG8APgAAAAAAHwBHEAEAAAAeAAAAbQBlAHMAcwBhAGcA ZQAvAHIAZgBjADgAMgAyAAAAAAALAPIQAQAAAB8A8xABAAAAKgAAAFIARQAlADMAQQAgAFsAcwBv AF0AIABtAGkAbgBnAHcALgBFAE0ATAAAAAAACwD2EAAAAABAAAcwJFnlxsq0wwFAAAgwMPf66Mq0 wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2AGkAZABpAHUAIABQAGwAYQB0AG8AbgAA AAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GCAQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJT VCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElFTlRTL0NOPU9WSURJVVBMAAAAAB8A+j8B AAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkAcwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEA AAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAAAC4AAAADAP0/5AQAAAMAGUAAAAAAAwAa QAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAATwBWAEkARABJAFUAUABMAAAAAAAfADFA AQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkABAAAAOAAAAHMAbwAtAGEAZABtAGkAbgBA AGEAdABsAGEAbgB0AGkAcwAuAGMAcwAuAHAAdQBiAC4AcgBvAAAAHwAzQAEAAAASAAAATwBWAEkA RABJAFUAUABMAAAAAAAfADhAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AOUABAAAABAAA AC4AAAALACkAAAAAAAsAIwAAAAAAAwAGEKbwwMEDAAcQYgUAAAMAEBAAAAAAAwAREAEAAAAeAAgQ AQAAAGUAAABTSUNBU0FNRVJHUEFOQUxBQ0FQQVQsVFJFQlVJRVNBUFJFQ0laRVpDQSxJTlRSVUNB VFBST0dSQU1VTEZPTE9TRVNURVRIUkVBRFVSSSxUUkVCVUlFTEVHQVRDVUxJQkNNVExJAAAAAAIB fwABAAAARQAAADwzNkM4MTY0QUUwQzZDQTQ5ODdDM0VDODhBMUJCNDE2QTAxNDcwQUBzZXJ2ZXIu bWljcm9zb2Z0LWxhYi5wdWIucm8+AAAAAPtJ ------_=_NextPart_001_01C3B4CA.E8F16DEC-- From so@atlantis.cs.pub.ro Thu Nov 27 16:46:59 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 27 Nov 2003 18:46:59 +0200 Subject: [so] mingw In-Reply-To: <002101c3b4c5$897e5220$0200a8c0@smeagol> References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: On Thu, 27 Nov 2003 11:05:00 +0200, Cibu Cristian wrote: > mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai > mari decat cele facute de Visual C++ 6.0 man strip > Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de > nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare > tind spre anumite valori fixe astfel incat dupa cateva iteratii toti > cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se > gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce > construieste Visual C++ totul se comporta cu totul diferit. valorile > aleatoare sunt chiar aleatoare. > daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il > rog sa ma ajute. man srand tavi From so@atlantis.cs.pub.ro Thu Nov 27 16:53:03 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 27 Nov 2003 18:53:03 +0200 Subject: [so] destroy References: <20031126202006.78739.qmail@web60503.mail.yahoo.com> Message-ID: <00cb01c3b506$eeeb86f0$6400a8c0@andrei> Nu reiese din discutiile de mai dinainte daca variantele cu mai multe functii "destroy" sunt cerinte oficiale. Daca sunt, cred ca varianta oficiala de enunt (cu 1 destroy, 2 destroy, unul mai mare si altul mai mic) ar trebui sa fie pusa pe site cat mai repede. Si o alta constatare de la care pot sa apara discutii dupa aia: cele n variabile conditie nu se specifica faptul ca au numere de la 0 la n-1. Rog pe cine este in masura sa ridice ceata :). Eu am facut o implementare care la prima mentiune a unei variabile (indiferent de numar) o ataseaza uneia dintre cele n structuri rezervate. E ok? From so@atlantis.cs.pub.ro Thu Nov 27 20:13:03 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 12:13:03 -0800 (PST) Subject: [so] destroy In-Reply-To: <00cb01c3b506$eeeb86f0$6400a8c0@andrei> Message-ID: <20031127201303.37765.qmail@web60504.mail.yahoo.com> --- Andrei Hagiescu wrote: > Nu reiese din discutiile de mai dinainte daca > variantele cu mai multe > functii "destroy" sunt cerinte oficiale. Daca sunt, > cred ca varianta > oficiala de enunt (cu 1 destroy, 2 destroy, unul mai > mare si altul mai mic) > ar trebui sa fie pusa pe site cat mai repede. si lista asta e oficiala. > Si o alta constatare de la care pot sa apara > discutii dupa aia: cele n > variabile conditie nu se specifica faptul ca au > numere de la 0 la n-1. Rog > pe cine este in masura sa ridice ceata :). Eu am > facut o implementare care > la prima mentiune a unei variabile (indiferent de > numar) o ataseaza uneia > dintre cele n structuri rezervate. E ok? e ok, atata timp cand translatarea e coerenta. Daca tu pui conditia 3 pe pozitia 1, de fiecare data cand o referi prin signal/wait/broadcast tre sa te duci pe pozitia 1. Mi se pare o complicatie inutila, mai simplu e sa le tii 1 la 1. Ai si o penalizare de performanta cu translatarea. Daca nu pierzi performanta prea multa e ok, daca nu pierzi puncte :D Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 21:21:56 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 23:21:56 +0200 Subject: [so] mingw References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: <001201c3b52c$7c3cbe50$0200a8c0@smeagol> > > mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai > > mari decat cele facute de Visual C++ 6.0 > > man strip > > > Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de > > nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare > > tind spre anumite valori fixe astfel incat dupa cateva iteratii toti > > cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se > > gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce > > construieste Visual C++ totul se comporta cu totul diferit. valorile > > aleatoare sunt chiar aleatoare. > > daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il > > rog sa ma ajute. > > man srand > > tavi sar'na pentru sfat. citez din man srand: rand() is unsafe in multi-thread applications. rand_r() is MT-Safe, and should be used instead. srand() is unsafe in multi-thread applications. From so@atlantis.cs.pub.ro Thu Nov 27 21:28:48 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 23:28:48 +0200 Subject: [so] mingw continuare References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: <001901c3b52d$71f9d4e0$0200a8c0@smeagol> numai ca pe windows nu am dat de rand_r si cum mingw e pe windows.... dilema mare. From so@atlantis.cs.pub.ro Thu Nov 27 21:30:21 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 27 Nov 2003 23:30:21 +0200 Subject: [so] destroy References: <20031127201303.37765.qmail@web60504.mail.yahoo.com> Message-ID: <001b01c3b52d$aaf40360$6400a8c0@andrei> > > si lista asta e oficiala. > Asta inseamna ca eventuale concluzii obtinute prin discutii pe aceasta lista privind cat de corect / complet este enuntul trebuie sa se regaseasca si in enuntul temei si nu sa-l contrazica. > e ok, atata timp cand translatarea e coerenta. Daca tu > pui conditia 3 pe pozitia 1, de fiecare data cand o > referi prin signal/wait/broadcast tre sa te duci pe > pozitia 1. Mi se pare o complicatie inutila, mai > simplu e sa le tii 1 la 1. Ai si o penalizare de > performanta cu translatarea. Daca nu pierzi > performanta prea multa e ok, daca nu pierzi puncte :D > > Nu s-a specificat nicaieri ca variabilele conditie vor avea numere intre 0 si n-1 sau intre 1 si n deci tema mea raspunde corect unor teste generice care nu tin seama de aceasta restrictie. Intr-adevar este o degradare de performanta fata de o tema care ar tine cont de aceasta restrictie dar atata vreme cat enuntul nu specifica explicit restrictia, tema rezolvata cu restrictie la numerele variabilelor conditie nu este corecta. Pana la urma trebuie sa rezolvam cum e mai simplu sau cum este mai corect? From so@atlantis.cs.pub.ro Thu Nov 27 21:46:44 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Thu, 27 Nov 2003 13:46:44 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031123001830.55076.qmail@web60510.mail.yahoo.com> Message-ID: <20031127214644.12982.qmail@web11706.mail.yahoo.com> --0-818721692-1069969604=:12575 Content-Type: text/plain; charset=us-ascii Cosmin Arad wrote: Aveti grija la urmatoarele aspecte: - clientii care asteapta pe scaune vor fi tunsi cu prioritate fata de clientii tocmai intrati; Cosmin Am o nelamurire: afirmatia de mai sus inseamna ca de fapt clientii de pe scaunele de asteptare trebuie treziti in ordine FIFO (primii n clienti asezati pe scaune au prioritate fata de clientul n+1 care se aseaza si el pe scaun) ? Sau, pur si simplu, ideea e ca daca un client intra si gaseste cel putin o persoana pe scaunele de asteptare, nu are alta varianta decat sa se aseze si el pe un scaun de asteptare ? Multumesc anticipat, Stela __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-818721692-1069969604=:12575 Content-Type: text/html; charset=us-ascii


Cosmin Arad <cosminarad@yahoo.com> wrote:

Aveti grija la urmatoarele aspecte:
- clientii care asteapta pe scaune vor fi tunsi cu
prioritate fata de clientii tocmai intrati;

Cosmin

Am o nelamurire: afirmatia de mai sus inseamna ca de fapt clientii de pe scaunele de asteptare trebuie treziti in ordine FIFO (primii n clienti asezati pe scaune au prioritate fata de clientul n+1 care se aseaza si el pe scaun) ?

Sau, pur si simplu, ideea e ca daca un client intra si gaseste cel putin o persoana pe scaunele de asteptare, nu are alta varianta decat sa se aseze si el pe un scaun de asteptare ?

Multumesc anticipat,

Stela


__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-818721692-1069969604=:12575-- From so@atlantis.cs.pub.ro Thu Nov 27 21:50:09 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 13:50:09 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031127214644.12982.qmail@web11706.mail.yahoo.com> Message-ID: <20031127215009.7876.qmail@web60505.mail.yahoo.com> --- Stela Suciu wrote: > > > Cosmin Arad wrote: > Aveti grija la urmatoarele aspecte: > - clientii care asteapta pe scaune vor fi tunsi cu > prioritate fata de clientii tocmai intrati; > > Cosmin > > > Am o nelamurire: afirmatia de mai sus inseamna ca de > fapt clientii de pe scaunele de asteptare trebuie > treziti in ordine FIFO (primii n clienti asezati pe > scaune au prioritate fata de clientul n+1 care se > aseaza si el pe scaun) ? > > Sau, pur si simplu, ideea e ca daca un client intra > si gaseste cel putin o persoana pe scaunele de > asteptare, nu are alta varianta decat sa se aseze si > el pe un scaun de asteptare ? Exact. Nu trebuie FIFO. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 21:52:21 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Thu, 27 Nov 2003 13:52:21 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031127215009.7876.qmail@web60505.mail.yahoo.com> Message-ID: <20031127215221.52417.qmail@web60309.mail.yahoo.com> --0-1711010079-1069969941=:51431 Content-Type: text/plain; charset=us-ascii terminati cu intrebari din astea care pot duce la un dezastru. Ce vrei sa le tii threadurile in coa Cosmin Arad wrote: --- Stela Suciu wrote: > > > Cosmin Arad wrote: > Aveti grija la urmatoarele aspecte: > - clientii care asteapta pe scaune vor fi tunsi cu > prioritate fata de clientii tocmai intrati; > > Cosmin > > > Am o nelamurire: afirmatia de mai sus inseamna ca de > fapt clientii de pe scaunele de asteptare trebuie > treziti in ordine FIFO (primii n clienti asezati pe > scaune au prioritate fata de clientul n+1 care se > aseaza si el pe scaun) ? > > Sau, pur si simplu, ideea e ca daca un client intra > si gaseste cel putin o persoana pe scaunele de > asteptare, nu are alta varianta decat sa se aseze si > el pe un scaun de asteptare ? Exact. Nu trebuie FIFO. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1711010079-1069969941=:51431 Content-Type: text/html; charset=us-ascii
terminati cu intrebari din astea care pot duce la un dezastru.
 
Ce vrei sa le tii threadurile in coa

Cosmin Arad <cosminarad@yahoo.com> wrote:
--- Stela Suciu wrote:
>
>
> Cosmin Arad wrote:
> Aveti grija la urmatoarele aspecte:
> - clientii care asteapta pe scaune vor fi tunsi cu
> prioritate fata de clientii tocmai intrati;
>
> Cosmin
>
>
> Am o nelamurire: afirmatia de mai sus inseamna ca de
> fapt clientii de pe scaunele de asteptare trebuie
> treziti in ordine FIFO (primii n clienti asezati pe
> scaune au prioritate fata de clientul n+1 care se
> aseaza si el pe scaun) ?
>
> Sau, pur si simplu, ideea e ca daca un client intra
> si gaseste cel putin o persoana pe scaunele de
> asteptare, nu are alta varianta decat sa se aseze si
> el pe un scaun de asteptare ?

Exact. Nu trebuie FIFO.

Cosmin

__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1711010079-1069969941=:51431-- From so@atlantis.cs.pub.ro Thu Nov 27 21:45:10 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Thu, 27 Nov 2003 23:45:10 +0200 (E. Europe Standard Time) Subject: [so] site References: <20031127201303.37765.qmail@web60504.mail.yahoo.com> Message-ID: <3FC67066.000016.00968@einstein> --------------Boundary-00=_AR51TSM1VA4000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_AR51O2Q1VA4000000000" --------------Boundary-00=_AR51O2Q1VA4000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable cel mai bine este sa existe o varianta corecta de enunt de tema pe site, pentru ca asa este normal si frumos.=0D in plis site-ul de so este oficial.=0D nu trebuie sa stam sa citim sute de mesaje pe lista ca sa ne prindem ca c= eea ce deja am lucrat nu este OK, desi enuntul nu spunea nimic despre asta.=0D =0D Eu consider de un mare ajutor lista aceasta de discutii si sunt de acord = ca ea este oficiala, dar... sunt cam multe mesaje...=0D =0D imi cer scuze daca am spus ceea ce nu trebuia.=0D =0D Florin --------------Boundary-00=_AR51O2Q1VA4000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
cel mai bine este sa existe o varianta corecta de enunt de tema= pe site, pentru ca asa este normal si frumos.
in plis site-ul de so este oficial.
nu trebuie sa stam sa citim sute de mesaje pe lista ca sa ne prindem= ca ceea ce deja am lucrat nu este OK, desi enuntul nu spunea nimic despr= e asta.
 
Eu consider de un mare ajutor lista aceasta de discutii si sunt de a= cord ca ea este oficiala, dar... sunt cam multe mesaje...
 
imi cer scuze daca am spus ceea ce nu trebuia.
 
Florin
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_AR51O2Q1VA4000000000-- --------------Boundary-00=_AR51TSM1VA4000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_AR51TSM1VA4000000000-- From so@atlantis.cs.pub.ro Thu Nov 27 22:00:12 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:00:12 -0800 (PST) Subject: [so] destroy In-Reply-To: <001b01c3b52d$aaf40360$6400a8c0@andrei> Message-ID: <20031127220012.55588.qmail@web60506.mail.yahoo.com> --- Andrei Hagiescu wrote: > > > > > si lista asta e oficiala. > > > > Asta inseamna ca eventuale concluzii obtinute prin > discutii pe aceasta lista > privind cat de corect / complet este enuntul trebuie > sa se regaseasca si in > enuntul temei si nu sa-l contrazica. pai concluziile de aici nu contrazic enuntul, doar il completeaza. > > e ok, atata timp cand translatarea e coerenta. > Daca tu > > pui conditia 3 pe pozitia 1, de fiecare data cand > o > > referi prin signal/wait/broadcast tre sa te duci > pe > > pozitia 1. Mi se pare o complicatie inutila, mai > > simplu e sa le tii 1 la 1. Ai si o penalizare de > > performanta cu translatarea. Daca nu pierzi > > performanta prea multa e ok, daca nu pierzi puncte > :D > > > > > > Nu s-a specificat nicaieri ca variabilele conditie > vor avea numere intre 0 > si n-1 sau intre 1 si n deci tema mea raspunde > corect unor teste generice > care nu tin seama de aceasta restrictie. Intr-adevar > este o degradare de > performanta fata de o tema care ar tine cont de > aceasta restrictie dar atata > vreme cat enuntul nu specifica explicit restrictia, > tema rezolvata cu > restrictie la numerele variabilelor conditie nu este > corecta. de ce nu este corecta? > Pana la urma > trebuie sa rezolvam cum e mai simplu sau cum este > mai corect? Corect si eficient. N-ai nici o scuza pentru lipsa de eficienta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 22:13:18 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:13:18 -0800 (PST) Subject: [so] site In-Reply-To: <3FC67066.000016.00968@einstein> Message-ID: <20031127221318.63115.qmail@web60510.mail.yahoo.com> --- Florin Pop wrote: > cel mai bine este sa existe o varianta corecta de > enunt de tema pe site, varianta de enunt de pe site este corecta. > pentru ca asa este normal si frumos. > in plis site-ul de so este oficial. si lista e oficiala si chiar scopul ei este sa lamureasca nelamuririle cu privire la tema. > nu trebuie sa stam sa citim sute de mesaje pe lista > ca sa ne prindem ca ceea > ce deja am lucrat nu este OK, desi enuntul nu spunea > nimic despre asta. parerea mea este ca un enunt de tema nu trebuie sa dea mura-n gura solutia temei. De aceea lamuririle de pe lista nu isi au locul in enunt. > Eu consider de un mare ajutor lista aceasta de > discutii si sunt de acord ca > ea este oficiala, dar... sunt cam multe mesaje... acest lucru nu poate fi decat imbucurator > imi cer scuze daca am spus ceea ce nu trebuia. scuzele se accepta :) Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 22:29:18 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Thu, 27 Nov 2003 14:29:18 -0800 (PST) Subject: [so] trist In-Reply-To: <20031127221318.63115.qmail@web60510.mail.yahoo.com> Message-ID: <20031127222918.60573.qmail@web60309.mail.yahoo.com> --0-1865654005-1069972158=:59560 Content-Type: text/plain; charset=us-ascii Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Readerul da prioritatea writerilor care asteptau inaintea lui? sau si celor care vor veni dupa el si vor astepta in acelasi timp la un momentdat? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1865654005-1069972158=:59560 Content-Type: text/html; charset=us-ascii

<quote>

Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor.

</quote>

Readerul da prioritatea writerilor care asteptau inaintea lui? sau si celor care vor veni dupa el si vor astepta in acelasi timp la un momentdat?

 

 

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1865654005-1069972158=:59560-- From so@atlantis.cs.pub.ro Thu Nov 27 22:40:35 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:40:35 -0800 (PST) Subject: [so] trist In-Reply-To: <20031127222918.60573.qmail@web60309.mail.yahoo.com> Message-ID: <20031127224035.68000.qmail@web60506.mail.yahoo.com> --- Mihai Iancu wrote: > > > > Daca un cititor gaseste un scriitor in buffer sau > descopera ca un scriitor asteapta sa intre in buffer > nu intra si ramane in asteptare acordand astfel > prioritate scriitorilor. Daca un cititor gaseste un > scriitor in buffer sau descopera ca un scriitor > asteapta sa intre in buffer nu intra si ramane in > asteptare acordand astfel prioritate scriitorilor. > > > > Readerul da prioritatea writerilor care asteptau > inaintea lui? sau si celor care vor veni dupa el si > vor astepta in acelasi timp la un momentdat? si celor veniti. un reader intra cand nu mai e nici un writer pending. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 28 05:32:20 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 07:32:20 +0200 Subject: [so] mingw In-Reply-To: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> References: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> Message-ID: On Thu, 27 Nov 2003 11:27:49 +0200, Ovidiu Platon wrote: > Teoretic, ai putea sa compilezi cu MinGW, dar sa legi fisierul tau > obiect de libc si msvcrt (runtimeul de C din Visual Studio) - n-am idee Executabilele generate de MinGW nu folosesc libc ci msvcrt. De aia ii si zice minimalistic, pentru ca este portat doar compilatorul. C:\>type a.c #include int main() { srand(123); rand(); return 0; } C:\>objdump -p a.exe a.exe: file format pei-i386 Characteristics 0x207 relocations stripped executable line numbers stripped debugging information removed Time/Date Fri Nov 28 07:29:29 2003 ImageBase 00400000 SectionAlignment 00001000 FileAlignment 00000200 MajorOSystemVersion 4 MinorOSystemVersion 0 MajorImageVersion 1 MinorImageVersion 0 MajorSubsystemVersion 4 MinorSubsystemVersion 0 Win32Version 00000000 SizeOfImage 00005000 SizeOfHeaders 00000400 CheckSum 0000fc40 Subsystem 00000003 (Windows CUI) DllCharacteristics 00000000 SizeOfStackReserve 00200000 SizeOfStackCommit 00001000 SizeOfHeapReserve 00100000 SizeOfHeapCommit 00001000 LoaderFlags 00000000 NumberOfRvaAndSizes 00000010 The Data Directory Entry 0 00000000 00000000 Export Directory [.edata (or where ever we found it)] Entry 1 00004000 0000028c Import Directory [parts of .idata] Entry 2 00000000 00000000 Resource Directory [.rsrc] Entry 3 00000000 00000000 Exception Directory [.pdata] Entry 4 00000000 00000000 Security Directory Entry 5 00000000 00000000 Base Relocation Directory [.reloc] Entry 6 00000000 00000000 Debug Directory Entry 7 00000000 00000000 Description Directory Entry 8 00000000 00000000 Special Directory Entry 9 00000000 00000000 Thread Storage Directory [.tls] Entry a 00000000 00000000 Load Configuration Directory Entry b 00000000 00000000 Bound Import Directory Entry c 00000000 00000000 Import Address Table Directory Entry d 00000000 00000000 Delay Import Directory Entry e 00000000 00000000 Reserved Entry f 00000000 00000000 Reserved There is an import table in .idata at 0x404000 The Import Tables (interpreted .idata section contents) vma: Hint Time Forward DLL First Table Stamp Chain Name Thunk 00004000 00004040 00000000 00000000 00004230 000040a4 DLL Name: KERNEL32.dll vma: Hint/Ord Member-Name Bound-To 4104 0 AddAtomA 4110 131 ExitProcess 4120 148 FindAtomA 412c 193 GetAtomNameA 413c 660 SetUnhandledExceptionFilter 00004014 0000405c 00000000 00000000 00004280 000040c0 DLL Name: msvcrt.dll vma: Hint/Ord Member-Name Bound-To 415c 39 __getmainargs 416c 59 __p__environ 417c 61 __p__fmode 418c 78 __set_app_type 41a0 118 _cexit 41ac 169 _fileno 41b8 222 _iob 41c0 336 _onexit 41cc 373 _setmode 41d8 510 abort 41e0 517 atexit 41ec 552 free 41f4 603 malloc 4200 624 rand 4208 633 signal 4214 638 srand 00004028 00000000 00000000 00000000 00000000 00000000 tavi From so@atlantis.cs.pub.ro Fri Nov 28 06:01:04 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 08:01:04 +0200 Subject: [so] mingw In-Reply-To: References: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> Message-ID: On Fri, 28 Nov 2003 07:32:20 +0200, Octavian Purdila wrote: > On Thu, 27 Nov 2003 11:27:49 +0200, Ovidiu Platon > wrote: > >> Teoretic, ai putea sa compilezi cu MinGW, dar sa legi fisierul tau >> obiect de libc si msvcrt (runtimeul de C din Visual Studio) - n-am idee > > Executabilele generate de MinGW nu folosesc libc ci msvcrt. De aia ii si > zice minimalistic, > pentru ca este portat doar compilatorul. > Am confundat libc-ul de care ziceai tu cu glibc. E posibil sa linkezi si cu libc daca ai nevoie (-llibc -Lcale_spre_llibc). tavi From so@atlantis.cs.pub.ro Fri Nov 28 06:31:04 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 08:31:04 +0200 Subject: [so] mingw continuare In-Reply-To: <001901c3b52d$71f9d4e0$0200a8c0@smeagol> References: <002101c3b4c5$897e5220$0200a8c0@smeagol> <001901c3b52d$71f9d4e0$0200a8c0@smeagol> Message-ID: On Thu, 27 Nov 2003 23:28:48 +0200, Cibu Cristian wrote: > numai ca pe windows nu am dat de rand_r > si cum mingw e pe windows.... dilema mare. > Se pare ca in mscvrt.dll nu e implementat rand_r, insa msvcrt.dll este thread safe (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_c_run.2d.time_libraries.asp) asa ca poti sa folosesti rand. tavi From so@atlantis.cs.pub.ro Fri Nov 28 09:35:05 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Fri, 28 Nov 2003 11:35:05 +0200 Subject: [so] site Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B592.E7ECE41E Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SW5saW5lLi4uDQoNCgk+IG51IHRyZWJ1aWUgc2Egc3RhbSBzYSBjaXRpbSBzdXRlIGRlIG1lc2Fq ZSBwZSBsaXN0YQ0KCT4gY2Egc2EgbmUgcHJpbmRlbSBjYSBjZWVhDQoJPiBjZSBkZWphIGFtIGx1 Y3JhdCBudSBlc3RlIE9LLCBkZXNpIGVudW50dWwgbnUgc3B1bmVhDQoJPiBuaW1pYyBkZXNwcmUg YXN0YS4NCgkNCglwYXJlcmVhIG1lYSBlc3RlIGNhIHVuIGVudW50IGRlIHRlbWEgbnUgdHJlYnVp ZSBzYSBkZWENCgltdXJhLW4gZ3VyYSBzb2x1dGlhIHRlbWVpLiBEZSBhY2VlYSBsYW11cmlyaWxl IGRlIHBlDQoJbGlzdGEgbnUgaXNpIGF1IGxvY3VsIGluIGVudW50Lg0KCQ0KDQoJT1A+IER1cGEg cGFyZXJlYSBtZWEsIHVuIGVudW50IGRlIHRlbWEgdHJlYnVpZSBzYSBmaWUgY2EgbyBzcGVjaWZp Y2F0aWUgZGUgcmVxdWlyZW1lbnRzLCBzY3VydGEsIGxhIG9iaWVjdCwgY2xhcmEgc2kgY3UgbXVs dGUgbGlua3VyaSBzaSBjbGFyaWZpY2FyaSBkaW4gc3RhcnQuIFBhbmEgYWljaSwgY2UgcG90IHNh IGdhc2VzYyBwZSBzaXRlIGFkdWNlIGNhdCBkZSBjYXQgYSByZXF1aXJlbWVudHMgKGJpbmUsIG1p Y2kgYW1iaWd1aXRhdGkgc2kgZ3Jlc2VsaSBjcmVkIGNhIHN1bnQgaW5lcmVudGUpLiBQZSBtaW5l IGluc2EgbWEgYW11emEgdGVyaWJpbCBkaXNjdXRpaWxlIGRlIHBlIGxpc3RhIGFzdGEsIGNyZWQg Y2Egc3VudCB1biB0cmFpbmluZyBleGNlbGVudCBwZW50cnUgdmlpdG9yaWkgaW5naW5lcmkgY2Fy ZSB2b3IgYXZlYSBkZS1hIGZhY2UgY3UgY3VzdG9tZXJpIGNhcmUgbnUgc3RpdSBjZSB2b3IgOikN CgkNCgk+IEV1IGNvbnNpZGVyIGRlIHVuIG1hcmUgYWp1dG9yIGxpc3RhIGFjZWFzdGEgZGUNCgk+ IGRpc2N1dGlpIHNpIHN1bnQgZGUgYWNvcmQgY2ENCgk+IGVhIGVzdGUgb2ZpY2lhbGEsIGRhci4u LiBzdW50IGNhbSBtdWx0ZSBtZXNhamUuLi4NCgkNCglhY2VzdCBsdWNydSBudSBwb2F0ZSBmaSBk ZWNhdCBpbWJ1Y3VyYXRvcg0KDQoJT1A+IEVpLCBudSBjaGlhciwgYW0gdmF6dXQgbXVsdGUgY2hl c3RpaSBjYXJlIHNlIGJhdCBjYXAgaW4gY2FwIHBlIHBhcmN1cnN1bCBkaXNjdXRpaWxvciwgY2V2 YSBzcGFtIChtZXNhanVsIGFzdGEsIGRlIGV4ZW1wbHUsIGRhciB2YSByb2cgc2EgbnUgbWEgcHVu ZXRpIGxhIGp1bmsgbWFpbCA6KSBzaSBjYXJlIGF1IHRlbmRpbnRhIHNhIHRlIGJhZ2UgaW4gY2Vh dGEuIEluIHBsdXMsIGNsYXJpZmljYXJpIHNpIGhpbnR1cmkgY2FyZSBzb3Nlc2MgZHVwYSBjZSB0 cmVjZSBkZWFkbGluZXVsIG1pIHNlIHBhciBkZSBwcm9zdCBndXN0Lg0KCQ0KDQo= ------_=_NextPart_001_01C3B592.E7ECE41E Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IgYJAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAHAALACMABQAFADkBASCAAwAOAAAA0wcLABwACwAjAAUABQA5AQEJgAEAIQAAAEJB OEM3ODJCNEVGNkZENEU5OEFDMDc0OTRGMEE3Qjk0AHMHAQOQBgBwDwAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAABwAAABSAEUAOgAgAFsAcwBvAF0A IABzAGkAdABlAAAAQAA5AB7k7OeStcMBHwA9AAEAAAAKAAAAUgBFADoAIAAAAAAAAgFHAAEAAAAr AAAAYz11czthPSA7cD1NU0xhYjtsPVNFUlZFUi0wMzExMjgwOTM1MDVaLTI5AAAfAEkAAQAAABwA AABSAGUAOgAgAFsAcwBvAF0AIABzAGkAdABlAAAAQABOAADTAqkztcMBHwBaAAEAAAAYAAAAQwBv AHMAbQBpAG4AIABBAHIAYQBkAAAAAgFbAAEAAAA+AAAAAAAAAIErH6S+oxAZnW4A3QEPVAIAAAAA Q29zbWluIEFyYWQAU01UUABjb3NtaW5hcmFkQHlhaG9vLmNvbQAAAAIBXAABAAAAGgAAAFNNVFA6 Q09TTUlOQVJBREBZQUhPTy5DT00AAAAfAF0AAQAAABgAAABDAG8AcwBtAGkAbgAgAEEAcgBhAGQA AAACAV4AAQAAAD4AAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAABDb3NtaW4gQXJhZABTTVRQAGNv c21pbmFyYWRAeWFob28uY29tAAAAAgFfAAEAAAAaAAAAU01UUDpDT1NNSU5BUkFEQFlBSE9PLkNP TQAAAB8AZgABAAAACgAAAFMATQBUAFAAAAAAAB8AZwABAAAAKgAAAGMAbwBzAG0AaQBuAGEAcgBh AGQAQAB5AGEAaABvAG8ALgBjAG8AbQAAAAAAHwBoAAEAAAAKAAAAUwBNAFQAUAAAAAAAHwBpAAEA AAAqAAAAYwBvAHMAbQBpAG4AYQByAGEAZABAAHkAYQBoAG8AbwAuAGMAbwBtAAAAAAAfAHAAAQAA ABQAAABbAHMAbwBdACAAcwBpAHQAZQAAAAIBcQABAAAAGwAAAAHDtTUOSwXSj/xgKksOnfflOQDB NCUAF0Q8dAAfAHQAAQAAACwAAABzAG8AQABhAHQAbABhAG4AdABpAHMALgBjAHMALgBwAHUAYgAu AHIAbwAAAB8AGgwBAAAAHAAAAE8AdgBpAGQAaQB1ACAAUABsAGEAdABvAG4AAAAfAB0OAQAAABQA AABbAHMAbwBdACAAcwBpAHQAZQAAAAIBCRABAAAAvwcAALsHAABDFgAATFpGdXrVmSwDAAoAcmNw ZzEyNYIyA0NodG1sMQMwPwEDAfcKgAKkA+MCAGNowQrAc2V0MCAHEwKA/xADAFAEVghVB7IR1Q5R AwHdENcyBgAGwxHVMwRGENlvEusR4wjvCfc7GM8OMDU7EdIMYGMAUAsJAWQzNpMRYAulNCAQAipc DrK9AZBnFPAKoxHjHeg0FPAAPCFET0NUWVAARSBIVE1MIFAAVUJMSUMgIi0gLy9XM0MhgERUIkQg lDMuMiGARU6cIj4e7R6PI8ExOB/wbyCiIw8kHyaQMx2AJXBFfEFEJc0O8SbvKW8k9DZBDvA8TUVU QQewQTEsYD0iRwnwBJBhdEUFsCIS0E9OVCLQVBMs8AXhRXgQ8W5nZT0GUnYTMS9BAJACICA2EC4w LjYdcDkuMSci/irPJQM3Nx/wVEkoVExFJc40DvBSZYA6IFtzb10gAJDUdGUkbjUf8C8zTzF/vyZF NJE2sChPJp86hDURYAA8Qk9EWSBkafRyPTqgcjnwOmMAIQMwOT0BZG8A4D0BCrFccf8YsD0BEPAD MD1lEWA6GxzxETsfZzk2H/BESVbPPTkAAD93Ojk2NEKvP8LISW5sC4BlLkZwOjm/AcA9RwqiPUcK cSR8MCgR/yHgQntISD//QQ9CEyEQIDBwS1FVTy3wPLY1QHQIeWxlLjFBUkdJYE4tUklHIKA04DD8 cHgi8T1YCrEQAj5lPwP/PsE/X0wvHxsRYFYATQ9CX29Db0R/Uyc94Gkc0iR8NK0lUUYt0TVBek+Q MleLFwviUw86dTgdgCZndAsCgD1XPl5oIG51ILE9EGVidQiQNUBhT0F0YW1iQmM1YAdwNUB1TzVw PLAu8AeBYWou8HD/LvA4nFSfX6RWEUYwYoEkfPssEDxRUj07RkEKgV5/X499YJ9jYmFiYC0wZEAF EG73AQBisGzxYwngZ09oX2lv72p/a49slWOSamJgYqEKQB8FAC1gYZIHkGOBT0ss/2R/ZY9mlQEA AJB1UGGgAjDmdQMgYaFzcHjgbl9vb/9wf3GPcp9hNgdwDeBjoXlw9xjQdIBigS5533rve/+Az/+B 34LpCrEEkHmwY9FiYHVj/2zxdf93D2akeOB4tGOiNXC/AMBhnQEAec+En4KtbQhw9GEtA6Bnj4E1 QAbwY3CDBzCLAmVpLiBEgCH/bjKHz4jfZpZioAhxBRBPgP9jomRQjH+Nj4K8ZwNhkgQA7XigYWGw GGBjeRELgHi09YCNNVchL1ySSm9Ynkdf/0hvSX+bv1i/Wc9a31vuCqP/VgBc713/mi+bP6FvnV+e b/+ff04oqhtRo6gPVC9NT05f/09vUH9YIVIfsN+x71VPOir7osAf8FBXj6PvpP+mf6ePnXWgUHzf fe9hJkR1CrBvhop10IpfYdlmYiFs8W//ka+5/2aVeXAFkAaQDeAtYPdiIWOxGNBxYhAY0AeAAjD+ c3XQBPAIcAGQddALYMgA0mIIkGN0ddBjC2CQAr94oJlQj2E6oC7wRjFrCHH/zhLIP8lPZqTNwsrz zzE8wO8DoGKBACCRAFAAcHRxDeB2ac2hZDFvBUBiUMIvbsZieXDDWVwnYQFAuGd+Z4BAB5B/sGRR NVJ0gGT/G4CHgorDz5/Qr9G1dQFiYO/LutTP1d/W6ijNUC0wddD3f5GY4QbQaY/gNWDLMc4S/wnB ETBGMGLwGNFs44qi2W+f2n9mpEZBGNACMGUp02G/Y8FGQZmBYlGLMZRBepCS/wUQzVADIDzAzJFj IJSnmCX/gELNoeIl4u/j/8pViqLF4fc9EAtxC4BndVAukOHQzDHrZEECMHJhsHboUC1x6FB9mYFn 5WLOMYahL3AFsWH7L0CMIi3HgZFRzkLqT+tf/dG1dbTwA3Dvt3lCYyBhsPN0EfBCOimVP5ZPgr/2 X9/3b/h/wo/Dn7tARfVxAiC/AJAEgWOixeEDgIASamNw/wWx8a/yv2apkUKAQmOh+S//+j/7T/xf /W9hU+f2zhLik/9jsfEwAHDiQgQvBT8GTwdfvwhvYVOHJgCvAb9mpG/SYfeQgJQwddBksIBGceKE bPD/YrDOhGPkRnELjwyfDa8W7/8X/xkJ8TFnIHSzYbBhodRg/y1gLvDSYGOh2PIRrxK/5QX/4LDY sI+BLXGor6m/SxmsX/+tZVENGR+rxq7RvJG4/x+v/7sfvC+9P75Pv1/Ab8F/Du+/D//+odQBYaE/ MJCAcnXQ8XSRdmF6Y3DOdT8wdWFn7zHv89fAIGJ1AWzwcP+Zgh6fKg/bhjfwZFE5Qcyhf2Ng59kA cNQSNdB5YXSRKL9j43kR6WRjse3QbdBwkFD/FKM4PzlPZpU10DIv3h/W6vxyb+2w1K9Cz98MYaGL Mf95guExzREAQM8A5tHnwEUf/0Yv1ur2DUpf1q7OIv/zYbH/7iDS0ZhhPz9AT8pVkJI3gZ5n5nJu IXUAgHAgSYpg/z6hzGHSGs9hNUB48e/GkDD/18PYoMThdBGLkXQRUK9Rv/94FtiQGLJ5EX+QN1JZ EpTi/0SwHOGP4GcgFq8avxjNI1//JG8lfyaPJ58orysBL2Ei5X+t367vX/8o/1kvav8q0jXhZlJC T0RZZU5sXyripjdn8bYATUxeAH1xIAAfADUQAQAAAIoAAAA8ADMANgBDADgAMQA2ADQAQQBFADAA QwA2AEMAQQA0ADkAOAA3AEMAMwBFAEMAOAA4AEEAMQBCAEIANAAxADYAQQAwADEANAA3ADAARQBA AHMAZQByAHYAZQByAC4AbQBpAGMAcgBvAHMAbwBmAHQALQBsAGEAYgAuAHAAdQBiAC4AcgBvAD4A AAAAAB8ARxABAAAAHgAAAG0AZQBzAHMAYQBnAGUALwByAGYAYwA4ADIAMgAAAAAACwDyEAEAAAAf APMQAQAAACgAAABSAEUAJQAzAEEAIABbAHMAbwBdACAAcwBpAHQAZQAuAEUATQBMAAAACwD2EAAA AABAAAcwkKU8H5K1wwFAAAgwEQv055K1wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2 AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GC AQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElF TlRTL0NOPU9WSURJVVBMAAAAAB8A+j8BAAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkA cwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEAAAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAA AC4AAAADAP0/5AQAAAMAGUAAAAAAAwAaQAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAA TwBWAEkARABJAFUAUABMAAAAAAAfADFAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkAB AAAAKgAAAGMAbwBzAG0AaQBuAGEAcgBhAGQAQAB5AGEAaABvAG8ALgBjAG8AbQAAAAAAHwAzQAEA AAAqAAAAYwBvAHMAbQBpAG4AYQByAGEAZABAAHkAYQBoAG8AbwAuAGMAbwBtAAAAAAAfADhAAQAA ABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AOUABAAAABAAAAC4AAAALACkAAAAAAAsAIwAAAAAA AwAGEBEho28DAAcQ2QMAAAMAEBAAAAAAAwAREAEAAAAeAAgQAQAAAGUAAABJTkxJTkVOVVRSRUJV SUVTQVNUQU1TQUNJVElNU1VURURFTUVTQUpFUEVMSVNUQUNBU0FORVBSSU5ERU1DQUNFRUFDRURF SkFBTUxVQ1JBVE5VRVNURU9LLERFU0lFTlVOVFVMAAAAAAIBfwABAAAARQAAADwzNkM4MTY0QUUw QzZDQTQ5ODdDM0VDODhBMUJCNDE2QTAxNDcwRUBzZXJ2ZXIubWljcm9zb2Z0LWxhYi5wdWIucm8+ AAAAABeh ------_=_NextPart_001_01C3B592.E7ECE41E-- From so@atlantis.cs.pub.ro Sat Nov 29 11:59:54 2003 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Sat, 29 Nov 2003 03:59:54 -0800 Subject: [so] ERRORCHECK_MUTEX in loc de TLS? References: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> Message-ID: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Salut! M-am gandit sa folosesc un astfel mutex ca sa vad daca eu(threadul curent) sunt sau nu in monitor. In felul urmator: Sa zicem ca eu am ocupat mutexul(deci sunt in monitor). Daca tot eu voi da lock iar, o sa-mi arunce nu stiu ce eroare. Daca altul da lock, nu-i mai arunca eroarea asta. It's ok? bye dany From so@atlantis.cs.pub.ro Sat Nov 29 11:03:36 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 03:03:36 -0800 (PST) Subject: [so] ERRORCHECK_MUTEX in loc de TLS? In-Reply-To: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031129110336.57346.qmail@web60507.mail.yahoo.com> --- Daniel Cosmin Porumbel wrote: > Salut! > > M-am gandit sa folosesc un astfel mutex ca sa > vad daca eu(threadul > curent) sunt sau nu in monitor. In felul urmator: > > Sa zicem ca eu am ocupat mutexul(deci sunt in > monitor). > Daca tot eu voi da lock iar, o sa-mi arunce nu > stiu ce eroare. Daca > altul da lock, nu-i mai arunca eroarea asta. It's > ok? Salut, Am primit de la voi niste ecouri care spun ca s-a inteles ca folosirea TLS e obligatorie. Nu este obligatorie. A fost data ca hint, sa fie clar pentru toata lumea, insa mi s-a parut o solutie eleganta si interesanta pentru voi de folosit. Puteti folosi orice altceva. Veti fi depunctati totusi (foarte putin) daca acel altceva e mai putin eficient sau strica in vreun fel functionalitatea naturala a monitorului. In alta ordine de idei, folositi-va imaginatia, dati solutii (originale sau nu) pe care sa fiti in stare sa le aparati/argumentati. E mult mai important sa va intariti increderea ca ceea ce ati facut e corect, si in urma unei analize a programului vostru sa puteti garanta ca este corect si eficient, decat sa intrebati la fiecare chichita(*) si niciodata sa nu fiti siguri pe voi. Mult mai important decat punctele obtinute la teme este faptul ca voi invatati sa scrieti software de calitate, si la sfarsit constientizati lucrul asta si sunteti sigur de el. Uneori si profii/indrumatorii se pot insela. Nu va abtineti de la a-i contrazice de teama ca pierdeti puncte. Studentul care nu se contrazice nu-i student :) (*)A propos, verificarile astea de utilizare corecta pentru care s-au scris exagerat de multe emailuri (destroy & TLS) nu valoreaza mai mult de 5% din punctajul temei. Ma bucur ca nu sunt probleme la implementarea efectiva de monitor si toata lumea e convinsa ca l-a implementat corect. Succes, Cosmin PS Daca cineva are ceva de replicat sa nu dea replica pe lista ca sa oprim spamul. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 13:28:34 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 29 Nov 2003 05:28:34 -0800 (PST) Subject: [so] tot tema 3 Message-ID: <20031129132834.54602.qmail@web11202.mail.yahoo.com> Salut, Se poate folosi o clasa pentru definirea monitorului ? Metodele ei vor fi cele cerute de enuntul temei dar nu vor primi ca parametru un pointer ... Andrei __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sat Nov 29 13:32:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 05:32:29 -0800 (PST) Subject: [so] tot tema 3 In-Reply-To: <20031129132834.54602.qmail@web11202.mail.yahoo.com> Message-ID: <20031129133229.89530.qmail@web60507.mail.yahoo.com> Da. --- Andrei Stefan wrote: > Salut, > > > Se poate folosi o clasa pentru definirea monitorului > ? > Metodele ei vor fi cele cerute de enuntul temei dar > nu > vor primi ca parametru un pointer ... __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 15:53:35 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sat, 29 Nov 2003 17:53:35 +0200 Subject: [so] probleme Message-ID: <3FC8C0FF.10404@pcnet.ro> Buna! Va rog frumos sa ne spuneti cat valoreaza ca punctaj fiecare dintre cele trei aspecte ale temei: monitor, readers-writers, sleeping barber. Ar si corect sa avem un punctaj estimativ inainte de a trimite tema.Eu de exemplu am momentan probleme in doua parti si ar fi bine sa stiu asupra carei probleme sa ma concentrez mai mult, dat fiind timpul scurt care a mai ramas. Multmesc anticipat! Ruxandra From so@atlantis.cs.pub.ro Sat Nov 29 16:01:50 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sat, 29 Nov 2003 08:01:50 -0800 (PST) Subject: [so] Eroare la sem_wait In-Reply-To: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031129160150.72613.qmail@web60301.mail.yahoo.com> Era vb ca la un apel de asteptare pe un IPC sa verificam EINTR. Din man vad ca sem_wait nu il seteaza ( sau cel putin nu se specifica). Mai trebuie veriicat daca asteptarea este intrerupta de semnal sau nu? Daca da cum, se mai seteaza errno cumva? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 16:08:46 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 08:08:46 -0800 (PST) Subject: [so] probleme In-Reply-To: <3FC8C0FF.10404@pcnet.ro> Message-ID: <20031129160846.19852.qmail@web60501.mail.yahoo.com> --- Ruxi Jitianu wrote: > Buna! > > Va rog frumos sa ne spuneti cat valoreaza ca punctaj > fiecare dintre cele > trei aspecte ale temei: monitor, readers-writers, > sleeping barber. > > Ar si corect sa avem un punctaj estimativ inainte de > a trimite tema.Eu > de exemplu am momentan probleme in doua parti si ar > fi bine sa stiu > asupra carei probleme sa ma concentrez mai mult, > dat fiind timpul scurt > care a mai ramas. > > Multmesc anticipat! In mare cam 80% - monitor, 10% - rw, 10% - barbieri. Imi rezerv dreptul de a modifica in 70-15-15 dar concluzia e ca trebuie sa te concentrezi pe monitor. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 16:41:57 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 08:41:57 -0800 (PST) Subject: [so] Eroare la sem_wait In-Reply-To: <20031129160150.72613.qmail@web60301.mail.yahoo.com> Message-ID: <20031129164157.8440.qmail@web60504.mail.yahoo.com> --- Mihai Iancu wrote: > Era vb ca la un apel de asteptare pe un IPC > sa verificam EINTR. > > Din man vad ca sem_wait nu il seteaza ( sau > cel putin nu se specifica). > > Mai trebuie veriicat daca asteptarea este > intrerupta de semnal sau nu? > Daca da cum, se mai seteaza errno cumva? Se pare ca in implementarea LinuxThreads pentru toate operatiile blocante se fac teste daca operatia a fost deblocata corespunzator. Daca te uiti in sursele LinuxThreads o sa gasesti un while(1) la pthread_mutex_lock, pthread_cond_wait, sem_wait si altele. Pe scurt: nu mai trebuie verificat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 20:39:30 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Sat, 29 Nov 2003 22:39:30 +0200 Subject: [so] tot barbieri sau frizeri... References: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> Message-ID: <02ae01c3b6b8$e445c040$6400a8c0@andrei> Am urmatoarea dilema. Am folosit doua monitoare pentru ca un client tocmai intrat si un frizer sa nu se "ciocneasca". Daca tot am folosit al doilea monitor am pus si "anuntul" ca un frizer a terminat in acest monitor pentru ca altfel ar fi fost echivalent cu un mutex la contorul de scaune libere. Din pacate pentru a nu baga un frizer in acest monitor, clientul tuns si nu barbierul trebuie sa anunte ca frizerul a terminat tunsul. Intre timp barbierul se culca "un pic" pana vine un eventual client care a fost anuntat (nu are de unde sa stie barbierul daca mai sunt clienti la coada). Este corecta abordarea sau tb. ca un barbier sa nu se culce deloc daca mai sunt clienti care tb. tunsi? From so@atlantis.cs.pub.ro Sat Nov 29 20:44:19 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 12:44:19 -0800 (PST) Subject: [so] tot barbieri sau frizeri... In-Reply-To: <02ae01c3b6b8$e445c040$6400a8c0@andrei> Message-ID: <20031129204419.36559.qmail@web60502.mail.yahoo.com> aboradarea este corecta. Atentie insa ca aceasta abordare este corecta doar in solutiile cu doua monitoare. Cosmin --- Andrei Hagiescu wrote: > Am urmatoarea dilema. Am folosit doua monitoare > pentru ca un client tocmai > intrat si un frizer sa nu se "ciocneasca". Daca tot > am folosit al doilea > monitor am pus si "anuntul" ca un frizer a terminat > in acest monitor pentru > ca altfel ar fi fost echivalent cu un mutex la > contorul de scaune libere. > Din pacate pentru a nu baga un frizer in acest > monitor, clientul tuns si nu > barbierul trebuie sa anunte ca frizerul a terminat > tunsul. Intre timp > barbierul se culca "un pic" pana vine un eventual > client care a fost anuntat > (nu are de unde sa stie barbierul daca mai sunt > clienti la coada). Este > corecta abordarea sau tb. ca un barbier sa nu se > culce deloc daca mai sunt > clienti care tb. tunsi? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 10:35:48 2003 From: so@atlantis.cs.pub.ro (Diana) Date: Sun, 30 Nov 2003 12:35:48 +0200 Subject: [so] printf Message-ID: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C3B73E.7B6D4580 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Am urmatoarea problema: cand afisez un mesaj mi se intampla uneori sa il = afiseze acelasi thread de doua ori, desi printf-ul se executa o singura = data. Sunt convinsa ca se executa o singura data pentru ca am = initializat un contor si l-am incrementat in printf; concluzie: imi = afiseaza de mai multe ori avand contorul 1. Daca mai pun un printf = imediat dupa printf-ul problematic, am observat ca nu se mai intampla sa = mi-l afiseze de mai multe ori. Oricum, chestia asta este complet = aleatoare.. Stie cineva cum s-ar putea rezolva aceasta problema (in alt mod decat sa = mai pun cate un printf in plus dupa fiecare printf de care am nevoie)? ------=_NextPart_000_0005_01C3B73E.7B6D4580 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Am urmatoarea problema: cand afisez un = mesaj mi se=20 intampla uneori sa il afiseze acelasi thread de doua ori, desi printf-ul = se=20 executa o singura data. Sunt convinsa ca se executa o singura data = pentru ca am=20 initializat un contor si l-am incrementat in printf; concluzie: imi = afiseaza de=20 mai multe ori avand contorul 1. Daca mai pun un printf imediat dupa = printf-ul=20 problematic, am observat ca nu se mai intampla sa mi-l afiseze de mai = multe ori.=20 Oricum, chestia asta este complet aleatoare..
Stie cineva cum s-ar putea rezolva = aceasta problema=20 (in alt mod decat sa mai pun cate un printf in plus dupa fiecare printf = de care=20 am nevoie)?
------=_NextPart_000_0005_01C3B73E.7B6D4580-- From so@atlantis.cs.pub.ro Sun Nov 30 10:44:03 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 02:44:03 -0800 (PST) Subject: [so] printf In-Reply-To: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> Message-ID: <20031130104403.92361.qmail@web60503.mail.yahoo.com> Daca-mi trimiti o bucata de cod care poate fi compilata si rulata, si care se comporta cum spui tu as putea sa incerc sa determin cauza. Cosmin --- Diana wrote: > Am urmatoarea problema: cand afisez un mesaj mi se > intampla uneori sa il afiseze acelasi thread de doua > ori, desi printf-ul se executa o singura data. Sunt > convinsa ca se executa o singura data pentru ca am > initializat un contor si l-am incrementat in printf; > concluzie: imi afiseaza de mai multe ori avand > contorul 1. Daca mai pun un printf imediat dupa > printf-ul problematic, am observat ca nu se mai > intampla sa mi-l afiseze de mai multe ori. Oricum, > chestia asta este complet aleatoare.. > Stie cineva cum s-ar putea rezolva aceasta problema > (in alt mod decat sa mai pun cate un printf in plus > dupa fiecare printf de care am nevoie)? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 11:36:17 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 30 Nov 2003 03:36:17 -0800 (PST) Subject: [so] off topic Message-ID: <20031130113617.49594.qmail@web41005.mail.yahoo.com> pariez ca la asta nu se astepta nimeni. azi e sfantul andrei, asa ca sa traiti cu numele daca e cazul :) __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sun Nov 30 12:03:02 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 04:03:02 -0800 (PST) Subject: [so] x-( In-Reply-To: <20031130113617.49594.qmail@web41005.mail.yahoo.com> Message-ID: <20031130120302.30285.qmail@web60302.mail.yahoo.com> O mica problema la final ( sau la mal :( ) Cum fac sa modific din Makefile LD_LIBRARY_PATH sa fie = ./:$LD_LIBRARY_PATH.? Eu ca user nu am variabila asta si deci incerc sa o setez din Makefile cu export LD_LIBRARY_PATH=./ dar dupa ce termina make nu exista variabila, deci nu o seteaza. De testat programul se poate face scriind export LD_LIBRARY_PATH=./ in consola si apoi gaseste .so, dar e o solutie cam trista. ===== I was born intelligent, education ruined me. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:11:17 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 04:11:17 -0800 (PST) Subject: [so] x-( In-Reply-To: <20031130120302.30285.qmail@web60302.mail.yahoo.com> Message-ID: <20031130121117.42144.qmail@web60508.mail.yahoo.com> --- Mihai Iancu wrote: > O mica problema la final ( sau la mal :( ) > > Cum fac sa modific din Makefile LD_LIBRARY_PATH sa > fie = ./:$LD_LIBRARY_PATH.? > > Eu ca user nu am variabila asta si deci incerc sa > o setez din Makefile cu export LD_LIBRARY_PATH=./ > > dar dupa ce termina make nu exista variabila, deci > nu o seteaza. De testat programul se poate face > scriind export LD_LIBRARY_PATH=./ in consola si apoi > gaseste .so, dar e o solutie cam trista. I can handle it. Variabila se seteaza in environment-ul procesului care executa make, nu si in parinte (bash), deci e normal comportamentul. Poti sa faci o regula run sau test in Makefile care dupa compilare sa faca si setarea variabilei si rularea programului de test, daca tii neaparat. > ===== > I was born intelligent, > education ruined me. pe bune? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:38:18 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 04:38:18 -0800 (PST) Subject: [so] sleep In-Reply-To: <20031130120302.30285.qmail@web60302.mail.yahoo.com> Message-ID: <20031130123818.6705.qmail@web60309.mail.yahoo.com> la readerswriters e nepotrivit sleep-ul care face sleep doar secunde si astfel cu 30 de readers si 30 writers cand intra un writer si pana iese sigur mai vine un writer si astfel nu mai apuca nici un readers sa ma intre caci asteapta sa nu mai fie nici un wr ... stiti cu totii povestea. Vreau sa folosesc /** *face un sleep de sec si usec */ int mysleep( int sec, int usec){ struct timeval opt; opt.tv_sec = sec; opt.tv_usec = usec; return select(1,0,0,0,&opt); } nu cred ca e in POSIX e ok? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:50:06 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 04:50:06 -0800 (PST) Subject: [so] sleep In-Reply-To: <20031130123818.6705.qmail@web60309.mail.yahoo.com> Message-ID: <20031130125006.26358.qmail@web60510.mail.yahoo.com> te complici, foloseste nanosleep. --- Mihai Iancu wrote: > la readerswriters e nepotrivit sleep-ul care > face sleep doar secunde si astfel cu 30 de readers > si > 30 writers cand intra un writer si pana iese > sigur mai vine un writer si astfel nu mai apuca nici > un readers sa ma intre caci asteapta sa nu mai fie > nici un wr ... stiti cu totii povestea. > > Vreau sa folosesc > /** > *face un sleep de sec si usec > */ > int mysleep( int sec, int usec){ > struct timeval opt; > opt.tv_sec = sec; > opt.tv_usec = usec; > return select(1,0,0,0,&opt); > } > > nu cred ca e in POSIX > > e ok? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 15:03:47 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 07:03:47 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <001a01c3b7a6$a36a1b40$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031130150347.75375.qmail@web60508.mail.yahoo.com> E ok, nu se face overwrite. Mai fa o data upload cum trebuie. --- Daniel Cosmin Porumbel wrote: > Salut! > > Cred ca am facut o greseala la upload. Am > vrut sa trimit tema si nu mi-a primit-o dintr-un > motiv oarecare. Apoi cand am vrut s-o trimit iar, am > dat back si n-am mai modificat dropDownListurile si > s-a pus peste tema1 de Windows. Credeti ca se mai > poate face ceva ca sa recuperez fisierele de > dinainte? Sper ca nu face overwrite automat.... > > Toate bune! > Dany > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 15:53:28 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 07:53:28 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <001a01c3b7a6$a36a1b40$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031130155328.39396.qmail@web60309.mail.yahoo.com> --0-65724020-1070207608=:39234 Content-Type: text/plain; charset=us-ascii Cum facem cu temaX.exe? ce nume ii punem ca acum avem cel putin 2 executabile --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-65724020-1070207608=:39234 Content-Type: text/html; charset=us-ascii

Cum facem cu temaX.exe?

 

ce nume ii punem ca acum avem cel putin 2 executabile

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-65724020-1070207608=:39234-- From so@atlantis.cs.pub.ro Sun Nov 30 16:14:35 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 08:14:35 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <20031130155328.39396.qmail@web60309.mail.yahoo.com> Message-ID: <20031130161435.66629.qmail@web60510.mail.yahoo.com> Education ruined you. You should quit while you're still ahead :)) --- Mihai Iancu wrote: > > Cum facem cu temaX.exe? > > > > ce nume ii punem ca acum avem cel putin 2 > executabile __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 16:33:25 2003 From: so@atlantis.cs.pub.ro (Ionut Cirjan) Date: Sun, 30 Nov 2003 08:33:25 -0800 (PST) Subject: [so] printf In-Reply-To: <20031130104403.92361.qmail@web60503.mail.yahoo.com> Message-ID: <20031130163325.11166.qmail@web41104.mail.yahoo.com> Eu am avut alta problema cu printf: intarzia la unele threaduri si afisa mai repede de la altele care totusi se executau dupa cele dinainte. Am pus dupa fiecare printf un fflush(stdout) si nu am mai avut probleme. Ionut. --- Cosmin Arad wrote: > Daca-mi trimiti o bucata de cod care poate fi > compilata si rulata, si care se comporta cum spui tu > as putea sa incerc sa determin cauza. > > Cosmin > > --- Diana wrote: > > Am urmatoarea problema: cand afisez un mesaj mi se > > intampla uneori sa il afiseze acelasi thread de > doua > > ori, desi printf-ul se executa o singura data. > Sunt > > convinsa ca se executa o singura data pentru ca am > > initializat un contor si l-am incrementat in > printf; > > concluzie: imi afiseaza de mai multe ori avand > > contorul 1. Daca mai pun un printf imediat dupa > > printf-ul problematic, am observat ca nu se mai > > intampla sa mi-l afiseze de mai multe ori. Oricum, > > chestia asta este complet aleatoare.. > > Stie cineva cum s-ar putea rezolva aceasta > problema > > (in alt mod decat sa mai pun cate un printf in > plus > > dupa fiecare printf de care am nevoie)? > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sun Nov 30 21:23:58 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Sun, 30 Nov 2003 23:23:58 +0200 Subject: [so] printf In-Reply-To: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> References: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> Message-ID: <20031130212358.E732241AC8@server1.messagingengine.com> Chestia cu fflush(stdout) e de baza la multithreading. Daca folosesti C++, merge si "cout< said: > Am urmatoarea problema: cand afisez un mesaj mi se intampla uneori sa il > afiseze acelasi thread de doua ori, desi printf-ul se executa o singura > data. Sunt convinsa ca se executa o singura data pentru ca am initializat > un contor si l-am incrementat in printf; concluzie: imi afiseaza de mai > multe ori avand contorul 1. Daca mai pun un printf imediat dupa printf-ul > problematic, am observat ca nu se mai intampla sa mi-l afiseze de mai > multe ori. Oricum, chestia asta este complet aleatoare.. > Stie cineva cum s-ar putea rezolva aceasta problema (in alt mod decat sa > mai pun cate un printf in plus dupa fiecare printf de care am nevoie)? -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Access your email from home and the web From so@atlantis.cs.pub.ro Sat Nov 1 08:29:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 00:29:32 -0800 (PST) Subject: [so] unscribe In-Reply-To: <20031031224159.70266.qmail@web20710.mail.yahoo.com> Message-ID: <20031101082932.10519.qmail@web11501.mail.yahoo.com> --- Alecu Adrian wrote: > Am si eu o mica problema.... > Am cam pierdut parola de pe acest mailing - list si > vad ca nu exista nici o cale de a ma scoate de pe > lista si a ma baga din nou.... sau altceva de genul > asta > as vrea si eu o sugestie ce as putea sa fac.. > mersi si bafta la teme La 'Edit Options' gasesti un buton 'Email my password to me'. Daca il apesi vei primi parola pe adresa cu care esti inscris acum. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sat Nov 1 08:40:41 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 1 Nov 2003 10:40:41 +0200 Subject: [so] fflush Message-ID: <001001c3a053$d53bed70$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C3A064.98B1AAA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable avem voie sa folosim fflush(stdout)? o alta varianta ar fi sa afisez un \n dar nu-mi convine varianta asta... ------=_NextPart_000_000D_01C3A064.98B1AAA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
avem voie sa folosim = fflush(stdout)?
o alta varianta ar fi sa afisez un \n = dar nu-mi=20 convine varianta asta...
------=_NextPart_000_000D_01C3A064.98B1AAA0-- From so@atlantis.cs.pub.ro Sat Nov 1 15:04:52 2003 From: so@atlantis.cs.pub.ro (Dana Tiba) Date: Sat, 1 Nov 2003 17:04:52 +0200 (EET) Subject: [so] interpretare Message-ID: <1092.81.196.10.119.1067699092.squirrel@dazoot.ro> Salut, Textul temei defineste o comanda compusa ca fiind formata din doi operanzi si un operator. Apoi sunt definiti cei 8 operatori care trebuiesc sa fie suportati(dintre care 4 de redirectare). Cei doi operanzi sunt definiti ca fiind fie comenzi oarecare, fie un nume de fisier in cazul in care operatorul este de redirectare. Din acestea eu am inteles initial ca trebuie suportate comenzi de genul: NUME1[operator NUME2],unde NUME1 trebuie neaparat sa fie o comanda(simpla, adica nume + parametrii), iar NUME2 in functie de tipul operatorului poate sa fie fie o alta comanda(simpla), fie un nume de fisier. Insa un mail anterior pe lista sugereaza ca trebuiesc suportate si comenzi cu mai multi operatori si operanzi (cat fisier > gigi & pwd > titi). Care este adevarata interpretare a temei? dana From so@atlantis.cs.pub.ro Sat Nov 1 21:12:18 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 1 Nov 2003 23:12:18 +0200 Subject: [so] alocare mem Message-ID: <000901c3a0bc$d4f90050$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C3A0CD.986A0290 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable in windows putem folosi malloc si realloc? ------=_NextPart_000_0006_01C3A0CD.986A0290 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
in windows putem folosi malloc si=20 realloc?
------=_NextPart_000_0006_01C3A0CD.986A0290-- From so@atlantis.cs.pub.ro Sat Nov 1 22:00:18 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 14:00:18 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <000901c3a0bc$d4f90050$0200a8c0@smeagol> Message-ID: <20031101220018.86497.qmail@web11502.mail.yahoo.com> --- Cibu Cristian wrote: > in windows putem folosi malloc si realloc? NU. Folositi HeapAlloc si HeapRealloc! Sau orice functie prezentata in 'Memory Management Functions' in Platform SDK, care nu e deprecated (local and global functions _nu_ sunt recomandate). (ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm) Nu folositi functiile de lucru cu memoria virtuala pentru ca inca nu stiti prea bine cu ce se mananca si nici nu e nevoie de ele in tema. Practic puteti folosi de la 'Memory Management Functions' funtiile din primul si din al 4-lea (heap functions) tabel. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sat Nov 1 22:19:19 2003 From: so@atlantis.cs.pub.ro (Cristian Traum) Date: Sat, 1 Nov 2003 14:19:19 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031101220018.86497.qmail@web11502.mail.yahoo.com> Message-ID: <20031101221919.96655.qmail@web13204.mail.yahoo.com> --0-477966446-1067725159=:94353 Content-Type: text/plain; charset=us-ascii nu avem voie deloc deloc? adica daca vreau in cadrul parsarii sa copiez un sir... nu am voie strdup??? sau HeapAlloc si HeapRealloc tb folosite cand e vorba de procese...? Cosmin Arad wrote: --- Cibu Cristian wrote: > in windows putem folosi malloc si realloc? NU. Folositi HeapAlloc si HeapRealloc! Sau orice functie prezentata in 'Memory Management Functions' in Platform SDK, care nu e deprecated (local and global functions _nu_ sunt recomandate). (ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm) Nu folositi functiile de lucru cu memoria virtuala pentru ca inca nu stiti prea bine cu ce se mananca si nici nu e nevoie de ele in tema. Practic puteti folosi de la 'Memory Management Functions' funtiile din primul si din al 4-lea (heap functions) tabel. Cosmin __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Exclusive Video Premiere - Britney Spears --0-477966446-1067725159=:94353 Content-Type: text/html; charset=us-ascii
nu avem voie deloc deloc? adica daca vreau in cadrul parsarii sa copiez un sir... nu am voie strdup???
sau HeapAlloc si HeapRealloc tb folosite cand e vorba de procese...?


Cosmin Arad <cosminarad@yahoo.com> wrote:
--- Cibu Cristian wrote:
> in windows putem folosi malloc si realloc?

NU. Folositi HeapAlloc si HeapRealloc!
Sau orice functie prezentata in 'Memory Management
Functions' in Platform SDK, care nu e deprecated
(local and global functions _nu_ sunt recomandate).
(ms-help://MS.PSDK.1033/memory/base/memory_management_functions.htm)

Nu folositi functiile de lucru cu memoria virtuala
pentru ca inca nu stiti prea bine cu ce se mananca si
nici nu e nevoie de ele in tema.

Practic puteti folosi de la 'Memory Management
Functions' funtiile din primul si din al 4-lea (heap
functions) tabel.

Cosmin


__________________________________
Do you Yahoo!?
Exclusive Video Premiere - Britney Spears
http://launch.yahoo.com/promos/britneyspears/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Exclusive Video Premiere - Britney Spears --0-477966446-1067725159=:94353-- From so@atlantis.cs.pub.ro Sun Nov 2 07:11:52 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 02 Nov 2003 09:11:52 +0200 Subject: [so] upload Message-ID: <3FA4AE38.6020102@pcnet.ro> Intrebarea: ce se intampla daca fac upload la o tema de 2 ori? Se considera ultima varianta? Multumesc Ruxandra p.s. stiu ca nu e indicat sa se intample asta....dar totusi....daca se intampla.... From so@atlantis.cs.pub.ro Sun Nov 2 07:59:24 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 1 Nov 2003 23:59:24 -0800 (PST) Subject: [so] upload In-Reply-To: <3FA4AE38.6020102@pcnet.ro> Message-ID: <20031102075924.66448.qmail@web11509.mail.yahoo.com> --- Ruxi Jitianu wrote: > Intrebarea: ce se intampla daca fac upload la o tema > de 2 ori? Se > considera ultima varianta? Da. > Multumesc > > Ruxandra > > p.s. > stiu ca nu e indicat sa se intample asta....dar > totusi....daca se > intampla.... e ok. poti sa uploadezi de cate ori vrei. Cosmin __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From so@atlantis.cs.pub.ro Sun Nov 2 10:07:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 2 Nov 2003 02:07:21 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031101221919.96655.qmail@web13204.mail.yahoo.com> Message-ID: <20031102100721.85107.qmail@web11509.mail.yahoo.com> --- Cristian Traum wrote: > nu avem voie deloc deloc? adica daca vreau in cadrul > parsarii sa copiez un sir... nu am voie strdup??? > sau HeapAlloc si HeapRealloc tb folosite cand e > vorba de procese...? > E recomandabil sa folosesti HeapAlloc iar pentru copierea sirului CopyMemory. In toate cazurile. Cosmin __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From so@atlantis.cs.pub.ro Sun Nov 2 20:27:23 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Sun, 2 Nov 2003 22:27:23 +0200 Subject: [so] Scule (instrumente) de dezvoltare Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C3A190.801BE460 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Imi cer scuze anticipat pentru eventuale exprimari scapate de sub control in cele ce urmeaza. De ce trebuie sa folosim pe Windows tampenia aia de MinGW cand exista la fel de bine Visual Studio.NET? Concret: Scriu totul cu VS, testez, etc etc, totul merge ok. Incerc sa compilez din MSYS cu gcc, se trezeste ca nu stie de strsafe.h (un header al unei librarii din Platform SDK, folosita pentru 'safe handling' pe stringuri C). Headerul ala e (pe bune!) in acelasi folder cu 'windows.h', e suportat cu tot restul MS Platform SDK samd, nimic ezoteric acolo. La tentativa de compilare gcc zice ca nu gaseste 'strsafe.h' si se plange de functiile din headerul ala. Finally, facultatea asta vesela are licenta de Visual Studio.NET pentru toti studentii. De ce trebuie sa folosim o scula de mana a zecea cand aveti scule de zeci de mii de dolari in MSDN AA? Mi se pare o idee super ca putem face temele si pe Win32 si pe Linux, dar pe Win32 am senzatia ca ma joc cu o mana legata la spate daca sunt limitat la niste tooluri destul de slabute in comparatie chiar cu cele mai slabe compilatoare comerciale de C/C++ existente pe Windows. Multumesc, Ovidiu ------=_NextPart_000_0006_01C3A190.801BE460 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Imi = cer scuze=20 anticipat pentru eventuale exprimari scapate de sub control in cele ce=20 urmeaza.
 
De ce = trebuie sa=20 folosim pe Windows tampenia aia de MinGW cand exista la fel de bine = Visual=20 Studio.NET? Concret: Scriu totul cu VS, testez, etc etc, totul merge ok. = Incerc=20 sa compilez din MSYS cu gcc, se trezeste ca nu stie de strsafe.h (un = header al=20 unei librarii din Platform SDK, folosita pentru 'safe handling' pe = stringuri C).=20 Headerul ala e (pe bune!) in acelasi folder cu 'windows.h', e suportat = cu tot=20 restul MS Platform SDK samd, nimic ezoteric acolo. La tentativa de = compilare gcc=20 zice ca nu gaseste 'strsafe.h' si se plange de functiile din headerul=20 ala.
 
Finally, facultatea=20 asta vesela are licenta de Visual Studio.NET pentru toti studentii. De = ce=20 trebuie sa folosim o scula de mana a zecea cand aveti scule de zeci de = mii de=20 dolari in MSDN AA? Mi se pare o idee super ca putem face temele si pe = Win32 si=20 pe Linux, dar pe Win32 am senzatia ca ma joc cu o mana legata la spate = daca sunt=20 limitat la niste tooluri destul de slabute in comparatie chiar cu cele = mai slabe=20 compilatoare comerciale de C/C++ existente pe = Windows.
 
Multumesc,
Ovidiu
------=_NextPart_000_0006_01C3A190.801BE460-- From so@atlantis.cs.pub.ro Sun Nov 2 21:22:43 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Sun, 02 Nov 2003 23:22:43 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: References: Message-ID: <20031102212243.16232.qmail@romus.ro> Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. From so@atlantis.cs.pub.ro Sun Nov 2 23:38:58 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 2 Nov 2003 15:38:58 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031102100721.85107.qmail@web11509.mail.yahoo.com> Message-ID: <20031102233858.73096.qmail@web41008.mail.yahoo.com> vorbind despre alocari, unde scrie ca malloc si suratele ei sunt posix compliant? --- Cosmin Arad wrote: > --- Cristian Traum wrote: > > nu avem voie deloc deloc? adica daca vreau in > cadrul > > parsarii sa copiez un sir... nu am voie strdup??? > > sau HeapAlloc si HeapRealloc tb folosite cand e > > vorba de procese...? > > > > E recomandabil sa folosesti HeapAlloc iar pentru > copierea sirului CopyMemory. In toate cazurile. > > Cosmin > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product > search > http://shopping.yahoo.com > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Sun Nov 2 23:44:27 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 2 Nov 2003 15:44:27 -0800 (PST) Subject: [so] alocare mem In-Reply-To: <20031102233858.73096.qmail@web41008.mail.yahoo.com> Message-ID: <20031102234427.86732.qmail@web41014.mail.yahoo.com> doar nu veti fi folosit toti posix_memalign !? --- Diana Fulger wrote: > vorbind despre alocari, unde scrie ca malloc si > suratele ei sunt posix compliant? > > --- Cosmin Arad wrote: > > --- Cristian Traum wrote: > > > nu avem voie deloc deloc? adica daca vreau in > > cadrul > > > parsarii sa copiez un sir... nu am voie > strdup??? > > > sau HeapAlloc si HeapRealloc tb folosite cand e > > > vorba de procese...? > > > > > > > E recomandabil sa folosesti HeapAlloc iar pentru > > copierea sirului CopyMemory. In toate cazurile. > > > > Cosmin > > > > __________________________________ > > Do you Yahoo!? > > The New Yahoo! Shopping - with improved product > > search > > http://shopping.yahoo.com > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > __________________________________ > Do you Yahoo!? > Exclusive Video Premiere - Britney Spears > http://launch.yahoo.com/promos/britneyspears/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ From so@atlantis.cs.pub.ro Mon Nov 3 08:07:49 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 10:07:49 +0200 Subject: [so] alocare mem In-Reply-To: <20031102233858.73096.qmail@web41008.mail.yahoo.com> References: <20031102233858.73096.qmail@web41008.mail.yahoo.com> Message-ID: On Sun, 2 Nov 2003 15:38:58 -0800 (PST), Diana Fulger wrote: > vorbind despre alocari, unde scrie ca malloc si > suratele ei sunt posix compliant? > Nu sunt posix sunt ANSI-C. From so@atlantis.cs.pub.ro Mon Nov 3 08:35:09 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Mon, 3 Nov 2003 10:35:09 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: <20031102212243.16232.qmail@romus.ro> Message-ID: Multumesc pt suport. -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Adrian Stanciu Sent: Sunday, November 02, 2003 11:23 PM To: so@atlantis.cs.pub.ro Subject: [so] Re: Scule (instrumente) de dezvoltare Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so From so@atlantis.cs.pub.ro Mon Nov 3 11:12:16 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Mon, 3 Nov 2003 03:12:16 -0800 (PST) Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: Message-ID: <20031103111216.70225.qmail@web40017.mail.yahoo.com> --0-954673201-1067857936=:67536 Content-Type: text/plain; charset=us-ascii Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei. Mihai Murgan Ovidiu Platon wrote: Multumesc pt suport. -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Adrian Stanciu Sent: Sunday, November 02, 2003 11:23 PM To: so@atlantis.cs.pub.ro Subject: [so] Re: Scule (instrumente) de dezvoltare Nu cred ca ai inteles scopul acestei liste de discutii: Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse si de a lamurii probleme legate de ele. NU de a pune in discutie ce compilator e mai bun. NU de a pune in discutie ce _ar trebui_ folosit. NU de a pune in discutie preferintele studentilor in materie de compilatoare. NU de a pune in discutie regulile. NU pentru plangeri. Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu direct domnului profesor sau in cadrul laboratorului. Pe scurt: Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta lista. --Adrian. _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Exclusive Video Premiere - Britney Spears --0-954673201-1067857936=:67536 Content-Type: text/html; charset=us-ascii
Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei.
 
Mihai Murgan

Ovidiu Platon <ovidiupl@microsoft-lab.pub.ro> wrote:
Multumesc pt suport.

-----Original Message-----
From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On
Behalf Of Adrian Stanciu
Sent: Sunday, November 02, 2003 11:23 PM
To: so@atlantis.cs.pub.ro
Subject: [so] Re: Scule (instrumente) de dezvoltare


Nu cred ca ai inteles scopul acestei liste de discutii:

Scopul unic al acestei liste de discutii este de a ajuta studentii sa
rezolve temele propuse si de a lamurii probleme legate de ele.

NU de a pune in discutie ce compilator e mai bun.
NU de a pune in discutie ce _ar trebui_ folosit.
NU de a pune in discutie preferintele studentilor in materie de
compilatoare.
NU de a pune in discutie regulile.
NU pentru plangeri.

Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la
adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exemplu
direct domnului profesor sau in cadrul laboratorului.

Pe scurt:
Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de SO
(in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta
lista.

--Adrian.

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Exclusive Video Premiere - Britney Spears --0-954673201-1067857936=:67536-- From so@atlantis.cs.pub.ro Mon Nov 3 11:16:36 2003 From: so@atlantis.cs.pub.ro (Catalin Constantin) Date: Mon, 3 Nov 2003 13:16:36 +0200 Subject: [so] malloc Message-ID: <20031103121944.4774F28C059@atlantis> sa inteleg ca daca am folosit malloc in tema pe linux o sa fim depunctati ? Catalin From so@atlantis.cs.pub.ro Mon Nov 3 11:48:29 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 13:48:29 +0200 Subject: [so] malloc In-Reply-To: <20031103121944.4774F28C059@atlantis> References: <20031103121944.4774F28C059@atlantis> Message-ID: On Mon, 3 Nov 2003 13:16:36 +0200, Catalin Constantin wrote: > sa inteleg ca daca am folosit malloc in tema pe linux > o sa fim depunctati ? > Nu. tavi From so@atlantis.cs.pub.ro Mon Nov 3 12:45:46 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 03 Nov 2003 14:45:46 +0200 Subject: [so] Re: Scule (instrumente) de dezvoltare In-Reply-To: <20031103111216.70225.qmail@web40017.mail.yahoo.com> References: <20031103111216.70225.qmail@web40017.mail.yahoo.com> Message-ID: On Mon, 3 Nov 2003 03:12:16 -0800 (PST), Murgan Mihai wrote: > Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste > de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un > mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows > daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e > prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de > windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un MSYS != MinGW > student face o propunere de bun-simt si care chiar are legatura cu tema > si rezolvarea ei. > Daca aveti comentarii relativ la reguli sau orice altceva care nu este legat de discutarea temelor, va rog trimiteti mailurile la tavi@cs.pub.ro si nu pe lista. tavi From so@atlantis.cs.pub.ro Mon Nov 3 18:23:44 2003 From: so@atlantis.cs.pub.ro (FlorinPop) Date: Mon, 3 Nov 2003 20:23:44 +0200 (E. Europe Standard Time) Subject: [so] Re: Scule (instrumente) de dezvoltare References: <20031103111216.70225.qmail@web40017.mail.yahoo.com> Message-ID: <3FA69D30.000007.02232@einstein> --------------Boundary-00=_KFGSWCW0000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_KFGSRN00000000000000" --------------Boundary-00=_KFGSRN00000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable asa e!=0D =0D -------Original Message-------=0D =0D From: so@atlantis.cs.pub.ro=0D Date: Monday, November 03, 2003 13:13:07=0D To: so@atlantis.cs.pub.ro=0D Subject: RE: [so] Re: Scule (instrumente) de dezvoltare=0D =0D Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei liste = de discutii este de a ajuta studentii sa rezolve temele propuse". Pai un mar= e ajutor ar fi sa ne lasati sa lucram pe un mediu specific windows daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e prea bun d= in moment ce nici nu se corecteaza cu MSYS ci in consola de windows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un student face o propunere de bun-simt si care chiar are legatura cu tema si rezolvarea ei= =2E=0D =0D Mihai Murgan=0D =0D Ovidiu Platon wrote:=0D Multumesc pt suport. =0D =0D -----Original Message-----=0D From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On= =0D Behalf Of Adrian Stanciu=0D Sent: Sunday, November 02, 2003 11:23 PM=0D To: so@atlantis.cs.pub.ro=0D Subject: [so] Re: Scule (instrumente) de dezvoltare=0D =0D =0D Nu cred ca ai inteles scopul acestei liste de discutii: =0D =0D Scopul unic al acestei liste de discutii este de a ajuta studentii sa=0D rezolve temele propuse si de a lamurii probleme legate de ele. =0D =0D NU de a pune in discutie ce compilator e mai bun.=0D NU de a pune in discutie ce _ar trebui_ folosit.=0D NU de a pune in discutie preferintele studentilor in materie de=0D compilatoare.=0D NU de a pune in discutie regulile.=0D NU pentru plangeri. =0D =0D Regulile sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la=0D adresa lor va sugerez sa incercati sa le exprimati in alta parte, de exem= plu=0D direct domnului profesor sau in cadrul laboratorului. =0D =0D Pe scurt:=0D Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului de S= O=0D (in coditiile regulilor prestabilite), deci nu-si are rostul pe aceasta=0D lista. =0D =0D --Adrian. =0D =0D _______________________________________________=0D so mailing list=0D so@atlantis.cs.pub.ro=0D http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so=0D =0D _______________________________________________=0D so mailing list=0D so@atlantis.cs.pub.ro=0D http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so=0D =0D =0D Do you Yahoo!?=0D Exclusive Video Premiere - Britney Spears =0D =20 --------------Boundary-00=_KFGSRN00000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
asa e!
 
-------Original Message-------
 
Date: Monday, Nove= mber 03, 2003 13:13:07
Subject: RE: [so] = Re: Scule (instrumente) de dezvoltare
 
Citez din e-mailul domnului Adrian Stanciu "Scopul unic al acestei l= iste de discutii este de a ajuta studentii sa rezolve temele propuse". Pa= i un mare ajutor ar fi sa ne lasati sa lucram pe un mediu specific window= s daca tot avem licenta de .NET. Toata lumea s-a convins ca Mingw-ul nu e= prea bun din moment ce nici nu se corecteaza cu MSYS ci in consola de wi= ndows. Parerea mea este ca nu ar trebui sa se enerveze nimeni cand un stu= dent face o propunere de bun-simt si care chiar are legatura cu tema si r= ezolvarea ei.
 
Mihai Murgan

Ovidiu Platon <ovidiupl@microsoft-lab.p= ub.ro> wrote:
Multumesc pt suport.

-----Origina= l Message-----
From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atla= ntis.cs.pub.ro] On
Behalf Of Adrian Stanciu
Sent: Sunday, November = 02, 2003 11:23 PM
To: so@atlantis.cs.pub.ro
Subject: [so] Re: Scule= (instrumente) de dezvoltare


Nu cred ca ai inteles scopul aces= tei liste de discutii:

Scopul unic al acestei liste de discutii e= ste de a ajuta studentii sa
rezolve temele propuse si de a lamurii pro= bleme legate de ele.

NU de a pune in discutie ce compilator e mai= bun.
NU de a pune in discutie ce _ar trebui_ folosit.
NU de a pune= in discutie preferintele studentilor in materie de
compilatoare.
N= U de a pune in discutie regulile.
NU pentru plangeri.

Regulile= sunt pe site si sunt _deja_ stabilite, daca aveti comentarii la
adres= a lor va sugerez sa incercati sa le exprimati in alta parte, de exempludirect domnului profesor sau in cadrul laboratorului.

Pe scurt:=
Mesajul tau nu ajuta pe nimeni sa rezolve temele din cadrul cursului = de SO
(in coditiile regulilor prestabilite), deci nu-si are rostul pe = aceasta
lista.

--Adrian.

_____________________________= __________________
so mailing list
so@atlantis.cs.pub.ro
http://= atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

___________________= ____________________________
so mailing list
so@atlantis.cs.pub.ro<= BR>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so
da, e mai bine cu o bariera rentranta, parerea mea.
Eu asa o sa fac.
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_KUAYLVC0000000000000-- --------------Boundary-00=_JUAYQL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_JUAYQL80000000000000-- From so@atlantis.cs.pub.ro Thu Nov 6 23:16:23 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Fri, 7 Nov 2003 01:16:23 +0200 Subject: [so] tema 2 Message-ID: <008801c3a4bb$fe7b9f20$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0085_01C3A4CC.C1F15C50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Tema 2 in principiu e simpla. e vorba de o memorie comuna si de = sincronizari, mesaje, etc. enuntul poate fi interpretat (in anumite = locuri). ce vreau eu sa stiu, este: ce parti din problema este = obligatoriu sa se rezolve intr-un anumit fel. Sincronizarile pot fi facute si cu semafoare, mutexuri, si cu cozi de = mesaje.=20 ce, unde, suntem obligati sa folosim si=20 unde avem voie sa facem cum credem noi? alta chestie, mai la detaliu. toti participantii la traficul de = prajituri :) cum actioneaza. furnizorul baga direct prajiturile in frigider sau i le = da cofetarului sa le bage el? clientii, se uita ei cate locuri libere sunt sau intreaba cofetarul? clientii, o data asezati, isi iau singuri prajiturile sau le primesc = prin intermediul cofetarului? (cofetarul e un proces, clientii, furnizorul, alte procese) toate variantele astea inclina spre folosirea mai mult sau mai putin a = barierelor (mutexurilor pentru memoria partajata) si mai putin sau mai = mult a mesajelor. (sau cel putin asa am eu impresia). Asadar, ce e lege si ce e indicatie? ------=_NextPart_000_0085_01C3A4CC.C1F15C50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Tema 2 in principiu e simpla. e vorba = de o memorie=20 comuna si de sincronizari, mesaje, etc. enuntul poate fi interpretat (in = anumite=20 locuri). ce vreau eu sa stiu, este: ce parti din problema este = obligatoriu sa se=20 rezolve intr-un anumit fel.
Sincronizarile pot fi facute si cu = semafoare,=20 mutexuri, si cu cozi de mesaje.
ce, unde, suntem obligati sa folosim si =
unde avem voie sa facem cum credem=20 noi?
 
alta chestie, mai la detaliu. toti = participantii la=20 traficul de prajituri :)
cum actioneaza. furnizorul baga direct = prajiturile=20 in frigider sau i le da cofetarului sa le bage el?
clientii, se uita ei cate locuri libere = sunt sau=20 intreaba cofetarul?
clientii, o data asezati, isi iau = singuri=20 prajiturile sau le primesc prin intermediul cofetarului?
(cofetarul e un proces, clientii, = furnizorul, alte=20 procese)
 
toate variantele astea inclina spre = folosirea mai=20 mult sau mai putin a barierelor (mutexurilor pentru memoria partajata) = si mai=20 putin sau mai mult a mesajelor.
(sau cel putin asa am eu = impresia).
 
Asadar, ce e lege si ce e = indicatie?
 
------=_NextPart_000_0085_01C3A4CC.C1F15C50-- From so@atlantis.cs.pub.ro Fri Nov 7 10:14:40 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 07 Nov 2003 12:14:40 +0200 Subject: [so] tema 2 In-Reply-To: <008801c3a4bb$fe7b9f20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> --=====================_2894592==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Raspund aici si la intrebarea anterioara legata de bariera reentranta. Enuntul e lege. (tr sa existe programe separate pt cofetarie, client, furnizor, frigiderul tr sa fie o mem partajata, etc) Ce scrie sub enunt, la observatii, ca indicatii, sunt indicatii. Ce nu scrie nicaieri, faceti cum credeti voi ca e mai bine. Maria. > >Asadar, ce e lege si ce e indicatie? > --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ --=====================_2894592==_.ALT Content-Type: text/html; charset="us-ascii" Raspund aici si la intrebarea anterioara legata de bariera reentranta.

Enuntul e lege. (tr sa existe programe separate pt cofetarie, client, furnizor, frigiderul tr sa fie o mem partajata, etc)
Ce scrie sub enunt, la observatii, ca indicatii, sunt indicatii.

Ce nu scrie nicaieri, faceti cum credeti voi ca e mai bine.

Maria.


 
Asadar, ce e lege si ce e indicatie?
 


Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

--=====================_2894592==_.ALT-- From so@atlantis.cs.pub.ro Fri Nov 7 19:39:14 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Fri, 7 Nov 2003 21:39:14 +0200 Subject: [so] threaduri Message-ID: <000a01c3a566$d3828760$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3A577.96F5D390 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable avem voie sa folosim threaduri? bine-nteles ca vor exista si procesele din enunt (din lege): sweetshop, = supplier si consumer. pe langa acestea, avem voie sa folosim si threaduri? ------=_NextPart_000_0007_01C3A577.96F5D390 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
avem voie sa folosim = threaduri?
bine-nteles ca vor exista si procesele = din enunt=20 (din lege): sweetshop, supplier si consumer.
 
pe langa acestea, avem voie sa folosim = si=20 threaduri?
------=_NextPart_000_0007_01C3A577.96F5D390-- From so@atlantis.cs.pub.ro Fri Nov 7 19:47:27 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Fri, 7 Nov 2003 11:47:27 -0800 (PST) Subject: [so] threaduri In-Reply-To: <000a01c3a566$d3828760$0200a8c0@smeagol> Message-ID: <20031107194727.70811.qmail@web41005.mail.yahoo.com> NU --- Cibu Cristian wrote: > avem voie sa folosim threaduri? > bine-nteles ca vor exista si procesele din enunt > (din lege): sweetshop, supplier si consumer. > > pe langa acestea, avem voie sa folosim si threaduri? > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 11:31:37 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 8 Nov 2003 03:31:37 -0800 (PST) Subject: [so] 2 variante de enunt In-Reply-To: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> Message-ID: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Care sunt cele doua variante de enunt pentru Linux respectiv Windows? Nu imi este foarte clar din discutiile anterioare! Multam! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 13:18:03 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 15:18:03 +0200 (EET) Subject: [so] prajituri si furnizori Message-ID: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai u= sor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa = un sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta= se va crea cate un proces dupa fiecare vizita a furnizorului, care se va ter= mina atunci cand prajiturile respective se strica. Este recomandata abordarea aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bag= at in frigider un numar de prajituri in frigider, pentru ca acesta sa stie c= ate si cand sa le arunce - deci o coada de mesaje ? ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Sat Nov 8 13:24:02 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:24:02 +0200 Subject: [so] 2 variante de enunt In-Reply-To: <20031108113137.54461.qmail@web41005.mail.yahoo.com> References: <5.1.0.14.0.20031107121059.00ad93e0@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031108152223.00a5b820@mail.mymail.ro> este acelasi enunt pentru amandoua. Nu este impus nimic mai mult decat scrie enunt. Unele dintre discutiile anterioare erau despre cum s'ar putea face tema, nu despre cum trebuie facuta. Maria. >Care sunt cele doua variante de enunt pentru Linux >respectiv Windows? Nu imi este foarte clar din >discutiile anterioare! > >Multam! --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:24:10 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 8 Nov 2003 15:24:10 +0200 Subject: [so] prajituri si furnizori References: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <000501c3a5fb$98260a30$0200a8c0@smeagol> ----- Original Message ----- From: "Marian Mihailescu" To: Sent: Saturday, November 08, 2003 3:18 PM Subject: [so] prajituri si furnizori Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un sleep) arunca prajiturile din frigider(care s-a stricat). ------------------------------------^^^^^^^^^^^ Trebuie sa avem in vedere si stricarea frigiderului? From so@atlantis.cs.pub.ro Sat Nov 8 13:32:07 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:32:07 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108152702.00a5b820@mail.mymail.ro> Te complici. Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei tu despre prajituri. Maria. >Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor >ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un >sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta se >va crea cate un proces dupa fiecare vizita a furnizorului, care se va termina >atunci cand prajiturile respective se strica. Este recomandata abordarea >aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bagat >in frigider un numar de prajituri in frigider, pentru ca acesta sa stie cate >si cand sa le arunce - deci o coada de mesaje ? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:35:56 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 15:35:56 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <000501c3a5fb$98260a30$0200a8c0@smeagol> References: <4483.141.85.0.67.1068297483.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108153451.00addb70@mail.mymail.ro> > >Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor >ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un >sleep) arunca prajiturile din frigider(care s-a stricat). >------------------------------------^^^^^^^^^^^ >Trebuie sa avem in vedere si stricarea frigiderului? :))))))))))))))) ... asta mi'a placut :)... cred ca autorul vroia sa spuna (care s-au stricat) ... adica prajiturile. Maria. P.S. nu, se presupune ca este un frigider ideal ;). --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 13:49:10 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 8 Nov 2003 15:49:10 +0200 Subject: [so] intrebare Message-ID: <001a01c3a5ff$3e814a90$c09f9ad5@ioana> Un consumator poate sa ceara mai mult de cakes_max prajituri? Adica vreau sa stiu daca un consumator trebuie sa incerce sa ia toate cakes_no prajiturile dintr-o data (ma refer mai ales la varianta linux unde se poate decrementa un semafor cu mai mult de 1) sau ia una cate una, cate gaseste si pe urma cand mai aduce un furnizor mai ia din nou (in acest fel ar putea cere mai mult de cakes_max prajituri). O a 2-a intrebare : pot folosi in windows functia atoi? (nu gasesc ceva similar in win32api) From so@atlantis.cs.pub.ro Sat Nov 8 13:52:05 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Sat, 8 Nov 2003 05:52:05 -0800 (PST) Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Message-ID: <20031108135205.48079.qmail@web40017.mail.yahoo.com> --0-1026688301-1068299525=:47455 Content-Type: text/plain; charset=us-ascii Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie cu un alt proces care sa doarma valabilitatea unei prajituri si cand devine constient sa anunte sa fie aruncata, fie prin threaduri care sa faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc). Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca gresesc spuneti-mi ce anume sa folosesc. In al doilea rand, daca creez un nou proces acesta poate sa aiba doua comportamente: 1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas prajiturii puse cel mai de mult in frigider 2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei prajituri. In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai tarziu decat termenul limita, secunde pierdute de calculele facute de procesor si de primirea mesajelor intre procese. In cazul 2 consum inutil resurse. Cazul 1 mi se pare mult mai firesc pentru ca daca mananci ceva ce a expirat de 3 secunde sa zicem, nu cred ca patesti nimic totusi. Astept lamuriri ce metoda sa aleg sau cum anume sa fac daca nici una din metode nu e buna. Mihai Murgan --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1026688301-1068299525=:47455 Content-Type: text/html; charset=us-ascii
Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie cu un alt proces care sa doarma valabilitatea unei prajituri si cand devine constient sa anunte sa fie aruncata, fie prin threaduri care sa faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc).
Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca gresesc spuneti-mi ce anume sa folosesc.
In al doilea rand, daca creez un nou proces acesta poate sa aiba doua comportamente:
1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas prajiturii puse cel mai de mult in frigider
2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei prajituri.
In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai tarziu decat termenul limita, secunde pierdute de calculele facute de procesor si de primirea mesajelor intre procese.
In cazul 2 consum inutil resurse.
Cazul 1 mi se pare mult mai firesc pentru ca daca mananci ceva ce a expirat de 3 secunde sa zicem, nu cred ca patesti nimic totusi.
Astept lamuriri ce metoda sa aleg sau cum anume sa fac daca nici una din metode nu e buna.
 
Mihai Murgan

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1026688301-1068299525=:47455-- From so@atlantis.cs.pub.ro Sat Nov 8 15:19:32 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 17:19:32 +0200 Subject: [so] intrebare In-Reply-To: <001a01c3a5ff$3e814a90$c09f9ad5@ioana> Message-ID: <5.1.0.14.0.20031108171644.00a7c970@mail.mymail.ro> > > Un consumator poate sa ceara mai mult de cakes_max prajituri? Da, poate sa ceara mai mult de cakes_max prajituri, dar nu este obligatoriu sa le si obtina. > O a 2-a intrebare : pot folosi in windows functia atoi? (nu gasesc ceva >similar in win32api) habar nu am, cred ca da. Rog pe altcineva sa raspunda la intrebarea asta. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 15:19:34 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 17:19:34 +0200 Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108135205.48079.qmail@web40017.mail.yahoo.com> References: <20031108113137.54461.qmail@web41005.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031108170308.00a5bd68@mail.mymail.ro> >1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas >prajiturii puse cel mai de mult in frigider >2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei >prajituri. Ambele solutii sunt ok. Nu e nici o problema dc intarzii f putin cu aruncatul prajiturilor. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 15:20:40 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 17:20:40 +0200 (EET) Subject: [so] prajituri si furnizori Message-ID: <4638.141.85.0.67.1068304840.squirrel@www.as.ro> >Te complici. >Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei= tu >despre prajituri. este partajata ... dar cofetaria trebuie sa stie cand i se aduc prajituri= nu? ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Sat Nov 8 16:05:34 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 08 Nov 2003 18:05:34 +0200 Subject: [so] prajituri si furnizori In-Reply-To: <4638.141.85.0.67.1068304840.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> > > >Te complici. > >Nu uita ca frigiderul este o memorie partajata in care poti tine ce vrei tu > >despre prajituri. > >este partajata ... dar cofetaria trebuie sa stie cand i se aduc prajituri nu? Scuze, am citit eu in graba mesajul tau anterior. ideea nu incalca nici o lege :). e ok. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 8 19:40:13 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 8 Nov 2003 21:40:13 +0200 Subject: [so] grupurile si membrii lor Message-ID: <000801c3a630$2114acf0$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C3A640.E487F920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ce nevoie e de people_max si group_max? pentru a sti dimensiunea = vectorilor? si daca facem cu liste? ca sa las sa se ocupe prea multa memorie? marimea memoriei e relativa :) daca nu am nevoie de people_max si group_max pot pur si simplu sa le = ignor? ------=_NextPart_000_0005_01C3A640.E487F920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
ce nevoie e de people_max si group_max? = pentru a=20 sti dimensiunea vectorilor? si daca facem cu liste?
ca sa las sa se ocupe prea multa = memorie? marimea=20 memoriei e relativa :)
daca nu am nevoie de people_max si = group_max pot=20 pur si simplu sa le ignor?
------=_NextPart_000_0005_01C3A640.E487F920-- From so@atlantis.cs.pub.ro Sun Nov 9 10:01:55 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 02:01:55 -0800 (PST) Subject: [so] ordinea sosirilor In-Reply-To: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> Message-ID: <20031109100155.75775.qmail@web41003.mail.yahoo.com> Cum sosesc membrii unui grup? Daca de exemplu am grupul 1 cu 6 membrii vor sosii toti 6 unul dupa altul sau printre ei se pot intercala membrii altor grupuri? Se poate intampla sa soseasca: gr 1 primul membru gr 1 al doilea membru gr 2 primul membru gr 1 al treilea membru ... __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 10:07:16 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 12:07:16 +0200 Subject: [so] ordinea sosirilor In-Reply-To: <20031109100155.75775.qmail@web41003.mail.yahoo.com> References: <5.1.0.14.0.20031108173513.00adb270@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> se pot intercala. Maria. >Cum sosesc membrii unui grup? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 10:18:58 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 02:18:58 -0800 (PST) Subject: [so] group_max, group_id In-Reply-To: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> Message-ID: <20031109101858.83480.qmail@web41005.mail.yahoo.com> In enunt se specifca ca pot exista GROUP_MAX grupuri. Asta inseamna ca pe parcursul rularii programului pot avea grup_max grupuri in total sau la un moment dat in cofetarie? de ex: daca grupul cu id = 0 vine in cofetarie face consumatie si termina, pe urma sa mai poate intampla ca grupul cu id-ul 0 sa mai apara la intrarea programului? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 13:01:25 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 15:01:25 +0200 Subject: [so] group_max, group_id In-Reply-To: <20031109101858.83480.qmail@web41005.mail.yahoo.com> References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> nu, id ul este unic unui grup. >daca grupul cu id = 0 vine in cofetarie face >consumatie si termina, pe urma sa mai poate intampla >ca grupul cu id-ul 0 sa mai apara la intrarea programului? Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 13:03:50 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 15:03:50 +0200 Subject: [so] grupurile si membrii lor In-Reply-To: <000801c3a630$2114acf0$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> >ce nevoie e de people_max si group_max? pentru a sti dimensiunea >vectorilor? si daca facem cu liste? >ca sa las sa se ocupe prea multa memorie? marimea memoriei e relativa :) >daca nu am nevoie de people_max si group_max pot pur si simplu sa le ignor? da. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 17:03:50 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sun, 9 Nov 2003 19:03:50 +0200 Subject: [so] group_max, group_id References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> Message-ID: <004c01c3a6e3$90a4eae0$0e0c6150@ioana> Deci daca dupa ce a terminat grupul 0, mai vine din nou grupul 0 el trebuie sa fie ignorat? Eu ma gandisem ca se poate ca un grup sa vina de mai multe ori la cofetarie si am facut implementarea in acest mod. Este gresit asa? ----- Original Message ----- From: "Maria Mateescu" To: Sent: Sunday, November 09, 2003 3:01 PM Subject: Re: [so] group_max, group_id > > > nu, id ul este unic unui grup. > > >daca grupul cu id = 0 vine in cofetarie face > >consumatie si termina, pe urma sa mai poate intampla > >ca grupul cu id-ul 0 sa mai apara la intrarea programului? > > > Maria. > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sun Nov 9 20:23:37 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 9 Nov 2003 12:23:37 -0800 (PST) Subject: [so] grupuri In-Reply-To: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> Message-ID: <20031109202337.30347.qmail@web41009.mail.yahoo.com> e ok daca asteptam sa se intregeasca grupul si pe urma cautam sa punem mana pe scaune? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 9 21:46:18 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 23:46:18 +0200 Subject: [so] group_max, group_id In-Reply-To: <004c01c3a6e3$90a4eae0$0e0c6150@ioana> References: <5.1.0.14.0.20031109120656.00a5c418@mail.mymail.ro> <5.1.0.14.0.20031109150057.00a88b20@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109234545.00a5e100@mail.mymail.ro> nu e gresit. Maria. >Deci daca dupa ce a terminat grupul 0, mai vine din nou grupul 0 >el trebuie sa fie ignorat? >Eu ma gandisem ca se poate ca un grup sa vina de mai multe ori la cofetarie >si am facut implementarea in acest mod. Este gresit asa? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 9 21:47:01 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 09 Nov 2003 23:47:01 +0200 Subject: [so] grupuri In-Reply-To: <20031109202337.30347.qmail@web41009.mail.yahoo.com> References: <5.1.0.14.0.20031109150130.00ad7188@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031109234629.00ac7400@mail.mymail.ro> > >e ok daca asteptam sa se intregeasca grupul si pe urma >cautam sa punem mana pe scaune? da. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 10 04:15:00 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 9 Nov 2003 20:15:00 -0800 (PST) Subject: [so] tema 1 win Message-ID: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Am o problema penibila, careia nu ii dau de cap: Pentru modul executie din fisier, apelez functia din program care executa o comanda cu indirectare, cu parametrii argv[0] si argv[1]. In Linux a functionat perfect, insa in Windows nu imi citeste din fisierul care este Stdin decat prima linie, o executa, si se opreste, adica nu mai citeste nimic din fisier (considera ca s-a terminat). Am verificat separat bucata de citire din fisier, merge. Merge si indirectarea comenzilor in mod interactiv. Are cineva vreo idee? Ma gandesc ca poate am gresit ceva la indirectare, care nu se vede decat in situatia asta, dar nu imi pot imagina ce. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 8 13:14:51 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Sat, 8 Nov 2003 15:14:51 +0200 Subject: [so] prajituri si furnizori Message-ID: <200311081514.51182.mmk@as.ro> Atunci cand furnizorul pune prajiturile in frigider, mi se pare cel mai usor ca in sweetshop sa porneasca un proces care atunci cand este trezit(dupa un sleep) arunca prajiturile din frigider(care s-a stricat). In cazul acesta se va crea cate un proces dupa fiecare vizita a furnizorului, care se va termina atunci cand prajiturile respective se strica. Este recomandata abordarea aceasta? si daca da, furnizorul va trebui sa anunte sweetshop-ul ca a bagat in frigider un numar de prajituri in frigider, pentru ca acesta sa stie cate si cand sa le arunce - deci o coada de mesaje ? From so@atlantis.cs.pub.ro Mon Nov 10 12:34:17 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Mon, 10 Nov 2003 14:34:17 +0200 Subject: [so] tema 1 win In-Reply-To: <20031110041500.15540.qmail@web41009.mail.yahoo.com> References: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Message-ID: <841331013.20031110143417@rdsnet.ro> Hello Diana, Monday, November 10, 2003, 6:15:00 AM, you wrote: DF> in Windows nu imi citeste din fisierul DF> care este Stdin decat prima linie, o executa, si se DF> opreste, adica nu mai citeste nimic din fisier DF> (considera ca s-a terminat). Nu stiu daca am inteles exact care este problema. Eu am intampinat ceva asemanator, si s-a dovedit ca de fapt imi citea din fisierul care este Stdin <>! Tu spui mai sus 2 lucruri care se contrazic : "citeste doar prima linie" si "considera ca s-a terminat". Eu as merge pe mana lui Bill Gates si as zice ca tu chiar citesti tot fisierul... sa nu uitam ca functiile <> din WIN32API nu citesc linie cu linie. Ion From so@atlantis.cs.pub.ro Mon Nov 10 12:44:56 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Mon, 10 Nov 2003 04:44:56 -0800 (PST) Subject: [so] tema 1 win In-Reply-To: <841331013.20031110143417@rdsnet.ro> Message-ID: <20031110124456.1680.qmail@web41009.mail.yahoo.com> intr-adevar nu citesc linie cu linie, ci caracter cu caracter... a, si am uitat sa mentionez ca prima linie o executa cu succes? ceea ce n us-ar fi intamplat daca imi citea tot fisierul, nu? (nu ar fi recunoscut comenzile) --- Ion Petrescu wrote: > Hello Diana, > > Monday, November 10, 2003, 6:15:00 AM, you wrote: > > > DF> in Windows nu imi citeste din fisierul > DF> care este Stdin decat prima linie, o executa, si > se > DF> opreste, adica nu mai citeste nimic din fisier > DF> (considera ca s-a terminat). > > Nu stiu daca am inteles exact care este problema. > Eu am intampinat ceva asemanator, si s-a dovedit ca > de fapt imi citea > din fisierul care este Stdin < linie>>! > > Tu spui mai sus 2 lucruri care se contrazic : > "citeste doar prima > linie" si "considera ca s-a terminat". > Eu as merge pe mana lui Bill Gates si as zice ca tu > chiar citesti tot > fisierul... sa nu uitam ca functiile <> > din WIN32API nu citesc linie cu > linie. > > Ion > > > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 10 13:11:05 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Mon, 10 Nov 2003 15:11:05 +0200 Subject: Re[2]: [so] tema 1 win In-Reply-To: <20031110124456.1680.qmail@web41009.mail.yahoo.com> References: <841331013.20031110143417@rdsnet.ro> <20031110124456.1680.qmail@web41009.mail.yahoo.com> Message-ID: <893539219.20031110151105@rdsnet.ro> DF> intr-adevar nu citesc linie cu linie, ci caracter cu DF> caracter... DF> a, si am uitat sa mentionez ca prima linie o executa DF> cu succes? ceea ce n us-ar fi intamplat daca imi citea DF> tot fisierul, nu? (nu ar fi recunoscut comenzile) Pai si atunci cum explici ca fisierul "Stdin" e considerat terminat, pe cand tu zici ca nu ai citit decat o linie? S-a ajuns la sfarsitul fisierului sau nu s-a ajuns? Si apoi, daca nu s-a ajuns, de ce nu se avanseaza? Apoi, eu nu inteleg ce ai vrut sa zici cu "Pentru modul executie din fisier, apelez functia din program care executa o comanda cu indirectare, cu parametrii argv[0] si argv[1]." Dar poate altii au inteles si o sa iti raspunda. Oricum iti dai seama ca fara cod sunt sanse mici sa isi dea seama cineva care e problema. Daca afli misterul sa ne spui si noua. From so@atlantis.cs.pub.ro Mon Nov 10 14:35:11 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 10 Nov 2003 16:35:11 +0200 Subject: [so] tema 1 win In-Reply-To: <20031110041500.15540.qmail@web41009.mail.yahoo.com> References: <20031110041500.15540.qmail@web41009.mail.yahoo.com> Message-ID: On Sun, 9 Nov 2003 20:15:00 -0800 (PST), Diana Fulger wrote: > Am o problema penibila, careia nu ii dau de cap: > Pentru modul executie din fisier, apelez functia din > program care executa o comanda cu indirectare, cu > parametrii argv[0] si argv[1]. In Linux a functionat > perfect, insa in Windows nu imi citeste din fisierul > care este Stdin decat prima linie, o executa, si se > opreste, adica nu mai citeste nimic din fisier > (considera ca s-a terminat). > Am verificat separat bucata de citire din fisier, > merge. Merge si indirectarea comenzilor in mod > interactiv. Are cineva vreo idee? Ma gandesc ca poate > am gresit ceva la indirectare, care nu se vede decat > in situatia asta, dar nu imi pot imagina ce. > Poate ai editat fisierul in Linux? In Linux sfarsitul unei linii e dat de '\n' iar in Windows de '\r\n'. tavi From so@atlantis.cs.pub.ro Mon Nov 10 14:39:51 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 10 Nov 2003 16:39:51 +0200 Subject: [so] Aruncarea prajiturii(lor) In-Reply-To: <20031108135205.48079.qmail@web40017.mail.yahoo.com> References: <20031108135205.48079.qmail@web40017.mail.yahoo.com> Message-ID: On Sat, 8 Nov 2003 05:52:05 -0800 (PST), Murgan Mihai wrote: > Ca sa aruncam prajiturile cofetaria trebuie sa fie anuntata ca s-a scurs > timpul de valabilitate al unei prajituri. Acest lucru poate fi facut fie > cu un alt proces care sa doarma valabilitatea unei prajituri si cand > devine constient sa anunte sa fie aruncata, fie prin threaduri care sa > faca acelasi lucru, fie prin semnale pe Linux si prin CreateTimerQueue > si functii de semnalat evenimente pe Windows.Dintr-un e-mail anterior am > inteles ca nu avem voie sa facem threaduri. In laboratoare inca nu am > discutat de functiile pomenite de mine mai sus(CreateTimerQueue,etc). > Deci cel mai firesc lucru mi se pare crearea unui nou proces, daca > gresesc spuneti-mi ce anume sa folosesc. > In al doilea rand, daca creez un nou proces acesta poate sa aiba doua > comportamente: > 1.Sa doarma intreaga perioada de timp de valabilitate cat i-a mai ramas > prajiturii puse cel mai de mult in frigider > 2.Sa doarma cate o secunda si sa verifice daca a expirat timpul vreunei > prajituri. > In cazul 1 exista riscul sa arunc vreo prajitura cu cateva secunde mai > tarziu decat termenul limita, secunde pierdute de calculele facute de > procesor si de primirea mesajelor intre procese. La fel si in cazul 2 :) Solutii pentru probleme de genul asta nu exista decat daca se foloseste un RTOS. Chiar daca faci busy waiting nu poti fi sigur (SO te poate intrerupe, teoretic indefinit de mult timp) tavi From so@atlantis.cs.pub.ro Mon Nov 10 16:07:34 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Mon, 10 Nov 2003 18:07:34 +0200 (EET) Subject: [so] o problema ciudata Message-ID: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> pe "scurt": "If sem_op is 0 (read operation) and semval is non-zero, the process sleeps on a queue waiting for semval to become zero." Am facut un program mic care incrementeaza val unui semafor; daca valoare= a semaforului ajunge la N, atunci un alt semafor e facut 0. In continuare s= e face un sem_op 0 pe semaforul 2, si cand iese afiseaza ceva. Pornesc programul, intra in starea "waiting"... de ce atunci cand il intrerup (CTRL-Z) si il trimit in background ("bg") se sare de starea waiting ? (a se intelege ca e vb de linux...) ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Mon Nov 10 17:22:24 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Mon, 10 Nov 2003 09:22:24 -0800 (PST) Subject: [so] Structuri IPC In-Reply-To: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <20031110172224.58452.qmail@web40016.mail.yahoo.com> --0-491379405-1068484944=:57656 Content-Type: text/plain; charset=us-ascii In enuntul temei este un paragraf care poate naste interpretari. Se scrie ca: "Cofetaria trebuie sa fie implementata ca un program separat, ce initializeaza structurile IPC si arunca prajiturile vechi." Eu de aici am inteles ca in cofetarie se vor initializa structurile( semafoare, memorie partajata, coada de mesaje) necesare pe tot parcursul programului si ca aici se vor arunca prajiturile. Semafoarele necesare sincronizarii clientilor, cum ar fi semaforul de asteptare al tuturor membrilor unui grup eu am ales sa fie creat si distrus de primul membru sosit al unui grup(verifica daca nu era deja creat si daca nu era deja creat inseamna ca e primul membru al grupului). Aceasta abordare mi se pare normala pentru ca cofetaria nu are de unde sa stie ce semafoare sa creeze atata vreme cat nu stie id-urile respectivelor grupurii ce urmeaza sa vina, asa ca nu ar avea cum sa creeze in avans aceste semafoare.Iar daca ar astepta mesaj cu id-ul grupului pana ar creea semaforul la care sa astepte grupul primul membru ar termina de mult procesul pentru ca nu ar gasi semafoare la care sa astepte. Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si orice altceva de genul acesta ar trebui create in cofetarie. As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar trebui creat in cofetarie. Va multumesc, Mihai Murgan --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-491379405-1068484944=:57656 Content-Type: text/html; charset=us-ascii
In enuntul temei este un paragraf care poate naste interpretari. Se scrie ca:
"Cofetaria trebuie sa fie implementata ca un program separat, ce initializeaza structurile IPC si arunca prajiturile vechi."
Eu de aici am inteles ca in cofetarie se vor initializa structurile( semafoare, memorie partajata, coada de mesaje) necesare pe tot parcursul programului si ca aici se vor arunca prajiturile. Semafoarele necesare sincronizarii clientilor, cum ar fi semaforul de asteptare al tuturor membrilor unui grup eu am ales sa fie creat si distrus de primul membru sosit  al unui grup(verifica daca nu era deja creat si daca nu era deja creat inseamna ca e primul membru al grupului).
Aceasta abordare mi se pare normala pentru ca cofetaria nu are de unde sa stie ce semafoare sa creeze atata vreme cat nu stie id-urile respectivelor grupurii ce urmeaza sa vina, asa ca nu ar avea cum sa creeze in avans aceste semafoare.Iar daca ar astepta mesaj cu id-ul grupului pana ar creea semaforul la care sa astepte grupul primul membru ar termina de mult procesul pentru ca nu ar gasi semafoare la care sa astepte.
Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si orice altceva de genul acesta ar trebui create in cofetarie.
As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar trebui creat in cofetarie.
 
Va multumesc,
Mihai Murgan

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-491379405-1068484944=:57656-- From so@atlantis.cs.pub.ro Mon Nov 10 17:43:36 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 10 Nov 2003 19:43:36 +0200 Subject: [so] Structuri IPC In-Reply-To: <20031110172224.58452.qmail@web40016.mail.yahoo.com> References: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> > >Problema mea este ca din acel mic paragraf mi s-a spus ca s-ar putea >intelege ca toate semafoarele, memoriile partajate, cozi de mesaje si >orice altceva de genul acesta ar trebui create in cofetarie. >As dori un raspuns daca pot sa continui cum am inceput sau daca totul ar >trebui creat in cofetarie. > nu este necesar ca toate ipcurile sa fie create din cofetarie. imi cer scuze pt neclaritate, incercam sa arat ce ar trebui sa faca programul cofetarie. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 10 20:03:56 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 10 Nov 2003 22:03:56 +0200 Subject: [so] upload Message-ID: <1068494636.3fafef2c88d0c@cs.pub.ro> Pentru unii din voi informatiile la crearea contului de upload au fost incomplete - lipsea grupa. Cu campul respectiv nesetat, va puteti loga, dar nu puteti face upload. In concluzie, cine vrea :) sa faca upload de teme in viitorul apropiat, e asteptat (pe mail: dee@cs.pub.ro) cu precizari asupra grupei. Mai jos e lista de studenti in cauza: CostacheRuxandra ClejaMihai StanculeanuIonel HerbeiuRadu BarjovanuVlad DavidDan Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 10 20:14:36 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Mon, 10 Nov 2003 12:14:36 -0800 (PST) Subject: [so] terminarea programului In-Reply-To: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> Message-ID: <20031110201436.37781.qmail@web41012.mail.yahoo.com> Cand ar trebui sa se termine programul sweetshop? In momentul in care au aparut toate cele group_max grupuri si toti mebrii lor au fost serviti? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 10 22:37:24 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Tue, 11 Nov 2003 00:37:24 +0200 (EET) Subject: [so] erori Message-ID: <1785.141.85.0.67.1068503844.squirrel@www.as.ro> Ce (ar trebui)/(ar fi bine) sa se intample cand un consumator comanda un numar de prajituri mai mare decat capacitatea frigiderului sau un grup e format din un numar de oameni mai mare decat capacitatea cofetariei? Si separat, ce ar tb sa se intample daca consumeri din acealasi grup sunt porniti cu un numar al membrilor grupului diferit ? (la intrebarea asta, din enunt se intelegea ca "se presupune acelasi", deci nu ar trebui tratata eroarea). Marian. ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Tue Nov 11 00:41:25 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 02:41:25 +0200 Subject: [so] erori In-Reply-To: <1785.141.85.0.67.1068503844.squirrel@www.as.ro> Message-ID: <5.1.0.14.0.20031111024047.00ad6448@mail.mymail.ro> nu se intampla asa ceva :). Maria. >Ce (ar trebui)/(ar fi bine) sa se intample cand un consumator comanda un >numar de prajituri mai mare decat capacitatea frigiderului sau un grup e >format din un numar de oameni mai mare decat capacitatea cofetariei? >Si separat, ce ar tb sa se intample daca consumeri din acealasi grup sunt >porniti cu un numar al membrilor grupului diferit ? (la intrebarea asta, >din enunt se intelegea ca "se presupune acelasi", deci nu ar trebui >tratata eroarea). > >Marian. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 00:46:18 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 02:46:18 +0200 Subject: [so] terminarea programului In-Reply-To: <20031110201436.37781.qmail@web41012.mail.yahoo.com> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> teoretic nu ar tr sa se termine niciodata si sa fie oprita cu CTRL-C... dar cum inca nu ati facut semnale pentru a putea distruge IPCurile (lucru absolut necesar (sa distrugeti IPCurile)), ideea ta e buna... asa ca raspunsul este: da. Maria. At 12:14 PM 11/10/2003 -0800, you wrote: >Cand ar trebui sa se termine programul sweetshop? >In momentul in care au aparut toate cele group_max >grupuri si toti mebrii lor au fost serviti? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 06:18:01 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Tue, 11 Nov 2003 08:18:01 +0200 Subject: [so] terminarea programului References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> Message-ID: <3FB07F19.7090509@pcnet.ro> Cum nu s-a specificat nimic in enuntz in legatura cu terminarea programelor eu am astfel: inchid cofetaria daca apas pe tasta q, moment cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie si daca nu mai sunt inchid ipc-urile si daca sunt nu inchid...trimit mesaj ca sa mai aspepte cu inchiderea.Stiam ca trebuie semnale dar nu aveam voie sa folosim.E ok asa? Maria Mateescu wrote: > > teoretic nu ar tr sa se termine niciodata si sa fie oprita cu > CTRL-C... dar cum inca nu ati facut semnale pentru a putea distruge > IPCurile (lucru absolut necesar (sa distrugeti IPCurile)), ideea ta e > buna... asa ca raspunsul este: > da. > > Maria. > > At 12:14 PM 11/10/2003 -0800, you wrote: > > >> Cand ar trebui sa se termine programul sweetshop? >> In momentul in care au aparut toate cele group_max >> grupuri si toti mebrii lor au fost serviti? > > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > From so@atlantis.cs.pub.ro Tue Nov 11 08:28:29 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 11 Nov 2003 10:28:29 +0200 Subject: [so] terminarea programului In-Reply-To: <3FB07F19.7090509@pcnet.ro> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031111102801.00a5ea00@mail.mymail.ro> da... e bine de vreme ce se termina intr'un fel. Maria. >Cum nu s-a specificat nimic in enuntz in legatura cu terminarea >programelor eu am astfel: inchid cofetaria daca apas pe tasta q, moment >cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie si daca nu >mai sunt inchid ipc-urile si daca sunt nu inchid...trimit mesaj ca sa mai >aspepte cu inchiderea.Stiam ca trebuie semnale dar nu aveam voie sa >folosim.E ok asa? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 11 10:10:55 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 11 Nov 2003 02:10:55 -0800 (PST) Subject: [so] o problema ciudata In-Reply-To: <1298.141.85.0.67.1068480454.squirrel@www.as.ro> Message-ID: <20031111101055.30937.qmail@web60502.mail.yahoo.com> --- Marian Mihailescu wrote: > pe "scurt": > "If sem_op is 0 (read operation) and semval is > non-zero, the process > sleeps on a queue waiting for semval to become > zero." > Am facut un program mic care incrementeaza val unui > semafor; daca valoarea > semaforului ajunge la N, atunci un alt semafor e > facut 0. In continuare se > face un sem_op 0 pe semaforul 2, si cand iese > afiseaza ceva. Pornesc > programul, intra in starea "waiting"... de ce atunci > cand il intrerup > (CTRL-Z) si il trimit in background ("bg") se sare > de starea waiting ? > (a se intelege ca e vb de linux...) Operatiile blocante pot fi intrerupte de semnale. Probabil ca procesul tau din background incearca sa faca o scriere sau o citire de la stdout/stdin si primeste un semnal SIGTTOU/SIGTTIN pt ca nu are consola (fiind in background) iar parintele sau primeste un semnal SIGCHLD. Daca nu asta e cazul, in orice caz procesul tau care asteapta la semafor este deblocat de catre un semnal. De aceea este recomandat ca operatiile blocante sa se efectueze intr-o bucla de genul: do { result = operatie_blocanta(); } while (result != OK); /* conditia result != OK variaza de la caz la caz */ Aceast lucru este valabil atat pentru semafoare cat si pentru cozi de mesaje. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 10:20:08 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 11 Nov 2003 02:20:08 -0800 (PST) Subject: [so] intrebare In-Reply-To: <5.1.0.14.0.20031108171644.00a7c970@mail.mymail.ro> Message-ID: <20031111102008.5977.qmail@web60503.mail.yahoo.com> --- Maria Mateescu wrote: > > > > > > Un consumator poate sa ceara mai mult de > cakes_max prajituri? > > Da, poate sa ceara mai mult de cakes_max prajituri, > dar nu este obligatoriu > sa le si obtina. > > > > > O a 2-a intrebare : pot folosi in windows > functia atoi? (nu gasesc ceva > >similar in win32api) > > > habar nu am, cred ca da. > Rog pe altcineva sa raspunda la intrebarea asta. Exista niste functii pentru stringuri Unicode dar nu ne intereseaza acest aspect la SO. E Ok sa folosesti atoi pentru ca noi o sa lucram doar cu stringuri ASCII. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 11:29:07 2003 From: so@atlantis.cs.pub.ro (sorin adi) Date: Tue, 11 Nov 2003 03:29:07 -0800 (PST) Subject: [so] despre makefile Message-ID: <20031111112907.56948.qmail@web21205.mail.yahoo.com> in reguli nu sunt specificate decat ca arhiva nu contine executabile,ok. Dar daca dupa rularea makefile executabilele le-am pus in src e bine sau nu? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 11 13:00:38 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Tue, 11 Nov 2003 15:00:38 +0200 Subject: [so] o problema ciudata In-Reply-To: <20031111101055.30937.qmail@web60502.mail.yahoo.com> References: <20031111101055.30937.qmail@web60502.mail.yahoo.com> Message-ID: On Tue, 11 Nov 2003 02:10:55 -0800 (PST), Cosmin Arad wrote: > > Operatiile blocante pot fi intrerupte de semnale. > Probabil ca procesul tau din background incearca sa > faca o scriere sau o citire de la stdout/stdin si > primeste un semnal SIGTTOU/SIGTTIN pt ca nu are > consola (fiind in background) iar parintele sau > primeste un semnal SIGCHLD. > Daca nu asta e cazul, in orice caz procesul tau care > asteapta la semafor este deblocat de catre un semnal. > > De aceea este recomandat ca operatiile blocante sa se > efectueze intr-o bucla de genul: > > do { > result = operatie_blocanta(); > } while (result != OK); > /* conditia result != OK variaza de la caz la caz */ > Exista un macro care face acest lucru pentru voi: TEMP_FAILURE_RETRY. tavi From so@atlantis.cs.pub.ro Wed Nov 12 09:35:26 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 12 Nov 2003 11:35:26 +0200 Subject: [so] terminarea programului In-Reply-To: <3FB07F19.7090509@pcnet.ro> References: <5.1.0.14.0.20031110194149.00a5e618@mail.mymail.ro> <5.1.0.14.0.20031111023936.00a5e710@mail.mymail.ro> <3FB07F19.7090509@pcnet.ro> Message-ID: <3FB1FEDE.4000403@romus.ro> Ruxi Jitianu wrote: > Cum nu s-a specificat nimic in enuntz in legatura cu terminarea > programelor eu am astfel: inchid cofetaria daca apas pe tasta q, > moment cand ma uit sa vad daca nu cumva mai sunt oameni in cofetarie > si daca nu mai sunt inchid ipc-urile si daca sunt nu inchid...trimit > mesaj ca sa mai aspepte cu inchiderea.Stiam ca trebuie semnale dar nu > aveam voie sa folosim.E ok asa? Puneti si in readme treburile astea. --Adrian. From so@atlantis.cs.pub.ro Wed Nov 12 09:38:58 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 12 Nov 2003 11:38:58 +0200 Subject: [so] despre makefile In-Reply-To: <20031111112907.56948.qmail@web21205.mail.yahoo.com> References: <20031111112907.56948.qmail@web21205.mail.yahoo.com> Message-ID: <3FB1FFB2.8090800@romus.ro> sorin adi wrote: >in reguli nu sunt specificate decat ca arhiva nu >contine >executabile,ok. Dar daca dupa rularea makefile >executabilele >le-am pus in src e bine sau nu? > > Directorul src este acolo ca sa contina _doar_ surse. Deci incearca sa faci executabilele in acelasi director cu Makefile, nu in src. --Adrian. From so@atlantis.cs.pub.ro Wed Nov 12 17:41:44 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 12 Nov 2003 19:41:44 +0200 Subject: [so] terminare Message-ID: <001101c3a944$3d265b20$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_000E_01C3A955.00A0D340 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sper ca nu sunt depunctat daca la mine cofetaria se termina la ctrl-c. = (signal pe linux si consolectrlhandler pe windows) Toate structurile alocate sunt dealocate in ordine, toate ipc-urile = create sunt distruse. ------=_NextPart_000_000E_01C3A955.00A0D340 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Sper ca nu sunt depunctat daca la mine = cofetaria se=20 termina la ctrl-c. (signal pe linux si consolectrlhandler pe=20 windows)
Toate structurile alocate sunt = dealocate in ordine,=20 toate ipc-urile create sunt distruse.
------=_NextPart_000_000E_01C3A955.00A0D340-- From so@atlantis.cs.pub.ro Wed Nov 12 18:24:25 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Wed, 12 Nov 2003 20:24:25 +0200 (E. Europe Standard Time) Subject: [so] Intrebare ... Furnizor References: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <3FB27AD9.000001.01504@einstein> --------------Boundary-00=_PG49QL80000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_PG49LVC0000000000000" --------------Boundary-00=_PG49LVC0000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Furnizorul verifica periodic frigiderul cofetariei?=0D sau il chem eu cand vreau eu? --------------Boundary-00=_PG49LVC0000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Furnizorul verifica periodic frigiderul cofetariei?
sau il chem eu cand vreau eu?
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_PG49LVC0000000000000-- --------------Boundary-00=_PG49QL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: <7480D687-4EF4-4555-B65B-D83D71EE0843> R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_PG49QL80000000000000-- From so@atlantis.cs.pub.ro Wed Nov 12 19:32:21 2003 From: so@atlantis.cs.pub.ro (Costin APOSTOL) Date: Wed, 12 Nov 2003 21:32:21 +0200 (EET) Subject: [so] Timpul afisat la upload Message-ID: Din fericire ne este afisat timpul cand ne logam pentru a trimite tema. Din pacate nu ne avantajeaza deloc: e cam inainte cu vreo ora si 20 minute. Cu ce ora si DATA sunt primite temele noastre, ca asa cum vad eu lucrurile acum deadline-ul este pe la ora 22:30 ? Errare humanum est, perseverare diabolicum Costin From so@atlantis.cs.pub.ro Wed Nov 12 19:43:09 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 12 Nov 2003 21:43:09 +0200 Subject: [so] Timpul afisat la upload In-Reply-To: References: Message-ID: On Wed, 12 Nov 2003 21:32:21 +0200 (EET), Costin APOSTOL wrote: > > Din fericire ne este afisat timpul cand ne logam pentru a trimite > tema. Din pacate nu ne avantajeaza deloc: e cam inainte cu vreo ora si 20 > minute. > No more... tavi From so@atlantis.cs.pub.ro Wed Nov 12 23:55:13 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 01:55:13 +0200 Subject: [so] Intrebare ... Furnizor In-Reply-To: <3FB27AD9.000001.01504@einstein> References: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> --=====================_595195==_.REL Content-Type: text/plain; charset="us-ascii"; format=flowed frunizorul este un program care este lansat de fiecare data cand vrea utilizatorul, adica eu :). Maria. >Furnizorul verifica periodic frigiderul cofetariei? >sau il chem eu cand vreau eu? >____________________________________________________ >IMSTP1.gif >IncrediMail - Email has finally evolved - >Click Here > > >---------- >90ecd.jpg Acasa.ro vine cu albumele, >tu vino doar cu pozele ;) > > --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ --=====================_595195==_.REL Content-Type: image/gif; name="IMSTP1.gif"; x-mac-type="47494666"; x-mac-creator="4A565752" Content-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro.1> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="IMSTP1.gif" R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --=====================_595195==_.REL Content-Type: image/jpeg; name="90ecd.jpg"; x-mac-type="4A504547"; x-mac-creator="4A565752" Content-ID: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro.2> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="90ecd.jpg" /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAABAAEDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD/AD/6 KKKAP//Z --=====================_595195==_.REL-- From so@atlantis.cs.pub.ro Thu Nov 13 08:35:53 2003 From: so@atlantis.cs.pub.ro (Toma Monica) Date: Thu, 13 Nov 2003 00:35:53 -0800 (PST) Subject: [so] intrebare acces la frigider Message-ID: <20031113083553.78577.qmail@web10404.mail.yahoo.com> Am si eu o pb destul de ..grava... Intrebarea se refera la accesul la memoria partajata. Mai precis, daca de exp un consumator face cerere pe memoria partajata si obtine drept de acces(adica sunt suficiente prajituri)dar intre timp (inainte de a "pune mana pe mutex") vine procesul care curata frigiderul si ia mutexul si scoate suficiente prajituri astfel incat, in momentul in care termina, in frigider nu mai sunt suficiente prajituri pt a le scoate din memorie...Ce se poate face. Noi avem practic 2 tipuri de consumatori care actioneza diferit. Ce se poate face in acest caz? Sa mai introducem un mutex ? Ma gandesc ca modificarea prod-cons nu se poate pune pb.. ===== I dream of finding myself laughing! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 13 08:45:41 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Thu, 13 Nov 2003 00:45:41 -0800 (PST) Subject: [so] alta intrebare tema 2 In-Reply-To: <2.0beta.1068059446313.1360656092858937010.atta@@mymail.ro> Message-ID: <20031113084541.57257.qmail@web41001.mail.yahoo.com> --- Maria Mateescu wrote: > Cum vrei. > > Am schimbat putin enuntul temei. Nu mai trebuie > ca daca ai 4 scaune libere > si vine un grup de 5 si apoi un grup de 3, al > doilea grup sa o ia inainte. > Primul grup poate sa ocupe 4 scaune si sa mai > astepte unul. > > Maria. Asa trebuie facuta implementarea? Pentru ca din enunt se intelege ca grupul de 5 asteapta pana sunt libere 5 scaune? "Daca nu exista group_size locuri libere in sala consumatorii din intregul grup asteapta eliberarea lor" Intelesesem ca enuntul nu s-a schimbat. :( __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 13 21:07:55 2003 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Thu, 13 Nov 2003 13:07:55 -0800 Subject: [so] semafoare windows References: <20031113084541.57257.qmail@web41001.mail.yahoo.com> Message-ID: <010301c3aa2a$35bc7f40$42c8100a@dany> Salut! Pentru a simula un semafor care sa decrementeze cu mai mult de 1 odata este ok daca asociez fiecarui semafor o memorie partajata? toate bune! From so@atlantis.cs.pub.ro Thu Nov 13 10:41:44 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:41:44 +0300 Subject: [so] intrebare acces la frigider Message-ID: <2.0beta.1068723704000.-6533070337438367259.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Dupa cum ti-ai dat seama, abordarea ta este fundamental gresita. Gandeste-te de ce apar race-urile in general, si care sunt mecanismele pentru evitarea lor. =20 Hint: cum faci sa "rezervi" cate prajituri vrei, ca sa nu ti le poata lua celalalt proces ? =20 Maria. =20 >Am si eu o pb destul de ..grava... >Intrebarea se refera la accesul la memoria partajata. >Mai precis, daca de exp un consumator face cerere pe >memoria partajata si obtine drept de acces(adica sunt >suficiente prajituri)dar intre timp (inainte de a >"pune mana pe mutex") vine procesul care curata >frigiderul si ia mutexul si scoate suficiente >prajituri astfel incat, in momentul in care termina, >in frigider nu mai sunt suficiente prajituri pt a le >scoate din memorie...Ce se poate face. Noi avem >practic 2 tipuri de consumatori care actioneza >diferit. >Ce se poate face in acest caz? Sa mai introducem un >mutex ? Ma gandesc ca modificarea prod-cons nu se >poate pune pb.. =20 >=3D=3D=3D=3D=3D =20 >I dream of finding myself laughing! =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Dupa cum ti-ai dat seama, abordarea ta este fundamental gresita.
Gandeste-te de ce apar race-urile in general, si care sunt mecanismele pentru = evitarea lor.

Hint: cum faci sa "rezervi" cate prajituri vrei, ca sa nu ti le = poata lua celalalt proces ?

Maria.

>Am si eu o pb destul de ..grava...
>Intrebarea se refera la accesul la memoria partajata.
>Mai precis, daca de exp un consumator face cerere pe
>memoria partajata si obtine drept de acces(adica sunt
>suficiente prajituri)dar intre timp (inainte de a
>"pune mana pe mutex") vine procesul care curata
>frigiderul si ia mutexul si scoate suficiente
>prajituri astfel incat, in momentul in care termina,
>in frigider nu mai sunt suficiente prajituri pt a le
>scoate din memorie...Ce se poate face. Noi avem
>practic 2 tipuri de consumatori care actioneza
>diferit.
>Ce se poate face in acest caz? Sa mai introducem un
>mutex ? Ma gandesc ca modificarea prod-cons nu se
>poate pune pb..

>=3D=3D=3D=3D=3D

>I dream of finding myself laughing!


>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 10:43:48 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:43:48 +0300 Subject: [so] alta intrebare tema 2 Message-ID: <2.0beta.1068723828027.89367946393948167.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable mail.yahoo.com Asta se refera la faptul ca ei nu se apuca sa manance pana cand nu au toti loc. =20 Maria. =20 >"Daca nu exista group_size locuri libere in sala >consumatorii din intregul grup asteapta eliberarea >lor" =20 >Intelesesem ca enuntul nu s-a schimbat. :( =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable mail.yahoo.com
Asta se refera la faptul ca ei nu se apuca sa manance pana cand nu au toti = loc.

Maria.

>"Daca nu exista group_size locuri libere in sala
>consumatorii din intregul grup asteapta eliberarea
>lor"

>Intelesesem ca enuntul nu s-a schimbat. :(


>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 10:45:59 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 13:45:59 +0300 Subject: [so] semafoare windows Message-ID: <2.0beta.1068723959730.7933368643405124340.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable in principiu nu... dar depinde de ce faci cu memoria partajata :P. ai putea avea probleme cu downu'. =20 Maria. >Salut! =20 > Pentru a simula un semafor care sa decrementeze cu mai mult de 1 >odata este ok daca asociez fiecarui semafor o memorie partajata? =20 >toate bune! =20 >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable in principiu nu... dar depinde de ce faci cu memoria partajata :P.
ai putea avea probleme cu downu'.

Maria.
>Salut!

> Pentru a simula un semafor care sa decrementeze cu mai mult de = 1
>odata este ok daca asociez fiecarui semafor o memorie partajata?

>toate bune!

>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/




Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Thu Nov 13 11:50:20 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Thu, 13 Nov 2003 13:50:20 +0200 (E. Europe Standard Time) Subject: [so] Conflict References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> Message-ID: <3FB36FFC.000001.01540@einstein> --------------Boundary-00=_WVGAQL80000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_WVGALVC0000000000000" --------------Boundary-00=_WVGALVC0000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable M-am lovit de urmatoarea problema.=0D Se face o cerere de prajituri din partea consumatorilor.=0D Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si i= a pentru el prajuturile vechi.=0D Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei.=0D =0D Cum rezolv problema?=0D =0D Florin --------------Boundary-00=_WVGALVC0000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
M-am lovit de urmatoarea problema.
Se face o cerere de prajituri din partea consumatorilor.
Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul= si ia pentru el prajuturile vechi.
Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei= =2E
 
Cum rezolv problema?
 
Florin
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_WVGALVC0000000000000-- --------------Boundary-00=_WVGAQL80000000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: <8373EF3A-E7B5-4240-8244-1781197289A5> R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_WVGAQL80000000000000-- From so@atlantis.cs.pub.ro Thu Nov 13 12:23:07 2003 From: so@atlantis.cs.pub.ro (dinca radu) Date: Thu, 13 Nov 2003 14:23:07 +0200 Subject: [so] semafoare Message-ID: <200311131223.hADCN85W010603@k.k.ro> Sunt obligat sa folosesc semafoare ? Daca programul meu ar functiona la fel de bine si fara, ar fi vreo problema ? Sentimente.ro - www.sentimente.ro Peste 50.000 de prieteni te asteapta! From so@atlantis.cs.pub.ro Thu Nov 13 13:28:42 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 15:28:42 +0200 Subject: [so] semafoare In-Reply-To: <200311131223.hADCN85W010603@k.k.ro> References: <200311131223.hADCN85W010603@k.k.ro> Message-ID: On Thu, 13 Nov 2003 14:23:07 +0200, dinca radu wrote: > > Sunt obligat sa folosesc semafoare ? Daca programul meu ar functiona la > fel de bine si fara, ar fi vreo problema ? > Nu poate sa functioneze corect fara semafoare/cozi de mesaje/alte mecanisme IPC. Prin functionat corect nu se intelege faptul ca "mi-e imi merge", ci faptul ca se poate demonstra mai mult sau mai putin riguros sa nu exista conditii de cursa sau probleme de sincronizare. tavi From so@atlantis.cs.pub.ro Thu Nov 13 13:31:11 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 15:31:11 +0200 Subject: [so] Conflict In-Reply-To: <3FB36FFC.000001.01540@einstein> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <3FB36FFC.000001.01540@einstein> Message-ID: On Thu, 13 Nov 2003 13:50:20 +0200 (E. Europe Standard Time), Florin Pop wrote: > M-am lovit de urmatoarea problema. > > Se face o cerere de prajituri din partea consumatorilor. > > Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si > ia > pentru el prajuturile vechi. > Consumatorilor nu trebuie sa li se spuna ca exista prajituri. Ei trebuie sa le astepte pana cand vin. tavi From so@atlantis.cs.pub.ro Thu Nov 13 13:49:57 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Thu, 13 Nov 2003 15:49:57 +0200 Subject: [so] terminare In-Reply-To: <001101c3a944$3d265b20$0200a8c0@smeagol> Message-ID: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> ok Maria. >Sper ca nu sunt depunctat daca la mine cofetaria se termina la ctrl-c. >(signal pe linux si consolectrlhandler pe windows) >Toate structurile alocate sunt dealocate in ordine, toate ipc-urile create >sunt distruse. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Thu Nov 13 16:05:51 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 13 Nov 2003 18:05:51 +0200 Subject: [so] semafoare In-Reply-To: <200311131431.hADEV7eD021996@k.k.ro> References: <200311131431.hADEV7eD021996@k.k.ro> Message-ID: On Thu, 13 Nov 2003 16:31:07 +0200, dinca radu wrote: > > Pai am o locatie de memorie in care imi pun "mutex-ul" meu virtual > ...daca > locatia respectiva e 0 atunci mi se da acces la frigider , altfel > programul > asteapta sa se faca locatia 0. De ce nu mi s-ar functiona ? > > Trebuie sa ai garantia ca citirea si scrierea din "mutex-ul virtual" se fac atomic. Sunt multe motive pentru care citirea si scrierea in "multex-ul virtual" ar putea sa nu fie atomice: - optimizari de compilator - optimizari in procesor - executie paralela in procesor - cvasi-paralelismul oferit de SO pentru procese - sisteme SMP In al doilea rand, daca tu astepti ca locatia sa se faca 0 fara a folosi semafoare & stuff, o sa o faci busy wating. From so@atlantis.cs.pub.ro Thu Nov 13 20:13:42 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 13 Nov 2003 22:13:42 +0200 Subject: [so] Asteptare Message-ID: <004001c3aa22$a332c7d0$6400a8c0@andrei> This is a multi-part message in MIME format. ------=_NextPart_000_003D_01C3AA33.65B09070 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable O asteptare de genul urmator: repeta la infinit: take mutex verificare resursa partajata (eventual break) release mutex facuta de mai multe procese simultan, se considera a fi ok sau tinde = spre o asteptare blocanta? daca e ok, au toate procesele "sanse" egale de a face verificarea = resursei? ------=_NextPart_000_003D_01C3AA33.65B09070 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
O asteptare de genul = urmator:
 
repeta la infinit:
    take = mutex
    verificare resursa=20 partajata (eventual break)
    release = mutex
 
facuta de mai multe procese simultan, = se considera=20 a fi ok sau tinde spre o asteptare blocanta?
daca e ok, au toate procesele "sanse" = egale de a=20 face verificarea resursei?
------=_NextPart_000_003D_01C3AA33.65B09070-- From so@atlantis.cs.pub.ro Thu Nov 13 20:56:28 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 13 Nov 2003 12:56:28 -0800 (PST) Subject: [so] Asteptare In-Reply-To: <004001c3aa22$a332c7d0$6400a8c0@andrei> Message-ID: <20031113205628.98887.qmail@web60509.mail.yahoo.com> --- Andrei Hagiescu wrote: > O asteptare de genul urmator: > > repeta la infinit: > take mutex > verificare resursa partajata (eventual break) > release mutex > > facuta de mai multe procese simultan, se considera a > fi ok sau tinde spre o asteptare blocanta? > daca e ok, au toate procesele "sanse" egale de a > face verificarea resursei? Nu e OK pentru ca e busy-waiting. Asta daca nu cumva procesul care modifica resursa tine mutexul de la inceput si ii da drumul abia dupa modificarea resursei iar cei care citesc nu cicleaza infinit. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 09:33:52 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Fri, 14 Nov 2003 01:33:52 -0800 (PST) Subject: [so] prajituri vs consumatori In-Reply-To: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> Message-ID: <20031114093352.9175.qmail@web41007.mail.yahoo.com> Daca un consumator vrea 5 prajituri si in frigider sunt doar 3 , consumatorul va lua 3 prajituri dupa care va mai astepta sa ia 2 ? sau va astepta sa fie 5 prajituri in frigider ca sa le poate lua pe toate? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 09:55:11 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 14 Nov 2003 11:55:11 +0200 Subject: [so] prajituri vs consumatori In-Reply-To: <20031114093352.9175.qmail@web41007.mail.yahoo.com> References: <5.1.0.14.0.20031113154827.00a5f350@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031114115453.00a5f640@mail.mymail.ro> cum vrei. Maria. >Daca un consumator vrea 5 prajituri si in frigider >sunt doar 3 , consumatorul va lua 3 prajituri dupa >care va mai astepta sa ia 2 ? > >sau va astepta sa fie 5 prajituri in frigider ca sa le >poate lua pe toate? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Fri Nov 14 14:21:39 2003 From: so@atlantis.cs.pub.ro (sorin adi) Date: Fri, 14 Nov 2003 06:21:39 -0800 (PST) Subject: [so] despre upload Message-ID: <20031114142139.22742.qmail@web21207.mail.yahoo.com> Am dat din greseala upload la o tema de windows in loc de tema de linux. Dupa care am uploadat si pe tema de linux,adica eu am trimis 2 teme identice fara sa vreau si mi-au aparut ca 2 teme trimise. Acuma nu as vrea sa ii fie corectata tema de windows (care e de fapt de linux) si vreau sa trimit si tema Windows(dar poate mai incolo in vacanta).Cum fac? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 16:03:15 2003 From: so@atlantis.cs.pub.ro (Badea Ovidiu) Date: Fri, 14 Nov 2003 08:03:15 -0800 (PST) Subject: [so] loc Message-ID: <20031114160315.98270.qmail@web13507.mail.yahoo.com> Exista vreo restrictie in ceea ce priveste locul (programul) in care trebuie sa aiba loc consumarea prajiturilor. Ceva de genul: consumatorii trebuie sa astepte sa intre in cofetarie in programul consumer si apoi sa isi astepte prajiturile in programul sweetshop? Sau asta ramane la latitudinea noastra ? In enunt nu era nimic explicit, dar dupa ce am citit niste mesaje de pe lista m-au lovit dubiile (si m-au trantit la pamant). __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 15:36:32 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Fri, 14 Nov 2003 18:36:32 +0300 Subject: [so] loc Message-ID: <2.0beta.1068827792528.2399367487516369908.atta@@mymail.ro> This message is in MIME format. ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable nu exista nici o restrictie explicita dar trebuie sa te gandesti cum e mai bine. =20 Maria. >Exista vreo restrictie in ceea ce priveste locul >(programul) in care trebuie sa aiba loc consumarea >prajiturilor. Ceva de genul: consumatorii trebuie sa >astepte sa intre in cofetarie in programul consumer si >apoi sa isi astepte prajiturile in programul >sweetshop? Sau asta ramane la latitudinea noastra ? In >enunt nu era nimic explicit, dar dupa ce am citit >niste mesaje de pe lista m-au lovit dubiile (si m-au >trantit la pamant). =20 >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so =20 >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ ------=_NextPart_mymail.ro_Delimiter_0000.1111 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable nu exista nici o restrictie explicita dar trebuie sa te gandesti cum e mai = bine.

Maria.
>Exista vreo restrictie in ceea ce priveste locul
>(programul) in care trebuie sa aiba loc consumarea
>prajiturilor. Ceva de genul: consumatorii trebuie sa
>astepte sa intre in cofetarie in programul consumer si
>apoi sa isi astepte prajiturile in programul
>sweetshop? Sau asta ramane la latitudinea noastra ? In
>enunt nu era nimic explicit, dar dupa ce am citit
>niste mesaje de pe lista m-au lovit dubiile (si m-au
>trantit la pamant).

>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>_______________________________________________
>so mailing list
>so@atlantis.cs.pub.ro
>http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


>---------------------------------------------------------------
>Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
>http://poze.acasa.ro/





Acasa.ro vine cu albumele, tu vino doar cu pozele ;)

------=_NextPart_mymail.ro_Delimiter_0000.1111-- From so@atlantis.cs.pub.ro Fri Nov 14 18:10:07 2003 From: so@atlantis.cs.pub.ro (Irina Carabus) Date: Fri, 14 Nov 2003 10:10:07 -0800 (PST) Subject: [so] Cakes_max Message-ID: <20031114181007.28599.qmail@web42002.mail.yahoo.com> Buna! Am si eu o intrebare : daca un consumator cere mai mult de "cakes_max " prajituri, ce se intampla? Il las sa astepte (treaba lui!) sau ii dau mesaj (si atunci va sti sa plece)? Mersi! __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 22:48:23 2003 From: so@atlantis.cs.pub.ro (Ionut Cirjan) Date: Fri, 14 Nov 2003 14:48:23 -0800 (PST) Subject: Fwd: Re: [so] expandarea var de mediu in lin de comanda Message-ID: <20031114224823.21245.qmail@web41106.mail.yahoo.com> Fac fwd la un mail din timpul temei 1 . Este legat de expandarea variabilelor de mediu in Linux. S-a discutat acest lucru pe lista, s-a lamurit (atunci). Insa daca va uitati sunt puncte scazute pentru ca nu tinem cont de variabile de genul $HOME/bin (varibila trebuia sa se termina la / ). Nu e mult scazut (-0.3) si nu numai la mine, ci la toti!. Ca principiu mi se pare incorect din moment ce a aparut aceasta intrebare, a fost discutata clar si nu era *necesar* sa se utilizeze ca delimitatori si '/'. Durerea nu este in punctele scazute, si in principiul de functionare al acestei liste: avem incredere 100% in ce se raspunde/lamureste/stabileste aici ??? Ionut. PS: cred ca majoritatea colegilor mei ar vrea un raspuns. --- Cosmin Arad wrote: > From: Cosmin Arad > Subject: Re: [so] expandarea var de mediu in lin de > comanda > To: so@atlantis.cs.pub.ro > Date: Tue, 28 Oct 2003 00:17:08 -0800 (PST) > > --- Ionut Cirjan wrote: > > Sal. > > > > Pls, o mica lamurire. > > > > Daca $ apare intr-o comanda, dupa el e un cuvant > > care > > vrea sa reprezinte o variabila de mediu. > > Cum delimitam acest cuvant la celalat capat (la > > sfarsit, la ce caractere ne oprim) ? Space e > > evident, > > dar mai e si altul ? > > Alti delimitatori ar fi operatorii. Atentie insa la > '\' care poate sa iti protejeze $-ul de la inceput > caz > in care nu e vorba de o variabila de mediu ci de > numele unei comenzi sau fisier, de exemplu: ls > \$HOME > va incerca sa faca ls pe fisierul cu numele '$HOME'. > > > Dar daca cuvantul gasit nu e variabila de mediu, > cu > > ce > > il inlocuim ? > > Cu sirul vid. > > > Thanks, > > Ionut. > > __________________________________ > Do you Yahoo!? > Exclusive Video Premiere - Britney Spears > http://launch.yahoo.com/promos/britneyspears/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so ===== I wish you all a lovely day, tomorow and today. Cirjan Ionut Silviu __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 23:46:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Fri, 14 Nov 2003 15:46:32 -0800 (PST) Subject: Fwd: Re: [so] expandarea var de mediu in lin de comanda In-Reply-To: <20031114224823.21245.qmail@web41106.mail.yahoo.com> Message-ID: <20031114234632.99022.qmail@web60506.mail.yahoo.com> Salut, Eu am zis ca "Alti delimitatori ar fi operatorii". Nu am spus ca sunt singurii alti delimitatori. Din ce ti-am raspuns eu in mailul respectiv nu reiese in nici un fel ca nu este *necesar* ca variabilele de mediu sa fie delimitate la dreapta de '/'. Scopul listei este sa te ajute sa-ti faci temele. Bineinteles ca poti sa ai incredere in raspunsurile de pe lista insa citeste-le cu atentie si daca simti ca nu esti lamurit 100% mai intreaba. Succes, Cosmin --- Ionut Cirjan wrote: > Fac fwd la un mail din timpul temei 1 . > Este legat de expandarea variabilelor de mediu in > Linux. > S-a discutat acest lucru pe lista, s-a lamurit > (atunci). > Insa daca va uitati sunt puncte scazute pentru ca nu > tinem cont de variabile de genul $HOME/bin (varibila > trebuia sa se termina la / ). > Nu e mult scazut (-0.3) si nu numai la mine, ci la > toti!. > Ca principiu mi se pare incorect din moment ce a > aparut aceasta intrebare, a fost discutata clar si > nu > era *necesar* sa se utilizeze ca delimitatori si > '/'. > > Durerea nu este in punctele scazute, si in > principiul > de functionare al acestei liste: avem incredere 100% > in ce se raspunde/lamureste/stabileste aici ??? > > Ionut. > > PS: cred ca majoritatea colegilor mei ar vrea un > raspuns. > > > --- Cosmin Arad wrote: > > From: Cosmin Arad > > Subject: Re: [so] expandarea var de mediu in lin > de > > comanda > > To: so@atlantis.cs.pub.ro > > Date: Tue, 28 Oct 2003 00:17:08 -0800 (PST) > > > > --- Ionut Cirjan wrote: > > > Sal. > > > > > > Pls, o mica lamurire. > > > > > > Daca $ apare intr-o comanda, dupa el e un cuvant > > > care > > > vrea sa reprezinte o variabila de mediu. > > > Cum delimitam acest cuvant la celalat capat (la > > > sfarsit, la ce caractere ne oprim) ? Space e > > > evident, > > > dar mai e si altul ? > > > > Alti delimitatori ar fi operatorii. Atentie insa > la > > '\' care poate sa iti protejeze $-ul de la inceput > > caz > > in care nu e vorba de o variabila de mediu ci de > > numele unei comenzi sau fisier, de exemplu: ls > > \$HOME > > va incerca sa faca ls pe fisierul cu numele > '$HOME'. > > > > > Dar daca cuvantul gasit nu e variabila de mediu, > > cu > > > ce > > > il inlocuim ? > > > > Cu sirul vid. > > > > > Thanks, > > > Ionut. > > > > __________________________________ > > Do you Yahoo!? > > Exclusive Video Premiere - Britney Spears > > http://launch.yahoo.com/promos/britneyspears/ > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > ===== > > > > I wish you all a lovely day, > tomorow and today. > > Cirjan Ionut Silviu > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 14 23:44:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 01:44:55 +0200 Subject: [so] Cakes_max In-Reply-To: <20031114181007.28599.qmail@web42002.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> il lasi sa astepte. Maria. >daca un consumator cere mai >mult de "cakes_max " prajituri, ce se intampla? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Fri Nov 14 23:50:57 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 01:50:57 +0200 Subject: [so] Conflict In-Reply-To: <3FB36FFC.000001.01540@einstein> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Iti inteleg lovitura.... :). solutia ar fi ca in loc sa lasi consumatorii sa rezerve prajituri care ar putea dispare sa pui gunoierul in situatia in care sa poata rezerva pentru aruncare prajituri care pot fi mancate intre timp. Maria. >M-am lovit de urmatoarea problema. >Se face o cerere de prajituri din partea consumatorilor. >Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si ia >pentru el prajuturile vechi. >Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei. > >Cum rezolv problema? > >Florin --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 00:06:16 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Fri, 14 Nov 2003 16:06:16 -0800 (PST) Subject: [so] ./sweetshop parametri Message-ID: <20031115000616.29411.qmail@web60305.mail.yahoo.com> Este o sugestie ca max_cakes si max_seats sa fie luati cu getenv. Bun! dar ala care testeaza ce face se duce in fiecare consola si seteaza variabilele sau le are setate odate de la bootare si atunci ar cam trebuie sa stim numele. Sau alta intrebare, ce rost mai au paramtrii pt sweetshop daca vom face cu getenv? Intreb pt ca ar fi trist sa fac tema si la corectare: ./sweetshop 30 30 70 ... hmm nu merge? nota 4 :P deci care ma lumineaza (intrebarea este pt cei care corecteaza)? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:18:41 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 15 Nov 2003 01:18:41 -0800 (PST) Subject: [so] Cakes_max In-Reply-To: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <20031115091841.77992.qmail@web41002.mail.yahoo.com> In cazul in care un consumator va cere mai mult de cakes max el nu va fi niciodata servit deci tot grupul va ramane blocat. Sa intelegem ca acesta e un comportamnet ok ? --- Maria Mateescu wrote: > > il lasi sa astepte. > > Maria. > > > >daca un consumator cere mai > >mult de "cakes_max " prajituri, ce se intampla? > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:20:13 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sat, 15 Nov 2003 01:20:13 -0800 (PST) Subject: [so] parametrii liniei de comanda In-Reply-To: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <20031115092013.8122.qmail@web41009.mail.yahoo.com> Se presupune ca paramterii liniei de comanda sunt dati corect adica se vor introduce niste parametrii valizi? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 09:34:38 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 11:34:38 +0200 Subject: [so] parametrii liniei de comanda In-Reply-To: <20031115092013.8122.qmail@web41009.mail.yahoo.com> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115113430.00a5f960@mail.mymail.ro> da >Se presupune ca paramterii liniei de comanda sunt dati >corect adica se vor introduce niste parametrii valizi? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 09:34:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 11:34:55 +0200 Subject: [so] Cakes_max In-Reply-To: <20031115091841.77992.qmail@web41002.mail.yahoo.com> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> da >In cazul in care un consumator va cere mai mult de >cakes max el nu va fi niciodata servit deci tot grupul >va ramane blocat. Sa intelegem ca acesta e un >comportamnet ok ? --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 10:06:35 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sat, 15 Nov 2003 12:06:35 +0200 Subject: [so] Cakes_max References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> Message-ID: <3FB5FAAB.2040303@pcnet.ro> E a nu stiu cata oara cand se vorbeste despre chestia asta si m-am incurcat de tot.....vreau sa stiu daca e ok ca eu l-am dat afara pe clientul "mancacios" care vrea mai multe prajituri decat capacitatea frigiderului.Mai exact ies imedit ce constat ca a cerut mai multe prajituri decat cate i de pot da. Multumesc! Ruxandra From so@atlantis.cs.pub.ro Sat Nov 15 10:54:14 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sat, 15 Nov 2003 12:54:14 +0200 Subject: [so] Cakes_max In-Reply-To: <3FB5FAAB.2040303@pcnet.ro> References: <5.1.0.14.0.20031115014426.00a8e008@mail.mymail.ro> <5.1.0.14.0.20031115113447.00a99ad8@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031115125358.00ae5a68@mail.mymail.ro> e ok. si asa, si asa. >E a nu stiu cata oara cand se vorbeste despre chestia asta si m-am >incurcat de tot.....vreau sa stiu daca e ok ca eu l-am dat afara pe >clientul "mancacios" care vrea mai multe prajituri decat capacitatea >frigiderului.Mai exact ies imedit ce constat ca a cerut mai multe >prajituri decat cate i de pot da. > >Multumesc! > >Ruxandra --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sat Nov 15 11:34:22 2003 From: so@atlantis.cs.pub.ro (Octavian PURDILA) Date: Sat, 15 Nov 2003 13:34:22 +0200 Subject: [so] Re: Am o nelamurire In-Reply-To: <20031114212032.96165.qmail@web40020.mail.yahoo.com> References: <20031114212032.96165.qmail@web40020.mail.yahoo.com> Message-ID: <1068896062.3fb60f3ecd151@cs.pub.ro> Quoting Murgan Mihai : Acest raspuns este unul generic pentru toate plangerile de genul celor de mai jos (buguri de tip buffer overflow). Nu se va mai raspunde la alte plangeri similare. > Domnule profesor, > > nedumerit. Din ceea ce spuneati dumneavoastra pe lista > reiesea clar ca se pot limita comenzile la maxim 500 > de caractere, dar sa specificam acest lucru in readme. > Exact asa am facut si eu, am specificat in readme > acest lucru si intr-adevar nu am mai verificat in > program daca se depaseste sau nu aceasta limita, din Dupa cum reiese din discutia de pe lista, puteai sa limitezi buferele, DAR trebuia sa verifici atunci cand scrii in ele astfel incat sa nu le depasesti. Problema care s-a intalnit la tine poarte numele de buffer overflow si este responsabila de 90% (sau poate chiar mai mult) de exploiturile existente. Problema buffer overflow nu poate fi corectata decat - daca programatorul programeaza corect si nu scrie in bufere mai mult decat este cazul - limbajul verifica la fiecare scriere dimensiunea bufferului Cum optiunea doi nu este implementata in C, singura solutie corecta este optiunea unu. tavi ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Sat Nov 15 12:24:18 2003 From: so@atlantis.cs.pub.ro (dinca radu) Date: Sat, 15 Nov 2003 14:24:18 +0200 Subject: [so] JMP Message-ID: <200311151224.hAFCOI6I002971@k.k.ro> ce instructiune gen jmp din assembler exista in C de linux ? si cum folosesc etichete pt. ea? daca se poate as dori un raspuns cat mai rapid , pt. ca chiar am nevoie de ea :) Radu Sentimente.ro - www.sentimente.ro Peste 50.000 de prieteni te asteapta! From so@atlantis.cs.pub.ro Sat Nov 15 12:26:36 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 04:26:36 -0800 (PST) Subject: [so] JMP In-Reply-To: <200311151224.hAFCOI6I002971@k.k.ro> Message-ID: <20031115122636.90010.qmail@web60503.mail.yahoo.com> --- dinca radu wrote: > > ce instructiune gen jmp din assembler exista in C de > linux ? si cum > folosesc etichete pt. ea? > daca se poate as dori un raspuns cat mai rapid , pt. > ca chiar am nevoie de > ea :) instructiuni; goto label; instructiuni; label: instructiuni; Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 17:09:53 2003 From: so@atlantis.cs.pub.ro (Dana Tiba) Date: Sat, 15 Nov 2003 19:09:53 +0200 (EET) Subject: [so] Conflict In-Reply-To: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> References: <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Message-ID: <35508.81.196.10.119.1068916193.squirrel@dazoot.ro> Salut, In textul temei scrie: "Chiar daca a obtinut numarul de prajituri cerute, fiind tare politicos, consumatorul nu va incepe sa manance decat atunci cand toti prietenii lui si-au primit prajiturile. " Eu intelesesem ca in momentul in care un consumator comanda prajiturile dorite le si primeste (daca acestea exista in momentul acela in frigider) si apoi asteapta sa le manince (adica sa inceapa timpul aleator de microsecunde destinat mincarii). Adica in timpul in care este "politicos" si ii asteapta pe ceilalti el are deja prajiturile pe masa, nu mai sunt in frigider, deci gunoierul nu mai are de ce sa le arunce. dana > > Iti inteleg lovitura.... :). > solutia ar fi ca in loc sa lasi consumatorii sa rezerve prajituri care > ar putea dispare sa pui gunoierul in situatia in care sa poata rezerva > pentru aruncare prajituri care pot fi mancate intre timp. > > Maria. > > >>M-am lovit de urmatoarea problema. >>Se face o cerere de prajituri din partea consumatorilor. >>Li se spune ca exista. Pana vin toti membri grupului, vine gunoierul si >> ia pentru el prajuturile vechi. >>Ce fac consumatori, ca lor li s-a spus ca exista prajituri pentru ei. >> >>Cum rezolv problema? >> >>Florin > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so From so@atlantis.cs.pub.ro Sat Nov 15 17:48:00 2003 From: so@atlantis.cs.pub.ro (andrei damian) Date: Sat, 15 Nov 2003 19:48:00 +0200 Subject: [so] Testarea temelor Message-ID: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Salut, In urma rezultatului obtinut la tema 1 am 2 intrebari: - se tine cont de conventiile pe care le-am mentionat in readme privind = implementarea temei? - eu de exemplu am fost depunctat pentru redirectari de genul cmd1 < = cmd2 in conditiile in care am mentionat ca minishellul meu, atunci cand = apar operatori de redirectare, prelucreaza o comanda de genul 'cmd = op_redir nume_fisier'; - din discutiile de pe forum si din textul temei am inteles ca nici = nu se asteapta altceva - va exista un server pe care ne vom putea testa temele si pe care se va = face si corectura? - unele din erorile pentru care am fost depunctat nu imi apar acasa; = e posibil sa fii programat prost, dar nu as fi trimis o tema daca la = comenzi simple ar fi dat segm.fault:D; poate ar fi util sa se = stabileasca macar versiunea de kernel si cea a compilatorului pe care se = face testarea. 10x Andrei DAMIAN 342CA ------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Salut,
 
In urma rezultatului obtinut la tema 1 = am 2=20 intrebari:
- se tine cont de conventiile pe care = le-am=20 mentionat in readme privind implementarea temei?
    - eu de exemplu am = fost=20 depunctat pentru redirectari de genul cmd1 < cmd2 in conditiile = in care=20 am mentionat ca minishellul meu, atunci cand apar operatori de=20 redirectare, prelucreaza o = comanda de genul=20 'cmd op_redir nume_fisier';
    - din discutiile de = pe forum si=20 din textul temei am inteles ca nici nu se asteapta = altceva
 
- va exista un server pe care ne vom = putea testa=20 temele si pe care se va face si corectura?
    - unele din erorile = pentru care=20 am fost depunctat nu imi apar acasa; e posibil sa fii programat prost, = dar nu as=20 fi trimis o tema daca la comenzi simple ar fi dat segm.fault:D; poate ar = fi util=20 sa se stabileasca macar versiunea de kernel si cea a compilatorului pe = care se=20 face testarea.
 
10x
 
Andrei DAMIAN
342CA
 
------=_NextPart_000_0007_01C3ABB1.5FC03920 Content-Type: text/ignore; charset=US-ASCII; name="SecurityCheck.txt" Content-Disposition: inline ------------------------------------------------------- Xnet scaneaza automat toate mesajele impotriva virusilor folosind RAV AntiVirus. Xnet automatically scans all messages for viruses using RAV AntiVirus. Nota: RAV AntiVirus poate sa nu detecteze toti virusii noi sau toate variantele lor. Va rugam sa luati in considerare ca exista un risc de fiecare data cand deschideti fisiere atasate si ca MobiFon nu este responsabila pentru nici un prejudiciu cauzat de virusi. Disclaimer: RAV AntiVirus may not be able to detect all new viruses and variants. Please be aware that there is a risk involved whenever opening e-mail attachments to your computer and that MobiFon is not responsible for any damages caused by viruses. ------=_NextPart_000_0007_01C3ABB1.5FC03920-- From so@atlantis.cs.pub.ro Sat Nov 15 23:31:10 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 15 Nov 2003 15:31:10 -0800 (PST) Subject: [so] semget Message-ID: <20031115233110.90269.qmail@web11206.mail.yahoo.com> Atunci cand creez un set de semafoare cu semget, ce valoare este introdusa default in semval ? Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo legatura cu numarul maxim de grupuri ? Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 15 23:42:53 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 15:42:53 -0800 (PST) Subject: [so] semget In-Reply-To: <20031115233110.90269.qmail@web11206.mail.yahoo.com> Message-ID: <20031115234253.11813.qmail@web60502.mail.yahoo.com> --- Andrei Stefan wrote: > Atunci cand creez un set de semafoare cu semget, ce > valoare este introdusa default in semval ? > Id-urile grupurilor pot fi orice numere sau trebuie > sa > aiba vreo legatura cu numarul maxim de grupuri ? Referitor la prima intrebare ai putea presupune ca semafoarele sunt initializate la 0, dar cel mai sigur e sa faci tu un semctl ca sa setezi valaorea. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 00:27:08 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 15 Nov 2003 16:27:08 -0800 (PST) Subject: [so] semget In-Reply-To: <20031115234253.11813.qmail@web60502.mail.yahoo.com> Message-ID: <20031116002708.51318.qmail@web11207.mail.yahoo.com> Pot sa setez la 0 semaforul, dar intre apelul functiei semget si apelul imediat al functiei semctl, un alt proces poate accesa acest semafor, iar pe mine ma intereseaza ca inainte de accesul la semafor, el sa aiba valoarea 1. Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 00:31:24 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 15 Nov 2003 16:31:24 -0800 (PST) Subject: [so] semget In-Reply-To: <20031116002708.51318.qmail@web11207.mail.yahoo.com> Message-ID: <20031116003124.71205.qmail@web60505.mail.yahoo.com> --- Andrei Stefan wrote: > Pot sa setez la 0 semaforul, dar intre apelul > functiei > semget si apelul imediat al functiei semctl, un alt > proces poate accesa acest semafor, iar pe mine ma > intereseaza ca inainte de accesul la semafor, el sa > aiba valoarea 1. Initializarea semafoarelor ar trebui facuta inainte de crearea proceselor care le vor folosi. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 08:09:45 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sun, 16 Nov 2003 00:09:45 -0800 (PST) Subject: [so] aceeasi intrebare Message-ID: <20031116080945.87256.qmail@web11204.mail.yahoo.com> Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo legatura cu numarul maxim de grupuri (intre 0 si GROUP_MAX) ? Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 12:03:23 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 16 Nov 2003 14:03:23 +0200 Subject: [so] inchidere cofetarie References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <3FB7678B.7020400@pcnet.ro> Va rog sa imi spuneti daca se scade din punctaj in caz ca nu ofer posibilitate de inchidere cofetarie in Windows.In linux le-am inchis dar cum nu s-a specificat nimic in partea de enuntz obligatoriu am considerat ca inchiderea este o facilitate in plus.In Linux oricum se impunea pentru ca altfel raman IPC-urile agatate. multumesc! Ruxandra From so@atlantis.cs.pub.ro Sun Nov 16 14:41:52 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 16 Nov 2003 06:41:52 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <20031116144152.9122.qmail@web60309.mail.yahoo.com> --0-1664088012-1068993712=:1228 Content-Type: text/plain; charset=us-ascii e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 de exemplu sa ia fiecare cate 3 si sa se blocheze? Evident ca este vorba de windows ( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1664088012-1068993712=:1228 Content-Type: text/html; charset=us-ascii

e posibil ca, daca exista 6 prajituri si vin doi clienti care cer  4 si 5 de exemplu

sa ia fiecare cate 3 si sa se blocheze?

 

Evident ca este vorba de windows

( si eu care speram sa o portez in mai putin de 3 ore )

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1664088012-1068993712=:1228-- From so@atlantis.cs.pub.ro Sun Nov 16 16:18:08 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 16 Nov 2003 08:18:08 -0800 (PST) Subject: [so] tema 1 corectare Message-ID: <20031116161808.26378.qmail@web41013.mail.yahoo.com> Salut Uitandu-ma peste notele colegilor mei, am observat urmatoarea depunctare: implementare "gresita" a operatorului de cauzalitate, comanda a doua se executa intotdeauna. Recunosc ca, la momentul implementarii temei, nu m-am documentat exact asupra chestiunii. Insa, daca dati man bash, veti observa ca si acolo spune negru pe alb (sau cum aveti voi setate terminalele) ca a doua comanda se executa "if and only if" prima a returnat cod de eroare 0. Deci, pana la urma ne straduim sa urmarim Posix-ul, sau nu? (eu de exemplu am pierdut destul de mult timp simuland paralelismul exact ca in shell, pentru ca acum sa vad ca nu asta se astepta de la noi, mai ales ca nu s-a precizat la vreun moment dat comportamentul exact asteptat). Astept lamuriri. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 16:29:39 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 16 Nov 2003 08:29:39 -0800 (PST) Subject: [so] tema 1 corectare In-Reply-To: <20031116161808.26378.qmail@web41013.mail.yahoo.com> Message-ID: <20031116162939.33899.qmail@web60504.mail.yahoo.com> --- Diana Fulger wrote: > Salut > Uitandu-ma peste notele colegilor mei, am observat > urmatoarea depunctare: implementare "gresita" a > operatorului de cauzalitate, comanda a doua se > executa > intotdeauna. > Recunosc ca, la momentul implementarii temei, nu > m-am > documentat exact asupra chestiunii. Insa, daca dati > man bash, veti observa ca si acolo spune negru pe > alb > (sau cum aveti voi setate terminalele) ca a doua > comanda se executa "if and only if" prima a returnat > cod de eroare 0. Deci, pana la urma ne straduim sa > urmarim Posix-ul, sau nu? (eu de exemplu am pierdut > destul de mult timp simuland paralelismul exact ca > in > shell, pentru ca acum sa vad ca nu asta se astepta > de > la noi, mai ales ca nu s-a precizat la vreun moment > dat comportamentul exact asteptat). > > Astept lamuriri. Iata-le: Cred ca tu interpretezi gresit textul corecturii. "Comanda a doua se executa intotdeauna" in implementarea din tema respectiva si e gresit. Corect este cum ai citit si tu in man. Nu inteleg de ce te referi la paralelism cand operatorul de cauzalitate secventiaza comenzile. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 16:31:00 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 16 Nov 2003 08:31:00 -0800 (PST) Subject: [so] tema 1 corectare In-Reply-To: <20031116162939.33899.qmail@web60504.mail.yahoo.com> Message-ID: <20031116163100.12851.qmail@web41008.mail.yahoo.com> Referinta la paralelism era ceva diferit, am observat ca si pentru asta s-a mai scazut. --- Cosmin Arad wrote: > --- Diana Fulger wrote: > > Salut > > Uitandu-ma peste notele colegilor mei, am observat > > urmatoarea depunctare: implementare "gresita" a > > operatorului de cauzalitate, comanda a doua se > > executa > > intotdeauna. > > Recunosc ca, la momentul implementarii temei, nu > > m-am > > documentat exact asupra chestiunii. Insa, daca > dati > > man bash, veti observa ca si acolo spune negru pe > > alb > > (sau cum aveti voi setate terminalele) ca a doua > > comanda se executa "if and only if" prima a > returnat > > cod de eroare 0. Deci, pana la urma ne straduim sa > > urmarim Posix-ul, sau nu? (eu de exemplu am > pierdut > > destul de mult timp simuland paralelismul exact ca > > in > > shell, pentru ca acum sa vad ca nu asta se astepta > > de > > la noi, mai ales ca nu s-a precizat la vreun > moment > > dat comportamentul exact asteptat). > > > > Astept lamuriri. > > Iata-le: > Cred ca tu interpretezi gresit textul corecturii. > "Comanda a doua se executa intotdeauna" in > implementarea din tema respectiva si e gresit. > Corect > este cum ai citit si tu in man. > > Nu inteleg de ce te referi la paralelism cand > operatorul de cauzalitate secventiaza comenzile. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 16 21:33:21 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 16 Nov 2003 23:33:21 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <20031116080945.87256.qmail@web11204.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031116233309.00a5fce8@mail.mymail.ro> orice numar. Maria. >Id-urile grupurilor pot fi orice numere sau trebuie sa >aiba vreo legatura cu numarul maxim de grupuri (intre >0 si GROUP_MAX) ? > > > >Andrei > >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree >_______________________________________________ >so mailing list >so@atlantis.cs.pub.ro >http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > >--------------------------------------------------------------- >Acasa.ro vine cu albumele, tu vino doar cu pozele ;) >http://poze.acasa.ro/ --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 16 21:34:51 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Sun, 16 Nov 2003 23:34:51 +0200 Subject: [so] Bill Gates x-( In-Reply-To: <20031116144152.9122.qmail@web60309.mail.yahoo.com> References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031116233417.00a9e610@mail.mymail.ro> da. Maria. >e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 >de exemplu > >sa ia fiecare cate 3 si sa se blocheze? > > > >Evident ca este vorba de windows > >( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Sun Nov 16 22:15:09 2003 From: so@atlantis.cs.pub.ro (miahi) Date: Mon, 17 Nov 2003 00:15:09 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <5.1.0.14.0.20031116233309.00a5fce8@mail.mymail.ro> Message-ID: <20031116231629.DD14328C059@atlantis> nu e un pic cam tarzie precizarea asta? miahi -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Maria Mateescu Sent: 16 noiembrie 2003 23:33 To: so@atlantis.cs.pub.ro Subject: Re: [so] aceeasi intrebare orice numar. Maria. >Id-urile grupurilor pot fi orice numere sau trebuie sa aiba vreo >legatura cu numarul maxim de grupuri (intre 0 si GROUP_MAX) ? > > > >Andrei From so@atlantis.cs.pub.ro Sun Nov 16 22:27:44 2003 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Sun, 16 Nov 2003 14:27:44 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <5.1.0.14.0.20031116233417.00a9e610@mail.mymail.ro> Message-ID: <20031116222744.47117.qmail@web40002.mail.yahoo.com> --0-1932631138-1069021664=:42994 Content-Type: text/plain; charset=us-ascii Nu inteleg de ce da. In mod normal nu ar trebui sa fie servit unul dintre el si sa ramana celalalt sa astepte? In tema scrie: "fiecare consumator isi asteapta prajiturile (daca nu exista cakes_no prajituri consumatorul va astepta sa se aduca (de catre un furnizor). " Eu inteleg de aici ca presupunand ca cel cu 4 prajituri e primul venit el va lua 4 din cele 6, vor ramane 2 in frigider si cel care vrea 5 va astepta pana vine un furnizor si ii aduce cakes_no(nu neaparat cakes_no, in acest caz cakes_no-2, adica sa ii completeze pana la cakes_no). Am trimis tema in acest mod si as vrea un raspuns, te rog mult, ca sa stiu ca totul e in ordine. Mihai Murgan Maria Mateescu wrote: da. Maria. >e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5 >de exemplu > >sa ia fiecare cate 3 si sa se blocheze? > > > >Evident ca este vorba de windows > >( si eu care speram sa o portez in mai putin de 3 ore ) --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1932631138-1069021664=:42994 Content-Type: text/html; charset=us-ascii
Nu inteleg de ce da. In mod normal nu ar trebui sa fie servit unul dintre el si sa ramana celalalt sa astepte?
In tema scrie:
"fiecare consumator isi asteapta prajiturile (daca nu exista cakes_no prajituri consumatorul va astepta sa se aduca (de catre un furnizor). "
Eu inteleg de aici ca presupunand ca cel cu 4 prajituri e primul venit el va lua 4 din cele 6, vor ramane 2 in frigider si cel care vrea 5 va astepta pana vine un furnizor si ii aduce cakes_no(nu neaparat cakes_no, in acest caz cakes_no-2, adica sa ii completeze pana la cakes_no). Am trimis tema in acest mod si as vrea un raspuns, te rog mult, ca sa stiu ca totul e in ordine.
 
Mihai Murgan

Maria Mateescu <atta@mymail.ro> wrote:

da.

Maria.



>e posibil ca, daca exista 6 prajituri si vin doi clienti care cer 4 si 5
>de exemplu
>
>sa ia fiecare cate 3 si sa se blocheze?
>
>
>
>Evident ca este vorba de windows
>
>( si eu care speram sa o portez in mai putin de 3 ore )



---------------------------------------------------------------
Acasa.ro vine cu albumele, tu vino doar cu pozele ;)
http://poze.acasa.ro/

_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1932631138-1069021664=:42994-- From so@atlantis.cs.pub.ro Sun Nov 16 22:48:12 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Sun, 16 Nov 2003 14:48:12 -0800 (PST) Subject: [so] Bill Gates x-( In-Reply-To: <20031116222744.47117.qmail@web40002.mail.yahoo.com> Message-ID: <20031116224812.83220.qmail@web41011.mail.yahoo.com> io am intrebat exact acelasi lucru si mi s-a zis ca putem sa facem tema cum vrem adica fie ia cate o prajitura pana isi face numarul fie le asteapta pe toate. --- Murgan Mihai wrote: > Nu inteleg de ce da. In mod normal nu ar trebui sa > fie servit unul dintre el si sa ramana celalalt sa > astepte? > In tema scrie: > "fiecare consumator isi asteapta prajiturile (daca > nu exista cakes_no prajituri consumatorul va astepta > sa se aduca (de catre un furnizor). " > Eu inteleg de aici ca presupunand ca cel cu 4 > prajituri e primul venit el va lua 4 din cele 6, vor > ramane 2 in frigider si cel care vrea 5 va astepta > pana vine un furnizor si ii aduce cakes_no(nu > neaparat cakes_no, in acest caz cakes_no-2, adica sa > ii completeze pana la cakes_no). Am trimis tema in > acest mod si as vrea un raspuns, te rog mult, ca sa > stiu ca totul e in ordine. > > Mihai Murgan > > Maria Mateescu wrote: > > da. > > Maria. > > > > >e posibil ca, daca exista 6 prajituri si vin doi > clienti care cer 4 si 5 > >de exemplu > > > >sa ia fiecare cate 3 si sa se blocheze? > > > > > > > >Evident ca este vorba de windows > > > >( si eu care speram sa o portez in mai putin de 3 > ore ) > > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > --------------------------------- > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 07:17:16 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 09:17:16 +0200 Subject: [so] Testarea temelor In-Reply-To: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> References: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> Message-ID: <1069053436.3fb875fc2981e@cs.pub.ro> Salut, > In urma rezultatului obtinut la tema 1 am 2 intrebari: > - eu de exemplu am fost depunctat pentru redirectari de genul cmd1 < cmd2 > in conditiile in care am mentionat ca minishellul meu, atunci cand apar > operatori de redirectare, prelucreaza o comanda de genul 'cmd op_redir > nume_fisier'; Intr-adevar cmd1 < cmd2 nu avea ce cauta acolo, nefiind in cerintele temei. Am corectat. > - va exista un server pe care ne vom putea testa temele si pe care se va face > si corectura? > - unele din erorile pentru care am fost depunctat nu imi apar acasa; e > posibil sa fii programat prost, dar nu as fi trimis o tema daca la comenzi > simple ar fi dat segm.fault:D; poate ar fi util sa se stabileasca macar > versiunea de kernel si cea a compilatorului pe care se face testarea. In legatura cu serverul de lucru, o sa intreb. Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 07:53:04 2003 From: so@atlantis.cs.pub.ro (Ifrim Mircea) Date: Sun, 16 Nov 2003 23:53:04 -0800 (PST) Subject: [so] CreateProcess Message-ID: <20031117075304.41556.qmail@web20308.mail.yahoo.com> --0-360097760-1069055584=:38427 Content-Type: text/plain; charset=us-ascii Am si eu o mica problema: cum creez un proces pe windows care sa aiba ca parametru o functie de-a mea, de exemplu functia void myprocedure(void) ? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-360097760-1069055584=:38427 Content-Type: text/html; charset=us-ascii
Am si eu o mica problema: cum creez un proces pe windows care sa aiba ca parametru o functie de-a mea,  de exemplu functia void myprocedure(void) ?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-360097760-1069055584=:38427-- From so@atlantis.cs.pub.ro Mon Nov 17 08:39:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 00:39:32 -0800 (PST) Subject: [so] CreateProcess In-Reply-To: <20031117075304.41556.qmail@web20308.mail.yahoo.com> Message-ID: <20031117083932.12528.qmail@web60509.mail.yahoo.com> --- Ifrim Mircea wrote: > Am si eu o mica problema: cum creez un proces pe > windows care sa aiba ca parametru o functie de-a > mea, de exemplu functia void myprocedure(void) ? Nu inteleg prea bine ce vrei sa faci. Banuiesc ca vrei sa executi o functie specificata la run-time. Daca asta este cazul iti dai seama ca codul functiei trebuie sa fie executabil si sa fie incarcat undeva in segmentul de cod al procesului. Ai 2 variante: Sa definesti toate functiile al caror nume il poti primi ca parametru in programul tau sau sa le definesti intr-un DLL pe care sa-l incarci. Daca vrei sa faci altceva specifica clar ce. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 10:02:18 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 17 Nov 2003 12:02:18 +0200 Subject: [so] Testarea temelor In-Reply-To: <1069053436.3fb875fc2981e@cs.pub.ro> References: <000a01c3aba0$9ec47ca0$025064c0@andreilaptop> <1069053436.3fb875fc2981e@cs.pub.ro> Message-ID: On Mon, 17 Nov 2003 09:17:16 +0200, Doina Bucur wrote: > Salut, >> - va exista un server pe care ne vom putea testa temele si pe care se >> va face si corectura? >> Acest lucru nu este posibil: unii dintre asistenti nu pot corecta tema pe server pentru ca nu au Internet decat prin dial-up. tavi From so@atlantis.cs.pub.ro Mon Nov 17 10:18:55 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 17 Nov 2003 12:18:55 +0200 Subject: [so] Conflict In-Reply-To: <35508.81.196.10.119.1068916193.squirrel@dazoot.ro> References: <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> <5.1.0.14.0.20031113015356.00a5efc0@mail.mymail.ro> <5.1.0.14.0.20031115013039.00a5f768@mail.mymail.ro> Message-ID: <5.1.0.14.0.20031117121826.00a5ff20@mail.mymail.ro> asa este cum ai zis tu, dar alta era problema lui Florin. Maria. >Salut, > >In textul temei scrie: >"Chiar daca a obtinut numarul de prajituri cerute, fiind tare politicos, >consumatorul nu va incepe sa manance decat atunci cand toti prietenii lui >si-au primit prajiturile. " > >Eu intelesesem ca in momentul in care un consumator comanda prajiturile >dorite le si primeste (daca acestea exista in momentul acela in frigider) >si apoi asteapta sa le manince (adica sa inceapa timpul aleator de >microsecunde destinat mincarii). Adica in timpul in care este "politicos" >si ii asteapta pe ceilalti el are deja prajiturile pe masa, nu mai sunt in >frigider, deci gunoierul nu mai are de ce sa le arunce. > >dana --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 17 10:20:27 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Mon, 17 Nov 2003 12:20:27 +0200 Subject: [so] inchidere cofetarie In-Reply-To: <3FB7678B.7020400@pcnet.ro> References: <20031116003124.71205.qmail@web60505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031117121925.00a93778@mail.mymail.ro> e bine. terminarea se cere tocmai pentru ca ramaneau IPCuri nedistruse. Maria. >Va rog sa imi spuneti daca se scade din punctaj in caz ca nu ofer >posibilitate de inchidere cofetarie in Windows.In linux le-am inchis dar >cum nu s-a specificat nimic in partea de enuntz obligatoriu am considerat >ca inchiderea este o facilitate in plus.In Linux oricum se impunea pentru >ca altfel raman IPC-urile agatate. > >multumesc! > >Ruxandra --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Mon Nov 17 10:46:35 2003 From: so@atlantis.cs.pub.ro (bogdan dragusanu) Date: Mon, 17 Nov 2003 02:46:35 -0800 (PST) Subject: [so] 'ipcs' pe Win Message-ID: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Cum putem vedea semafoarele , cozile de mesaje, memoriile partajate ramase pe Windows. Adica ceva analog lui 'ipcs' de pe Linux. Eventual cum se poate da remove. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 10:59:25 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Mon, 17 Nov 2003 12:59:25 +0200 Subject: [so] despre upload In-Reply-To: <20031114142139.22742.qmail@web21207.mail.yahoo.com> References: <20031114142139.22742.qmail@web21207.mail.yahoo.com> Message-ID: <3FB8AA0D.5080903@romus.ro> sorin adi wrote: >Am dat din greseala upload la o tema de windows in loc >de tema de linux. >Dupa care am uploadat si pe tema de linux,adica eu am >trimis 2 teme identice fara sa vreau si mi-au aparut >ca 2 teme trimise. >Acuma nu as vrea sa ii fie corectata tema de windows >(care e de fapt de linux) si vreau sa trimit si tema >Windows(dar poate mai incolo in vacanta).Cum fac? > > Se ia in considerare ultima tema trimisa. --Adrian. From so@atlantis.cs.pub.ro Mon Nov 17 11:06:39 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Mon, 17 Nov 2003 13:06:39 +0200 Subject: [so] aceeasi intrebare In-Reply-To: <20031116231629.DD14328C059@atlantis> References: <20031116231629.DD14328C059@atlantis> Message-ID: <3FB8ABBF.6090707@romus.ro> miahi wrote: >nu e un pic cam tarzie precizarea asta? > >miahi > > Cred ca intrebarile voastre vin cam tarziu! Au fost doua saptamani pentru tema!! --Adrian. From so@atlantis.cs.pub.ro Mon Nov 17 11:10:02 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Mon, 17 Nov 2003 13:10:02 +0200 Subject: [so] 'ipcs' pe Win In-Reply-To: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Message-ID: > Cum putem vedea semafoarele , cozile de mesaje, memoriile partajate ramase pe Windows. Adica ceva analog lui 'ipcs' de pe Linux. Eventual cum se poate da remove. http://www.sysinternals.com/ntw2k/freeware/procexp.shtml Toate obiectele din kernel sunt distruse cand e distrusa ultima referinta din sistem care indica spre ele. Referintele se inchid cu CloseHandle de catre programator sau la terminarea procesului. Ca sa fii sigur ca ai distrus un obiect din kernel, ori inchizi tu tot ce ai deschis (CloseHandle) ori inchizi toate procesele care au deschis handles la obiectele respective. Ovidiu From so@atlantis.cs.pub.ro Mon Nov 17 11:11:05 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 03:11:05 -0800 (PST) Subject: [so] 'ipcs' pe Win In-Reply-To: <20031117104635.40011.qmail@web20910.mail.yahoo.com> Message-ID: <20031117111105.14742.qmail@web60505.mail.yahoo.com> --- bogdan dragusanu wrote: > Cum putem vedea semafoarele , cozile de mesaje, > memoriile partajate ramase pe Windows. Adica ceva > analog lui 'ipcs' de pe Linux. Eventual cum se poate > da remove. Exista utilitarul WinObj cu care poti vedea obiectele Windows. Daca dai dublu-click pe un Mutex sau Semafor iti spune daca este ocupat respectiv valoarea smeaforului. http://www.sysinternals.com/ntw2k/freeware/winobj.shtml Fiecare obiect are un contor de utilizare (de handle-uri deschise la acel obiect). La CloseHandle contorul respectiv este decrementat iar la Open... ori DuplicateHandle este incrementat. Mai exista un contor de referiri ale obiectului respectiv de catre sistemul de operare. De exemplu un semafor poate fi folosit de catre un driver. Cand ambele contoare ajung la 0 obiectul este distrus automat. Chiar daca tu nu dai CloseHandle oricum la terminarea procesului sunt inchise toate handle-urile deschise in proces, asadar obiectele se distrug automat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 13:00:41 2003 From: so@atlantis.cs.pub.ro (Roxana Andrei) Date: Mon, 17 Nov 2003 05:00:41 -0800 (PST) Subject: [so] Inchidere handle in Windows Message-ID: <20031117130041.11433.qmail@web21102.mail.yahoo.com> Eu am trimis tema de win si in urma discutiilor de astazi de pe grup m-am gandit sa intreb daca se depuncteaza daca nu am dat closehandle la toate obiectele. Dau doar in cei care le CREEAZA (frara cei care le deschid). Si inca o intrebare: negasind un "random" pentru win32 api, am citit in linia de comanda timpul de mancare prajituri. Daca nu se scade, nu as vrea sa retrimit (-0.25). Multumesc __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 13:08:16 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Mon, 17 Nov 2003 15:08:16 +0200 Subject: [so] tema 3 Message-ID: <20031117125913.M97111@idilis.ro> In enuntul temei 3 se specifica ca trebuie implementate politicile SIGNAL AND CONTINUE si SIGNAL AND WAIT. Eu am citit in primul document dat pe site ca exista SIGNAL AND WAIT si SIGNAL AND URGENT WAIT diferenta fiind aceea ca la SIGNAL AND WAIT prioritate cozii Entry=prioritatea cozii Signaller, iar la SIGNAL AND URGENT WAIT prioritatea cozii Entry 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu zice nimic de pb. 2. In documentatia de mingw care e referita la observatii (http://www.mingw.org/docs.shtml) nu am gasit instructiuni despre creat DLL de windows. Zice acolo ceva de librarii .so, etc, dar de .dll nu am vazut nimic. Daca se poate un link mai precis... -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again From so@atlantis.cs.pub.ro Mon Nov 17 16:45:38 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 18:45:38 +0200 Subject: [so] tema1 - corectare & note Message-ID: <1069087538.3fb8fb32075ad@cs.pub.ro> Salut, Baremul temei 1 arata asa: 1p - afisarea promptului si tot ce depinde de el 0.25p - posibilitatea de a citi & executa comenzi in linia de comanda/fisier (aici s-a scazut mai ales pentru buguri de citire din fisier) 0.75p - implementarea cd (comanda interna) 1p - executia comenzilor externe 1p - recunoasterea si expandarea variabilelor de mediu 1p - executia secventiala ";" 1p - executia paralela "&" 1p - executia cauzala "&&" 1p - executia cu pipe "|" 0.5p - redirectarea de output ">" 0.5p - redirectarea de output/err "&>" 0.5p - redirectarea de err "2>" 0.5p - indirectarea "<" Punctajele de mai sus sunt maximul de punctaj care vi se poate scadea pe o subproblema (de ex. "|") daca nu e implementata deloc. In afara de punctajele care vi se pot scadea pentru asta, exista punctaje scazute pentru incorectitudinea programarii (materializate prin segfault, de ex) . Pentru fiecare problema/bug pe care l-am intalnit, exista un punctaj fix care se scade (sau un interval de punctaj, in cazuri rare). Au existat vreo doua probleme/buguri pentru care a fost cazul ca punctajele sa fie modificate pe parcursul corectarii, de unde si eventualele neclaritati (asta si din cauza ca rezultatele au fost publicate partial pe site, inainte de terminarea corectarii - asta a fost necesar, ca sa nu repetati greselile la tema2). De ex.: -0.30 - fisierele rezultate prin redirectare de output/err nu au drepturi (parametrul mode la open) -0.20 - redirectarea la output/err nu face trunchiere pe fisiere existente -0.30 - segfault la getenv -1 - segfault la malloc & friends (buffer overflow) intre 0 si 0.60 - probleme de parsare a spatiilor (depunctarea depinde de gravitate); pentru simplitate problemele de genul asta, in afara de cateva cazuri speciale, au fost in final uniformizate etc Pentru neclaritati mailto: dee@cs.pub.ro, nu pe lista. Doina ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 17:54:43 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Mon, 17 Nov 2003 19:54:43 +0200 Subject: [so] tema3 In-Reply-To: <20031117145954.6D8643FCF2@server1.messagingengine.com> References: <20031117145954.6D8643FCF2@server1.messagingengine.com> Message-ID: On Mon, 17 Nov 2003 16:59:54 +0200, Bogdan Butnaru wrote: > 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei > probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu > zice nimic de pb. > Formularea va invita sa trimiteti mailuri pe lista daca exista neclaritati :) > 2. In documentatia de mingw care e referita la observatii > (http://www.mingw.org/docs.shtml) nu am gasit instructiuni despre creat > DLL de windows. Zice acolo ceva de librarii .so, etc, dar de .dll nu am > vazut nimic. Daca se poate un link mai precis... > Nu prea ai cautat... Al treilea bulet: How to create a dll Here's an example. Cut and paste the following into a file named dllfct.h: #ifdef BUILD_DLL // the dll exports #define EXPORT __declspec(dllexport) #else // the exe imports #define EXPORT __declspec(dllimport) #endif // function to be imported/exported EXPORT void tstfunc (void); Cut and paste the following into a file named dllfct.c: #include #include "dllfct.h" EXPORT void tstfunc (void) { printf ("Hello\n"); } Cut and paste the following into a file named hello.c: #include "dllfct.h" int main () { tstfunc (); return (0); } To create the dll and an executable that uses it, try the following: gcc -c hello.c gcc -c -DBUILD_DLL dllfct.c dllwrap --output-lib=libtstdll.a --dllname=tst.dll --driver-name=gcc dllfct.o gcc -o hello.exe hello.o -L./ -ltstdll For more information on dlls, see http://www.nanotech.wisc.edu/~khan/software/gnu-win32/dllhelpers.html tavi From so@atlantis.cs.pub.ro Mon Nov 17 18:11:33 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Mon, 17 Nov 2003 10:11:33 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <1069087538.3fb8fb32075ad@cs.pub.ro> Message-ID: <20031117181133.70849.qmail@web11203.mail.yahoo.com> Ar fi fost bine de stiut de la inceput cam ce teste ar fi trebuit sa indeplineasca temele noastre, nu sa ne imaginam noi teste posibile si sa nu stim de fapt ce se cere de la noi ..... Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 20:24:51 2003 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Mon, 17 Nov 2003 22:24:51 +0200 Subject: [so] Re: Fwd: corectare tema1 linux In-Reply-To: References: Message-ID: <1069100691.3fb92e9373fc4@cs.pub.ro> Cum destul de multi dintre voi ati ales comportamentul tip "pus in background" pentru &, mesajul asta devine general: > ------- Forwarded message ------- > From: Catalin Constantin > To: tavi@cs.pub.ro > Subject: corectare tema1 linux > Date: Mon, 17 Nov 2003 22:14:01 +0200 > > > http://cs.pub.ro/so/Teme/note/343CA/ConstantinCatalin/tema1/lin/NOTA > > > > -0.40 > > > > Actiunea lui sleep nu e vizibila in testul urmator: > > > > [tavi@lemon]> sleep 2 & ls -la > > total 108 > > drwxr-xr-x 4 tavi tavi 4096 Nov 16 20:06 . > > drwxr-xr-x 3 tavi tavi 4096 Nov 2 23:35 .. > > // executia se termina imediat; pe primul proces nu faci wait la > > exec_comanda(,,false) > > > > > > mi se pare perfect normal sa faca asa > > pentru ca & pune in background ! Enuntul temei zice asa: "Operatorul de paralelism "&" . Astfel "alfa & beta" va executa comenzile alfa si beta in paralel." Adica trebuia sa implementati o facilitate care nu isi are echivalentul in bash, si pentru operatorul asta sa nu imitati bashul. > > am testat si pe bash si face la fel cum fac eu. Doina -- dee@cs.pub.ro ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Mon Nov 17 22:36:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 14:36:21 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031117125913.M97111@idilis.ro> Message-ID: <20031117223621.23494.qmail@web60508.mail.yahoo.com> --- Ioana Cutcutache wrote: > In enuntul temei 3 se specifica ca trebuie > implementate politicile SIGNAL > AND CONTINUE si SIGNAL AND WAIT. Eu am citit in > primul document dat pe site > ca exista SIGNAL AND WAIT si SIGNAL AND URGENT WAIT > diferenta fiind aceea ca > la SIGNAL AND WAIT prioritate cozii > Entry=prioritatea cozii Signaller, iar la > SIGNAL AND URGENT WAIT prioritatea cozii > Entry In enunt se specifica de asemenea ca : > "Cand aveti fire de executie in toate cozile > alegerea se va face tinand > cont ca coada de procese blocate la intrare, Entry > Queue, este cea mai putin > prioritara." > Din aceasta inteleg ca prioritatea Entry > Queue Queue, deci noi practic trebuie sa implementam > varianta SIGNAL AND URGENT > WAIT. Asa e? Da, asa e. Am scris eu prescurtat :). Am pus o clarificare la Observatii in legatura cu asta. > A doua intrebare : daca mai multe fire de > executie asteapta la o variabila > conditie trebuie ca atunci cand se da signal pe > variabila respectiva sa fie > trecut in coada Waiting cel care asteapta de cel mai > mult timp sau oricare > din ele? (daca ar trebui luat in considerare cel > care asteapta de cel mai de > mult ar trebui folosite si niste cozi...) Oricare dintre ele. Pe langa faptul ca este mai complicata, implementarea cu cozi FIFO aduce si o penalizare de performanta (can u see why?), deci nu isi are rostul. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 17 23:02:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 17 Nov 2003 15:02:54 -0800 (PST) Subject: [so] P(n) pe Windows Message-ID: <20031117230254.17549.qmail@web60509.mail.yahoo.com> Salut, Cred ca unii dintre voi ati abordat gresit problema cu P(n) in Windows. Daca protejezi semaforul cu un mutex si faci n operatii WaitForSingleObject dupa care eliberezi mutexul se intampla serializarea operatiilor P. De exemplu pentru un semafor cu valoarea 6 pe care se fac operatiile P(7), P(2), P(2), P(2) din 4 threaduri diferite, operatiile P(2) vor astepta dupa P(7) care tine mutexul asociat semaforului, desi nu ar trebui sa astepte. Am pus la http://cs.pub.ro/~so/Laboratoare/Semaphore.zip o propunere de semafor generalizat pe Windows cu operatiile P(n), V(n) si WaitZero(). Semaforul poate fifolosit cu threaduri, asigura fairness si nu serializeaza operatiile. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 18 14:26:13 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Tue, 18 Nov 2003 16:26:13 +0200 Subject: [so] tema3 In-Reply-To: References: <20031117145954.6D8643FCF2@server1.messagingengine.com> Message-ID: <20031118142613.6A54941E2E@server1.messagingengine.com> OK, am inteles cum e cu dll-urile. Totusi, care sunt formularile pentru cele trei probleme suplimentare: Bounded Buffer cu mai multi producatori si mai multi consumatori, Dining Philosophers, Cigarette Smokers? On Mon, 17 Nov 2003 19:54:43 +0200, "Octavian Purdila" said: > On Mon, 17 Nov 2003 16:59:54 +0200, Bogdan Butnaru > wrote: > > > 1. Pe pagina cu tema 3, la sfarsitul enuntului, spune ceva de alte trei > > probleme; Scrie acolo ca pentru cerinte a se vewdea FAQ, dar la FAQ nu > > zice nimic de pb. > > > > Formularea va invita sa trimiteti mailuri pe lista daca exista > neclaritati > :) > -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Faster than the air-speed velocity of an unladen european swallow From so@atlantis.cs.pub.ro Wed Nov 19 06:51:54 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Wed, 19 Nov 2003 08:51:54 +0200 Subject: [so] tema 3 References: <20031117223621.23494.qmail@web60508.mail.yahoo.com> Message-ID: <000c01c3ae69$a1be7ac0$0c829ad5@ioana> Am o nelamurire : vad ca s-a mai schimbat ceva in enuntul temei, si anume a disparut propozitia "Deblocarea unui fir de executie din orice coada din monitor se va face obligatoriu in ordine FIFO." Asta inseamna ca nu trebuie sa fie deblocate in ordine FIFO firele de executie din Entry, Waiting, Signaller? De asemenea la destroy se spune "destroy - apelat cand monitorul nu este liber, mai exista un fir de executie activ in monitor. " Prin fir activ ce se intelege? Firul care detine monitorul? Banuiesc ca nu se poate distruge un monitor daca sunt fire care asteapta in una din cozi, chiar daca nici unul nu il detine. Rezolvarea celor 2 probleme se poate face cu oricare din politici vrem? From so@atlantis.cs.pub.ro Wed Nov 19 10:30:46 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 19 Nov 2003 02:30:46 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <000c01c3ae69$a1be7ac0$0c829ad5@ioana> Message-ID: <20031119103046.86608.qmail@web60505.mail.yahoo.com> --- Ioana Cutcutache wrote: > Am o nelamurire : vad ca s-a mai schimbat ceva > in enuntul temei, si > anume a disparut propozitia "Deblocarea unui fir de > executie din orice coada > din monitor se va face obligatoriu in ordine FIFO." > Asta inseamna ca nu > trebuie sa fie deblocate in ordine FIFO firele de > executie din Entry, > Waiting, Signaller? Exact. Nu este obligatorie ordinea FIFO in nici una din cozi. > De asemenea la destroy se spune "destroy - > apelat cand monitorul nu > este liber, mai exista un fir de executie activ in > monitor. " Prin fir activ > ce se intelege? Firul care detine monitorul? > Banuiesc ca nu se poate > distruge un monitor daca sunt fire care asteapta in > una din cozi, chiar daca > nici unul nu il detine. Da, prin fir activ se intelege cel care detine monitorul. Da, nu se poate distruge nici daca ai fire blocate in el. Am omis sa specific. > Rezolvarea celor 2 probleme se poate face cu > oricare din politici vrem? Da. In situatia in care una din probleme necesita o anumita politica specificati in README de ce. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 10:55:09 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 19 Nov 2003 02:55:09 -0800 (PST) Subject: [so] tema3 In-Reply-To: <20031118142613.6A54941E2E@server1.messagingengine.com> Message-ID: <20031119105510.3631.qmail@web60508.mail.yahoo.com> --- Bogdan Butnaru wrote: > OK, am inteles cum e cu dll-urile. Totusi, care sunt > formularile pentru > cele trei probleme suplimentare: > > Bounded Buffer cu mai multi producatori si mai multi > consumatori, > Dining Philosophers, > Cigarette Smokers? BoundedBuffer e problema producator consumator. Producatorul produce (adauga) elemente intr-un buffer de dimensiune fixa, iar consumatorul extrage elemente din buffer. De data aceasta vei avea mai mult de un producator si mai mult de un consumator. Practic nu e mare diferenta. Producatorii trebuie sa astepte la o conditie full si consumatorii la o conditie empty. Problema e banala dar s-o rezolvati corect. Dining philosophers e problema clasica cu N filosofi in jurul unei mese rotunde. Fiecare are in fata sa o farfurie cu spagette si exista N furculite plasate intre cele N farfurii astfel incat fiecare filosof are in stanga si in dreapta cate o furculita pe care se "bate" cu vecinii din stanga respectiv dreapta. In caz ca mai trebuie mentionat, filosofii sunt procese care concureaza pt resursele de tip furculita. Exista in cartea Modern Operating Systems a lui Tanenbaum o solutie cu semafoare la acesta problema. Voi trebuie sa gasiti o solutie cu monitoare si sunteti restrictionati la a folosi doar un monitor. Probabil ca in loc sa astepte la niste monitoare filosofii vor astepta la niste variabile conditie din monitor. S-ar putea ca inlocuirea chioara a semafoarelor din solutia lui Tanenbaum cu variabile conditie sa nu reprezinte o solutie corecta. Trebuie sa evitati deadlock, livelock, etc. Solutii gresite gasiti in curs ca sa vedeti care sunt capcanele. In problema Cigarette Smokers avem 4 procese: 3 fumatori si un agent. Fiecare fumator detine unul dintre ingredientele: tutun, hartie si chibrite, necesare pentru a aprinde o tigara. Asadar un fumator va avea doar tutun, unul doar hartie si unul doar chibrite. Agentul va avea o cantitate nelimitata din toate cele 3 ingrediente. La un moment dat agentul pune pe masa 2 dintre ingrediente, pe rand, iar fumatorul care il are pe al treilea isi va aprinde o tigara. Agentul va astepta ca fumatorul sa termine de fumat dupa care ciclul se repeta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 11:20:57 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 19 Nov 2003 13:20:57 +0200 Subject: [so] tema1 - corectare & note In-Reply-To: <20031117181133.70849.qmail@web11203.mail.yahoo.com> References: <20031117181133.70849.qmail@web11203.mail.yahoo.com> Message-ID: <3FBB5219.3080707@romus.ro> Andrei Stefan wrote: >Ar fi fost bine de stiut de la inceput cam ce teste ar >fi trebuit sa indeplineasca temele noastre, nu sa ne >imaginam noi teste posibile si sa nu stim de fapt ce >se cere de la noi ..... > Nu inteleg care-i problema. Scrie pe site (in enuntul temei si pe mail-list) ce trebuie sa faca temele, sau cum zici tu: ce se cere de la voi. Programele nu se fac sa mearga pe anumite teste! Ci pe toate combinatiile de teste care se incadreaza in cerinte. --sadyc From so@atlantis.cs.pub.ro Wed Nov 19 11:24:55 2003 From: so@atlantis.cs.pub.ro (Adrian Stanciu) Date: Wed, 19 Nov 2003 13:24:55 +0200 Subject: [so] tema3 In-Reply-To: <20031118142613.6A54941E2E@server1.messagingengine.com> References: <20031117145954.6D8643FCF2@server1.messagingengine.com> <20031118142613.6A54941E2E@server1.messagingengine.com> Message-ID: <3FBB5307.6030805@romus.ro> Bogdan Butnaru wrote: >OK, am inteles cum e cu dll-urile. Totusi, care sunt formularile pentru >cele trei probleme suplimentare: > >Bounded Buffer cu mai multi producatori si mai multi consumatori, >Dining Philosophers, >Cigarette Smokers? > Da voi chiar nu cititi nimic ??? Daca nu ma insel aveti bibliografie pentru SO, crezi ca-i data de pomana? PS: nu astept raspuns la acest email! --sadyc From so@atlantis.cs.pub.ro Wed Nov 19 11:45:10 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Wed, 19 Nov 2003 03:45:10 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <3FBB5219.3080707@romus.ro> Message-ID: <20031119114510.22866.qmail@web41014.mail.yahoo.com> Sa nu exageram importanta informatiilor vehiculate atat pe site, cat si pe mailing list, atata timp cat la intrebarile pentru tema 1 v-ati lansat cu totii in indicatii din cele mai pretioase, iar specificatia exacta a ceea ce se astepta de la noi a sosit abia ca justificare a corectarii. --- Adrian Stanciu wrote: > Andrei Stefan wrote: > > >Ar fi fost bine de stiut de la inceput cam ce teste > ar > >fi trebuit sa indeplineasca temele noastre, nu sa > ne > >imaginam noi teste posibile si sa nu stim de fapt > ce > >se cere de la noi ..... > > > Nu inteleg care-i problema. > Scrie pe site (in enuntul temei si pe mail-list) ce > trebuie sa faca > temele, sau cum zici tu: ce se cere de la voi. > > Programele nu se fac sa mearga pe anumite teste! > Ci pe toate combinatiile de teste care se incadreaza > in cerinte. > > --sadyc > > > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 19 12:41:22 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 19 Nov 2003 14:41:22 +0200 Subject: [so] tema1 - corectare & note In-Reply-To: <20031119114510.22866.qmail@web41014.mail.yahoo.com> References: <20031119114510.22866.qmail@web41014.mail.yahoo.com> Message-ID: Acesta este raspunsul final. Alte intrebari similare (sau comentarii) nu vor mai primi raspuns din partea noastra. On Wed, 19 Nov 2003 03:45:10 -0800 (PST), Diana Fulger wrote: > Sa nu exageram importanta informatiilor vehiculate > atat pe site, cat si pe mailing list, atata timp cat > la intrebarile pentru tema 1 v-ati lansat cu totii in > indicatii din cele mai pretioase, iar specificatia O fraza de introducere frumos construita, cu accente satirice. Dar cu ce o sustii? > exacta a ceea ce se astepta de la noi a sosit abia ca > justificare a corectarii. > Ce se astepta de la voi era specificat in cerintele temei. Fiecare punct din barem este prezent in cerintele temei. Cat despre "nu ar trebuie sa fim depunctati pentru greseli de C" pe care am mai auzit-o... Este o scuza lamentabila. Si in contextul de fata nu are sens: toate sistemele de operare in uz la ora actuala au fost scrise in C, si facilitatile puse la dispozitie de ele sunt disponibile la nivelul cel mai apropiat de SO tot din C. Si ati fost avertizati de la inceput, dar cati dintre voi s-au obosit sa citeasca regulile? Si in fine, o ultima remarca relativ la "cam ce teste ar fi trebuit sa indeplineasca temele noastre". Programele nu sunt terminate atunci cand s-a terminat de scris ultima linie de cod. Ele trebuie testate. De catre programatori in faza initiala pentru a scoate bug-urile evidente, si apoi de echipa QA. tavi From so@atlantis.cs.pub.ro Wed Nov 19 15:59:37 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Wed, 19 Nov 2003 07:59:37 -0800 (PST) Subject: [so] tema1 - corectare & note In-Reply-To: <3FBB5219.3080707@romus.ro> Message-ID: <20031119155937.94875.qmail@web11208.mail.yahoo.com> Pot sa existe mii de teste ..... Andrei __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 20 22:00:25 2003 From: so@atlantis.cs.pub.ro (Sava Ionut) Date: Thu, 20 Nov 2003 14:00:25 -0800 (PST) Subject: [so] In legatura cu corectarea Message-ID: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Am vazut ca tema 1 a fost corectata mai dur. E foarte bine. Ideea ar fi sa invatam ceva din toata chestia asta. Nu sa vedem ce punctaje mici am luat ... Eu as propune asta : sa se spuna cam care vor fi testele ( cel putin mai vag ) sau anume la ce sa fim atenti. Cu alte cuvinte ar trebui sa fim un pic ajutati sa gasim bugurile ca sa putem rezolvam, mai degraba decat sa vedem ca suntem depunctati. Eu personal nu cred ca cineva dupa ce isi vede tema corectata se apuca sa isi corecteze bugurile, deci cu alte cuvinte nu prea invata multe. De asemenea ar fi sa se faca pentru fiecare tema o lista de greseli frecvente si cum se pot rezolva ( eventual si cod dc nu depaseste 5-6 linii). Sau sa fie puse pe site un numar de teme facute f bine ca sa putem sa ne comparam (Chiar daca toti ar face o tema perfect tot ar fi unele care sa fie facute optimizat, cu mai putine linii de cod, mai elegant ... SI TOT AR FI O SANSA IN PLUS SA INVETI CEVA). De exemplu am vazut la mai multi oamneni nu se inchidea pipe-ul. Nu stiam ca trebuia inchis capatul de scriere al pipeului inainte de exec. Si probabil dc nu auzeam pe cine trebuie nici n-as fi aflat prea curand. As dori sa primesc un raspuns la acest mail. Have a nice day! __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Fri Nov 21 08:08:17 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 21 Nov 2003 10:08:17 +0200 Subject: [so] In legatura cu corectarea In-Reply-To: <20031120220025.85634.qmail@web21107.mail.yahoo.com> References: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Message-ID: On Thu, 20 Nov 2003 14:00:25 -0800 (PST), Sava Ionut wrote: > Eu as propune asta : sa se spuna cam care vor fi > testele ( cel putin mai vag ) sau anume la ce sa fim > atenti. Cu alte cuvinte ar trebui sa fim un pic In primul si in primul rand ar trebui sa cititi modalitatea de punctare, si mai ales de depunctare din sectiunea Reguli. Daca exista neclaritati, la cum puteti detecta situatiile descrise acolo, intrebati pe lista. Aproape toate greselile pentru care au fost depunctate majoritatea temelor sunt intalnite in acea lista. In al doilea rand: testati-va temele singuri. Contrar a ceea ce cred unii, nu e nevoie de mii de teste pentru a va verifica programul. Daca aveti clara arhitectura programului este simplu sa testati componentele acestuia, si sa eliminati bugurile evidente. In cazul primei teme acest lucru era banal, pentru ca fiecare comanda putea fi testata separat. Testarea temei este la fel de importanta ca si implementarea ei, asa ca noi consideram ca este mai bine sa nu va dam testele, astfel incat voi sa va ganditi la ele, si prin acest lucru sa intelegeti mai bine tema. > ajutati sa gasim bugurile ca sa putem rezolvam, mai > degraba decat sa vedem ca suntem depunctati. Eu > personal nu cred ca cineva dupa ce isi vede tema > corectata se apuca sa isi corecteze bugurile, deci cu > alte cuvinte nu prea invata multe. > Nu e atat de important sa corectati bugurile unei teme ce a fost notata deja, decat ca exercitiu. Dar e important sa intelegeti de ce a aparuta bugul, si cum puteti evita situatii de genul acesta in viitor. Stiti voi, errare humanum est, perseverare diabolicum. > De asemenea ar fi sa se faca pentru fiecare tema o > lista de greseli frecvente si cum se pot rezolva ( > eventual si cod dc nu depaseste 5-6 linii). Sau sa fie Cea mai frecventa "greseala" este faptul ca nu se programeaza cu pagina de manual in fata. Inainte de a folosi o functie, cititi cu atentie, si pe cat posibil, toata pagina de manual si luati in calcul toate posibilitatile oricat de improbabile ar parea ele. In plus, exista un stil de programare ce duce inevitabil la buguri: fixarea unor limite. Uneori acest lucru este inevitabil, dar in aceste cazuri tineti cont de limite. Aceste greseli sunt cauza a probabil 90% din buguri. > puse pe site un numar de teme facute f bine ca sa > putem sa ne comparam (Chiar daca toti ar face o tema > perfect tot ar fi unele care sa fie facute optimizat, > cu mai putine linii de cod, mai elegant ... SI TOT AR > FI O SANSA IN PLUS SA INVETI CEVA). Acest lucru este imposibil, in situatia in care temele sunt valabile inclusiv in sesiunea de restanta. > De exemplu am vazut la mai multi oamneni nu se > inchidea pipe-ul. Nu stiam ca trebuia inchis capatul > de scriere al pipeului inainte de exec. Si probabil dc > nu auzeam pe cine trebuie nici n-as fi aflat prea > curand. Sunt curios: ai fost la laborator? tavi From so@atlantis.cs.pub.ro Fri Nov 21 09:07:48 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Fri, 21 Nov 2003 01:07:48 -0800 (PST) Subject: [so] In legatura cu corectarea In-Reply-To: <20031120220025.85634.qmail@web21107.mail.yahoo.com> Message-ID: <20031121090748.64855.qmail@web41015.mail.yahoo.com> --0-752689260-1069405668=:62183 Content-Type: text/plain; charset=us-ascii Salut, Chestia cu pipe-ul nu a fost o capcana. Este o chestie tehnica deci legata de laborator , si la care ai fi primit raspunsul si inainte daca ai fi intrebat ( inainte de a trimite tema). P.S. : Aceasta lista vizeaza numai intrebari si raspunsuri legate de teme. Pentru orice alta nelamurire,propunere, etc ar trebui sa va adresati direct la tavi@cs.pub.ro sau direct laborantului (cand problema este de ordin tehnic) George Sava Ionut wrote: Am vazut ca tema 1 a fost corectata mai dur. E foarte bine. Ideea ar fi sa invatam ceva din toata chestia asta. Nu sa vedem ce punctaje mici am luat ... Eu as propune asta : sa se spuna cam care vor fi testele ( cel putin mai vag ) sau anume la ce sa fim atenti. Cu alte cuvinte ar trebui sa fim un pic ajutati sa gasim bugurile ca sa putem rezolvam, mai degraba decat sa vedem ca suntem depunctati. Eu personal nu cred ca cineva dupa ce isi vede tema corectata se apuca sa isi corecteze bugurile, deci cu alte cuvinte nu prea invata multe. De asemenea ar fi sa se faca pentru fiecare tema o lista de greseli frecvente si cum se pot rezolva ( eventual si cod dc nu depaseste 5-6 linii). Sau sa fie puse pe site un numar de teme facute f bine ca sa putem sa ne comparam (Chiar daca toti ar face o tema perfect tot ar fi unele care sa fie facute optimizat, cu mai putine linii de cod, mai elegant ... SI TOT AR FI O SANSA IN PLUS SA INVETI CEVA). De exemplu am vazut la mai multi oamneni nu se inchidea pipe-ul. Nu stiam ca trebuia inchis capatul de scriere al pipeului inainte de exec. Si probabil dc nu auzeam pe cine trebuie nici n-as fi aflat prea curand. As dori sa primesc un raspuns la acest mail. Have a nice day! __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-752689260-1069405668=:62183 Content-Type: text/html; charset=us-ascii
Salut,
 
Chestia cu pipe-ul nu a fost o capcana. Este o chestie tehnica deci legata de laborator ,
si la care ai fi primit raspunsul si inainte daca ai fi intrebat ( inainte de a trimite tema).
 
P.S. : Aceasta lista vizeaza numai intrebari si raspunsuri legate de teme. Pentru orice alta nelamurire,propunere, etc  ar trebui sa va adresati direct la tavi@cs.pub.ro sau direct laborantului (cand problema este de ordin tehnic)
 
George

Sava Ionut <sava_ionut@yahoo.com> wrote:
Am vazut ca tema 1 a fost corectata mai dur. E
foarte bine. Ideea ar fi sa invatam ceva din toata
chestia asta. Nu sa vedem ce punctaje mici am luat ...

Eu as propune asta : sa se spuna cam care vor fi
testele ( cel putin mai vag ) sau anume la ce sa fim
atenti. Cu alte cuvinte ar trebui sa fim un pic
ajutati sa gasim bugurile ca sa putem rezolvam, mai
degraba decat sa vedem ca suntem depunctati. Eu
personal nu cred ca cineva dupa ce isi vede tema
corectata se apuca sa isi corecteze bugurile, deci cu
alte cuvinte nu prea invata multe.
De asemenea ar fi sa se faca pentru fiecare tema o
lista de greseli frecvente si cum se pot rezolva (
eventual si cod dc nu depaseste 5-6 linii). Sau sa fie
puse pe site un numar de teme facute f bine ca sa
putem sa ne comparam (Chiar daca toti ar face o tema
perfect tot ar fi unele care sa fie facute optimizat,
cu mai putine linii de cod, mai elegant ... SI TOT AR
FI O SANSA IN PLUS SA INVETI CEVA).
De exemplu am vazut la mai multi oamneni nu se
inchidea pipe-ul. Nu stiam ca trebuia inchis capatul
de scriere al pipeului inainte de exec. Si probabil dc
nu auzeam pe cine trebuie nici n-as fi aflat prea
curand.
As dori sa primesc un raspuns la acest mail.
Have a nice day!

__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-752689260-1069405668=:62183-- From so@atlantis.cs.pub.ro Fri Nov 21 10:45:15 2003 From: so@atlantis.cs.pub.ro (Eu Io) Date: Fri, 21 Nov 2003 02:45:15 -0800 (PST) Subject: [so] Comparatie CA CB Message-ID: <20031121104515.59912.qmail@web60110.mail.yahoo.com> Protest Materia Sisteme de Operare ar trebui sa fie accesibila si studentilor medii.Greadul de dificultate al temelor trebuie sa permita unui student mediu sa rezolve temele.A se vedea spre comparatie Sistemele de Operare de la seria CB(ce teme sunt la CB si ce teme la CA).La CA avemteme de casa imense iar la laborator trebuie sa ne facem exercitiile de acasa pentru ca nu avem timp sa terminam la laborator. __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sat Nov 22 09:47:38 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 01:47:38 -0800 (PST) Subject: [so] vesti bune Message-ID: <20031122094738.59193.qmail@web60510.mail.yahoo.com> Salut, Iata o mica nelamurire care s-a ivit in legatura cu tema 3. Dupa cum deja probabil ca v-ati dat seama nu este necesar sa implementati in monitor cozi explicite si va puteti folosi de variabile conditie. Aceasta fiind situatia una dintre cerintele temei este depistarea situatiilor de folosire incorecta a monitorului (operatiile signal, broadcast si wait pot fi apelate doar de threaduri intrate deja in monitor). De aici se naste intrebarea: cum putem sa ne dam seama ca un thread apeleaza signal sau wait inainte de a face enter. Neavand in monitor liste cu toate threadurile intrate o solutie ar fi ca fiecare thread sa-si tina un flag care sa indice daca threadul este sau nu in monitor, flag care sa fie testat in fiecare operatie. Deoarece programatorul care foloseste biblioteca monitor trebuie sa nu fie constient de flagul respectiv acesta va trebui implementat in biblioteca. Dar cum bliblioteca este partajata si ea se incarca in spatiul de adrese al procesului, un simplu flag global in librarie ar fi comun tuturor threadurilor care incarca libraria. Pentru acest motiv va trebui sa folositi thread local storage astfel incat flagul sa fie privat in fiecare thread. Vestile bune erau ca aveti ocazia sa invatati sa folositi thread local storage :). Pentru a initializa TLS veti folosi entry-pointul in librarie. Pe Windows faceti un TlsAlloc/TlsFree in DllMain, iar pe Linux faceti un pthread_key_create in constructorul/destructorul librariei declarat astfel: void __attribute__ ((constructor)) my_init(void); void __attribute__ ((destructor)) my_fini(void); Pentru detalii vezi urmatoarele linkuri in Platform SDK pt Windows: ms-help://MS.PSDK.1033/dllproc/base/thread_local_storage.htm ms-help://MS.PSDK.1033/dllproc/base/using_thread_local_storage.htm ms-help://MS.PSDK.1033/dllproc/base/using_thread_local_storage_in_a_dynamic_link_library.htm Pentru Linux vezi man pthread_key_create si din Program Library HOWTO: http://www.tldp.org/HOWTO/Program-Library-HOWTO/miscellaneous.html#INIT-AND-CLEANUP Am pus linkurile de mai sus si in sectiunea Observatii a temei. Nu este cazul sa va impacientati. Nu este nimic complicat, doar nou. O sa va ia vreo ora sa cititi indicatiile din linkurile de mai sus dar nu este mare filosofie. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 10:23:03 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 12:23:03 +0200 Subject: [so] tema3 Message-ID: <002b01c3b0e2$a06a62d0$7c829ad5@ioana> This is a multi-part message in MIME format. ------=_NextPart_000_0028_01C3B0F3.605B3F00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Problemele ce trebuiesc rezolvate folosind monitorul presupun = rularea la infinit a firelor de executie (de exemplu la bounded buffer = si producatorii si consumatorii ruleaza la infinit). Deci terminarea = acestor programe s-ar face cu CTRL-C, si in acest caz nu se mai apeleaza = functia de distrugere a monitorului. Este ok asa? Chiar daca se face un handler pt. semnalul ctrl-c, oricum nu ar = merge destroy-ul pt. ca practic ar mai fi fire blocate in monitor. ------=_NextPart_000_0028_01C3B0F3.605B3F00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
    Problemele ce = trebuiesc=20 rezolvate folosind monitorul presupun rularea la infinit a firelor = de=20 executie (de exemplu la bounded buffer si producatorii si consumatorii = ruleaza=20 la infinit). Deci terminarea acestor programe s-ar face cu CTRL-C, si in = acest=20 caz nu se mai apeleaza functia de distrugere a monitorului. Este ok=20 asa?
    Chiar daca se face = un handler=20 pt. semnalul ctrl-c, oricum nu ar merge destroy-ul pt. ca practic ar mai = fi fire=20 blocate in monitor.
------=_NextPart_000_0028_01C3B0F3.605B3F00-- From so@atlantis.cs.pub.ro Sat Nov 22 10:29:56 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 02:29:56 -0800 (PST) Subject: [so] tema3 In-Reply-To: <002b01c3b0e2$a06a62d0$7c829ad5@ioana> Message-ID: <20031122102956.68549.qmail@web60510.mail.yahoo.com> --- Ioana Cutcutache wrote: > Problemele ce trebuiesc rezolvate folosind > monitorul presupun rularea la infinit a firelor de > executie (de exemplu la bounded buffer si > producatorii si consumatorii ruleaza la infinit). > Deci terminarea acestor programe s-ar face cu > CTRL-C, si in acest caz nu se mai apeleaza functia > de distrugere a monitorului. Este ok asa? > Chiar daca se face un handler pt. semnalul > ctrl-c, oricum nu ar merge destroy-ul pt. ca practic > ar mai fi fire blocate in monitor. Poti sa tii in proces un flag global de oprire pe care sa-l testeze fiecare thread inainte de o noua operatie de citire/scriere. Initial flagul este false adica toata lumea lucreaza. In handlerul pt Ctrl+C poti seta flagul respectiv si astfel toate threadurile se vor opri gracefully. Dupa ce le-ai asteptat pe toate (in main) poti distruge monitorul. Bineinteles threadurile vor parasi monitorul inainte sa se termine. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 11:51:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 03:51:51 -0800 (PST) Subject: [so] vesti si mai bune Message-ID: <20031122115151.5930.qmail@web60503.mail.yahoo.com> Salut, Desi sper ca putini dintre voi au avut dificultati in a interpreta specificatiile formale pentru operatiile cu monitorul, descrise prin axiomele din buhr95monitor.pdf, am considerat ca e corect sa va dau specificatiile in limbaj natural ca sa nu fie nici un dubiu. De asemenea din documentatie lipseau specificatiile pentru broadcast si specificatiile de la SIGNAL AND WAIT (cele din doc) se modifica putin prin introducerea operatiei broadcast. Am adaugat in sectiunea de Observatii a temei un link catre specificatiile in limbaj natural. Cititi-le si daca mai aveti nelamuriri intrebati. Succes, Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 14:37:38 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 16:37:38 +0200 Subject: [so] tema3 References: <20031122102956.68549.qmail@web60510.mail.yahoo.com> Message-ID: <000d01c3b106$2e45eac0$4e0c6150@ioana> Mai e o problema : in linux ca sa folosesc sigaction trebuie sa includ signal.h, si in momentul asta apare un conflict de nume intre functia mea signal pt. monitor si functia signal definita in signal.h. Solutia ar fi sa numesc altfel functia pt. monitor, de exemplu SignalMonitor, e ok? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 12:29 PM Subject: Re: [so] tema3 > > Poti sa tii in proces un flag global de oprire pe care > > sa-l testeze fiecare thread inainte de o noua operatie > de citire/scriere. Initial flagul este false adica > toata lumea lucreaza. > In handlerul pt Ctrl+C poti seta flagul respectiv si > astfel toate threadurile se vor opri gracefully. > > Dupa ce le-ai asteptat pe toate (in main) poti > distruge monitorul. Bineinteles threadurile vor parasi > monitorul inainte sa se termine. > > Cosmin > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 14:53:21 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 06:53:21 -0800 (PST) Subject: [so] tema3 In-Reply-To: <000d01c3b106$2e45eac0$4e0c6150@ioana> Message-ID: <20031122145321.26040.qmail@web60510.mail.yahoo.com> --- Ioana Cutcutache wrote: > Mai e o problema : in linux ca sa folosesc > sigaction trebuie sa includ > signal.h, si in momentul asta apare un conflict de > nume intre functia mea > signal pt. monitor si functia signal definita in > signal.h. Solutia ar fi sa > numesc altfel functia pt. monitor, de exemplu > SignalMonitor, e ok? E ok. Poate mai potrivit ar fi SignalCondition :) sau doar Signal si Wait (capitalized). Pentru cei care fac tema in C++ problema asta nu apare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 18:11:14 2003 From: so@atlantis.cs.pub.ro (Ion Petrescu) Date: Sat, 22 Nov 2003 20:11:14 +0200 Subject: [so] P(n) pe Windows In-Reply-To: <20031117230254.17549.qmail@web60509.mail.yahoo.com> References: <20031117230254.17549.qmail@web60509.mail.yahoo.com> Message-ID: <1888217195.20031122201114@rdsnet.ro> Tuesday, November 18, 2003, 1:02:54 AM, you wrote: CA> Am pus la CA> http://cs.pub.ro/~so/Laboratoare/Semaphore.zip CA> o propunere de semafor generalizat pe Windows cu CA> operatiile P(n), V(n) si WaitZero(). Din pacate nu contine si un README. Ma intreb cum ti-a acceptat uploadul ;) Este super ca ai pus o solutie!, insa ma tot chinui sa o citesc de vreo saptamana si renunt de fiecare data pentru ca nu reusesc sa inteleg si nu am tot timpul din lume. In cazul in care nu se vor publica comentarii vreau sa profit chiar acum de ocazie sa fac un apel la cei care pot sa ma ajute sa inteleg codul sa imi raspunda pe adresa personala. Cu multumiri, Ion Petrescu From so@atlantis.cs.pub.ro Sat Nov 22 18:53:43 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Sat, 22 Nov 2003 20:53:43 +0200 Subject: [so] readers&writers? Message-ID: <20031122185343.66A2E40988@server1.messagingengine.com> Nu sunt sigur daca am inteles enuntul la "Readers and Writers cu prioritate pentru writers": E vorba de o zona de memorie in care fiecare scrie/citeste unde/de unde vrea (respectand regulile de prioritati), cam ca la shared memory? Initial am crezut ca e bounded buffer, dar parca nu e asa, avand in vedere ca ati pus separat problema asta. --- Cosmin Arad wrote: >BoundedBuffer e problema producator consumator. >Producatorul produce (adauga) elemente intr-un buffer >de dimensiune fixa, iar consumatorul extrage elemente >din buffer. De data aceasta vei avea mai mult de un >producator si mai mult de un consumator. Practic nu e >mare diferenta. Producatorii trebuie sa astepte la o >conditie full si consumatorii la o conditie empty. >Problema e banala dar s-o rezolvati corect. -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again From so@atlantis.cs.pub.ro Sat Nov 22 19:14:25 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 21:14:25 +0200 Subject: [so] vesti si mai bune References: <20031122115151.5930.qmail@web60503.mail.yahoo.com> Message-ID: <001301c3b12c$db7f8270$090c6150@ioana> La "un thread executa leave" scrie la sfarsit "Daca si aceasta(Entry Queue) va fi goala, threadul curent nu are pe cine sa planifice si va parasi monitorul, care in acest caz este gol si poate fi distrus.". Mie nu mi se pare corecta afirmatia ca monitorul in acest caz este gol si poate fi distrus. Daca nu e nimeni in waiting, signaller, entry, nu inseamna ca nu exista fire blocate la variabile conditie. Deci monitorul poate sa nu fie gol. Pentru a stii cand nu mai e nimeni in monitor (deci cand poate fi distrus) putem folosi o variabila (contor) care sa contorizeze cate fire sunt la un moment dat in monitor? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 1:51 PM Subject: [so] vesti si mai bune > Salut, > > Desi sper ca putini dintre voi au avut dificultati in > a interpreta specificatiile formale pentru operatiile > cu monitorul, descrise prin axiomele din > buhr95monitor.pdf, am considerat ca e corect sa va dau > specificatiile in limbaj natural ca sa nu fie nici un > dubiu. > De asemenea din documentatie lipseau specificatiile > pentru broadcast si specificatiile de la SIGNAL AND > WAIT (cele din doc) se modifica putin prin > introducerea operatiei broadcast. > Am adaugat in sectiunea de Observatii a temei un link > catre specificatiile in limbaj natural. > > Cititi-le si daca mai aveti nelamuriri intrebati. > > Succes, > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 20:03:22 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sat, 22 Nov 2003 22:03:22 +0200 Subject: [so] tema3 References: <20031122145321.26040.qmail@web60510.mail.yahoo.com> Message-ID: <000801c3b133$af5e7f00$420c6150@ioana> Din pacate vad ca nu prea merge solutia cu ctrl+c si handler pe semnal, pentru ca daca sunt fire de executie blocate la o variabila conditie, semnalul sigint nu le deblocheaza... si deci programul nu se mai termina. Exista vreo posibilitate de a debloca firele care asteapta la o variabila conditie? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 4:53 PM Subject: Re: [so] tema3 > --- Ioana Cutcutache wrote: > > Mai e o problema : in linux ca sa folosesc > > sigaction trebuie sa includ > > signal.h, si in momentul asta apare un conflict de > > nume intre functia mea > > signal pt. monitor si functia signal definita in > > signal.h. Solutia ar fi sa > > numesc altfel functia pt. monitor, de exemplu > > SignalMonitor, e ok? > > E ok. Poate mai potrivit ar fi SignalCondition :) > sau doar Signal si Wait (capitalized). > Pentru cei care fac tema in C++ problema asta nu > apare. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sat Nov 22 20:47:41 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 12:47:41 -0800 (PST) Subject: [so] vesti si mai bune In-Reply-To: <001301c3b12c$db7f8270$090c6150@ioana> Message-ID: <20031122204741.9322.qmail@web60506.mail.yahoo.com> --- Ioana Cutcutache wrote: > La "un thread executa leave" scrie la sfarsit > "Daca si aceasta(Entry > Queue) va fi goala, threadul curent nu are pe cine > sa planifice si va parasi > monitorul, care in acest caz este gol si poate fi > distrus.". Mie nu mi se > pare corecta afirmatia ca monitorul in acest caz > este gol si poate fi > distrus. > Daca nu e nimeni in waiting, signaller, entry, > nu inseamna ca nu exista > fire blocate la variabile conditie. Deci monitorul > poate sa nu fie gol. > Pentru a stii cand nu mai e nimeni in monitor > (deci cand poate fi > distrus) putem folosi o variabila (contor) care sa > contorizeze cate fire > sunt la un moment dat in monitor? Ai dreptate. My mistake. Am corectat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 21:04:57 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 13:04:57 -0800 (PST) Subject: [so] readers&writers? In-Reply-To: <20031122185343.66A2E40988@server1.messagingengine.com> Message-ID: <20031122210457.5361.qmail@web60505.mail.yahoo.com> --- Bogdan Butnaru wrote: > Nu sunt sigur daca am inteles enuntul la "Readers > and Writers cu > prioritate pentru writers": E vorba de o zona de > memorie in care fiecare > scrie/citeste unde/de unde vrea (respectand regulile > de prioritati), cam > ca la shared memory? Initial am crezut ca e bounded > buffer, dar parca nu > e asa, avand in vedere ca ati pus separat problema > asta. Readers and Writers modeleaza problema accesului concurential la o inregistrare dintr-o baza de date. Bufferul amintit in enunt e de dimensiune 1 (doar o variabila). Variabila poate fi citita in paralel de oricati readeri insa nu poate fi scrisa decat de un singur writer la un moment dat. Asadar in timpul unei scrieri nu este permis nici un alt acces insa in timpul unei citiri sunt admise oricate alte citiri. Astfel, daca un reader citeste dbufferul, in timpul acestei citiri pot sa mai apara alte cereri de citire care sunt permise. Se observa ca nu este exclus cazul in care cereri de citire sa ajunga in mod constant astfel incat sa se mentina tot timpul un cititor in buffer. In acest caz avem de-a face cu writer starvation pt ca unui writer nu-i va fi permis accesul la buffer decat cand toti readerii au iesit, dar cum readerii continua sa vina ... Voi trebuie sa implementati o solutie cu prioritate pt writeri, in care un writer nu va astepta la infinit chiar daca cereri de citire vin la infinit. O solutie ar fi ca in momentul sosirii unei cereri de scriere sa nu mai fie admisi in buffer alti cititori decat cei care erau deja, urmand ca dupa ce citirile deja incepute se termina, sa se faca scrierea dupa care alte citiri sau alte scrieri. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 22 21:18:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 13:18:54 -0800 (PST) Subject: [so] tema3 In-Reply-To: <000801c3b133$af5e7f00$420c6150@ioana> Message-ID: <20031122211854.56882.qmail@web60503.mail.yahoo.com> --- Ioana Cutcutache wrote: > Din pacate vad ca nu prea merge solutia cu ctrl+c si > handler pe semnal, > pentru ca daca sunt fire de executie blocate la o > variabila conditie, > semnalul sigint nu le deblocheaza... si deci > programul nu se mai termina. > Exista vreo posibilitate de a debloca firele care > asteapta la o variabila > conditie? Ar fi pthread_cancel. Threadurile ar trebui sa aiba setat tipul de cancelation PTHREAD_CANCELATION_ASYNCHRONOUS. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 00:18:30 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 16:18:30 -0800 (PST) Subject: [so] precizare tema 3 Message-ID: <20031123001830.55076.qmail@web60510.mail.yahoo.com> Hintul de la problema barbierilor nu trebuie neaparat luat in considerare. Problema se poate rezolva si cu un singur monitor. Ideea celor 2 monitoare era ca frizerii sa nu concureze pt ocuparea monitorului cu clientii nou intrati, insa este ok si o implementare cu un singur monitor, fiind mai simpla. Aveti grija la urmatoarele aspecte: - clientii care asteapta pe scaune vor fi tunsi cu prioritate fata de clientii tocmai intrati; - un client nou intrat nu va astepta pe scaun daca nimeni nu mai asteapta pe scaun si sunt barbieri liberi; - un client nou intrat va pleca imediat daca toate scaunele de asteptare sunt ocupate; - mai multi frizeri trebuie sa poata tunde in paralel; - un frizer care a terminat un tuns va trebui sa-l anunte exact pe clientul pe care l-a tuns el. Sa nu existe situatii in care cand un frizer termina un tuns elibereaza clientul altui frizer. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 01:17:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 22 Nov 2003 17:17:29 -0800 (PST) Subject: [so] P(n) pe Windows In-Reply-To: <1888217195.20031122201114@rdsnet.ro> Message-ID: <20031123011729.27499.qmail@web60507.mail.yahoo.com> Incearca sa scrii pseudocodul pe hartie si o sa vezi ca e simplu. 4 mutexuri si 4 semafoare. Toate P-urile care nu pot continua se blocheaza la semaforul blockP si toate WaitZero care nu pot continua se blocheaza la semaforul blockZ. La fiecare V toate P-urile isi vor reevalua conditiile iar cele care se pot termina se vor termina. Se va folosi semaforul EvaluateP pt ca operatia V sa se asigure ca toate P-urile s-au reevaluat inainte de a continua. La fiecare P care aduce valoarea semaforului la 0 toate WaitZero blocate isi vor reevalua conditiile si se vor termina. Se va folosi semaforul EvaluateZ pt ca operatia P sa se asigure ca toate WaitZero s-au reevaluat inainte de a continua. 3 dintre mutexuri sunt folosite pt protejarea unor contoare iar sectionSequence pentru a departaja operatiile P ajunse inaintea unui V de cele ajunse dupa. In rest mai sunt niste contoare si un flag self-explanatory. Cosmin --- Ion Petrescu wrote: > Tuesday, November 18, 2003, 1:02:54 AM, you wrote: > > CA> Am pus la > CA> http://cs.pub.ro/~so/Laboratoare/Semaphore.zip > CA> o propunere de semafor generalizat pe Windows cu > CA> operatiile P(n), V(n) si WaitZero(). > > Din pacate nu contine si un README. Ma intreb cum > ti-a acceptat > uploadul ;) > > Este super ca ai pus o solutie!, insa ma tot chinui > sa o citesc de vreo > saptamana si renunt de fiecare data pentru ca nu > reusesc sa inteleg si > nu am tot timpul din lume. > > > In cazul in care nu se vor publica comentarii vreau > sa profit chiar > acum de ocazie sa fac un apel la cei care pot sa ma > ajute sa inteleg > codul sa imi raspunda pe adresa personala. > > > Cu multumiri, > Ion Petrescu > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 06:37:19 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Sun, 23 Nov 2003 08:37:19 +0200 Subject: [so] readers&writers? References: <20031122210457.5361.qmail@web60505.mail.yahoo.com> Message-ID: <002f01c3b18c$d1029110$25829ad5@ioana> In legatura cu aceasta problema : cand termina un scriitor, daca sunt alti scriitori in asteptare, unul din ei trebuie sa fie anuntat ca poate sa scrie? Eu asa inteleg ca ar fi, daca se face cu prioritate pt. writeri. Dar in acest mod se poate ajunge la reader starvation, daca sunt multi scriitori. Ma gandesc ca atunci cand termina un scriitor el sa dea prioritatea cititorilor care deja asteptau (daca mai vin altii si exista scriitori ce asteapta, nu o sa poata intra in buffer), apoi cand termina ei, o sa aiba prioritate scriitori care asteapta si tot asa, in felul asta nu se ajunge la starvation pt. nimeni. ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, November 22, 2003 11:04 PM Subject: Re: [so] readers&writers? > --- Bogdan Butnaru wrote: > > Nu sunt sigur daca am inteles enuntul la "Readers > > and Writers cu > > prioritate pentru writers": E vorba de o zona de > > memorie in care fiecare > > scrie/citeste unde/de unde vrea (respectand regulile > > de prioritati), cam > > ca la shared memory? Initial am crezut ca e bounded > > buffer, dar parca nu > > e asa, avand in vedere ca ati pus separat problema > > asta. > > Readers and Writers modeleaza problema accesului > concurential la o inregistrare dintr-o baza de date. > Bufferul amintit in enunt e de dimensiune 1 (doar o > variabila). > Variabila poate fi citita in paralel de oricati > readeri insa nu poate fi scrisa decat de un singur > writer la un moment dat. > Asadar in timpul unei scrieri nu este permis nici un > alt acces insa in timpul unei citiri sunt admise > oricate alte citiri. Astfel, daca un reader citeste > dbufferul, in timpul acestei citiri pot sa mai apara > alte cereri de citire care sunt permise. Se observa ca > nu este exclus cazul in care cereri de citire sa > ajunga in mod constant astfel incat sa se mentina tot > timpul un cititor in buffer. In acest caz avem de-a > face cu writer starvation pt ca unui writer nu-i va fi > permis accesul la buffer decat cand toti readerii au > iesit, dar cum readerii continua sa vina ... > Voi trebuie sa implementati o solutie cu prioritate pt > writeri, in care un writer nu va astepta la infinit > chiar daca cereri de citire vin la infinit. > O solutie ar fi ca in momentul sosirii unei cereri de > scriere sa nu mai fie admisi in buffer alti cititori > decat cei care erau deja, urmand ca dupa ce citirile > deja incepute se termina, sa se faca scrierea dupa > care alte citiri sau alte scrieri. > > Cosmin > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Sun Nov 23 09:29:00 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 01:29:00 -0800 (PST) Subject: [so] readers&writers? In-Reply-To: <002f01c3b18c$d1029110$25829ad5@ioana> Message-ID: <20031123092900.56247.qmail@web60510.mail.yahoo.com> Se presupune ca numarul cititorilor e mai mare decat cel al scriitorilor, adica cereri de scriere vin mai rar decat cereri de citire, si daca ai face o alternanta cum propui tu, scriitorii tot ar avea de suferit. Pe de alta parte se presupune ca un cititor isi doreste sa citeasca informatia actualizata, deci vrem ca un scriitor sa poata sa actualizeze informatia cat mai devreme. Cu alte cuvinte ne convine mai mult ca un cititor sa astepte dupa un scriitor decat invers. Cosmin --- Ioana Cutcutache wrote: > In legatura cu aceasta problema : cand termina un > scriitor, daca sunt alti > scriitori in asteptare, unul din ei trebuie sa fie > anuntat ca poate sa > scrie? Eu asa inteleg ca ar fi, daca se face cu > prioritate pt. writeri. Dar > in acest mod se poate ajunge la reader starvation, > daca sunt multi > scriitori. Ma gandesc ca atunci cand termina un > scriitor el sa dea > prioritatea cititorilor care deja asteptau (daca mai > vin altii si exista > scriitori ce asteapta, nu o sa poata intra in > buffer), apoi cand termina ei, > o sa aiba prioritate scriitori care asteapta si tot > asa, in felul asta nu se > ajunge la starvation pt. nimeni. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 16:26:54 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sun, 23 Nov 2003 18:26:54 +0200 Subject: [so] creare shared library References: <20031123092900.56247.qmail@web60510.mail.yahoo.com> Message-ID: <3FC0DFCE.4060602@pcnet.ro> Buna! As vrea sa ma lamureasca si pe mine cineva de ce obtin urmataore eroare daca incerc sa crez shared library de care avem nevoie.Am urmat exemplul cu libhello din Program Library HOWTO. [root@ruxi tema3]# gcc -fPIC -Wall -g -c libmonitor1.c [root@ruxi tema3]# gcc -g -shared -Wl,-soname,libmonitor1.so.0 -o libmonitor1.so.0.0 libmonitor1.o -lc [root@ruxi tema3]# /sbin/ldconfig -n . [root@ruxi tema3]# ln -sf libmonitor1.so.0 libmonitor1.so [root@ruxi tema3]# gcc -Wall -g -c rw.c -o rw.o [root@ruxi tema3]# gcc -Wall -c rw.c -o rw.o -L. -lmonitor1 gcc: -lmonitor1: linker input file unused since linking not done p.s. nu am mai copiat libmonitor1.so.0.0 in vreun /usr/local/lib pt ca vreau sa fie in directorul curent, asa ca fac chestia aia cu /sbin/ldconfig -n . From so@atlantis.cs.pub.ro Sun Nov 23 16:33:25 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 08:33:25 -0800 (PST) Subject: [so] creare shared library In-Reply-To: <3FC0DFCE.4060602@pcnet.ro> Message-ID: <20031123163325.1172.qmail@web60507.mail.yahoo.com> La ultima comanda gcc ai specificat flagul -c care inseamna doar compilare fara legare, deci -l nu isi are sensul. Cosmin --- Ruxi Jitianu wrote: > Buna! > > As vrea sa ma lamureasca si pe mine cineva de ce > obtin urmataore eroare > daca incerc sa crez shared library de care avem > nevoie.Am urmat exemplul > cu libhello din Program Library HOWTO. > > > [root@ruxi tema3]# gcc -fPIC -Wall -g -c > libmonitor1.c > [root@ruxi tema3]# gcc -g -shared > -Wl,-soname,libmonitor1.so.0 -o libmonitor1.so.0.0 > libmonitor1.o -lc > [root@ruxi tema3]# /sbin/ldconfig -n . > [root@ruxi tema3]# ln -sf libmonitor1.so.0 > libmonitor1.so > [root@ruxi tema3]# gcc -Wall -g -c rw.c -o rw.o > [root@ruxi tema3]# gcc -Wall -c rw.c -o rw.o -L. > -lmonitor1 > gcc: -lmonitor1: linker input file unused since > linking not done > > p.s. > > nu am mai copiat libmonitor1.so.0.0 in vreun > /usr/local/lib pt ca vreau sa fie in directorul > curent, > asa ca fac chestia aia cu /sbin/ldconfig -n . __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 17:25:52 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sun, 23 Nov 2003 19:25:52 +0200 Subject: [so] tema 3 Message-ID: <002201c3b1e6$d83d3430$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_001F_01C3B1F7.9BA70A80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable libraria noastra cuprinde functii pentru monitoare. ok. dar pentru un = singur monitor sau pot sa fie oricate? adica: exista un grup de procese care reprezinta o aplicatie. acestea = folosesc un monitor. nu pot exista si alte grupuri de procese care sa = aiba nevoie de mecanismul de monitor sau o aceiasi aplicatie sa aiba = nevoie de mai multe monitoare? presupun ca da, si libraria noastra sa le = poata deservii pe toate. altfel nu vad ce rol are parametrul Monitor * = in toate functiile cerute. apoi, de ce este nevoie de un Monitor *? ce nevoie are o aplicatie sa = stie exact ce e acela un monitor? stie de concept, stie ce functii pune = la dispozitie libraria si ii este de ajuns. ce vreau eu sa zic este, nu = putem inlocui acel Monitor* cu un int? un fel de monitor descriptor = (analogie cu file descriptor). apoi, un proces creaza monitorul. ok, are un handle la el (int sau = Monitor *, nu conteaza) si face treaba cu el. celelalte procese cum procedeaza? pentru ca nu vad alta functie = asemanatoare cu create sau init ar trebui sa creeze el din nou monitorul = respectiv (adica din ou create). am putea face o chestie asemanatoare cu = MONITOR_CREATE | MONITOR_EXCLUSIVE la creare care sa returneze eroare = daca exista deja monitorul care voria sa fie creat. si asa ajung la o alta chestiune. ar trebui ca la crearea monitorului sa = se furnizeze si un identificator, o semnatura a aplicatiei, etc. o = chestie prin care sa se identifica monitorul in afara librariei. adica e = nevoie de un parametru extern pentru ca mecanismul CreateMonitor open = Monitor sa functioneze (analogie cu orice alta pereche Create / Open din = windows).=20 si ca sa fim consecventi ideii din windows, destroy nu ar sterge pur si = simplu monitorul ci doar ar marca renuntarea unui proces la serviciile = lui. cand monitorul nu mai este folosit de nimeni (folosit nu inseamna = toate cozile din el goale) s-ar sterge efectiv monitorul. sper ca m-am exprimat destul de clar ca sa se poate intelege ce am vrut = sa spun.=20 deci, ce intreb eu: 1. librarie monitor =3D un obiect monitor sau mai multe obiecte monitor 2. se poate inlocui Monitor* cu int 3. se poate adapta create la CreateMonitor si OpenMonitor si deci = adaugarea unui parametru in plus ------=_NextPart_000_001F_01C3B1F7.9BA70A80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
libraria noastra cuprinde functii = pentru monitoare.=20 ok. dar pentru un singur monitor sau pot sa fie oricate?
adica: exista un grup de procese care = reprezinta o=20 aplicatie. acestea folosesc un monitor. nu pot exista si alte grupuri de = procese=20 care sa aiba nevoie de mecanismul de monitor sau o aceiasi aplicatie sa = aiba=20 nevoie de mai multe monitoare? presupun ca da, si libraria noastra sa le = poata=20 deservii pe toate. altfel nu vad ce rol are parametrul Monitor * in = toate=20 functiile cerute.
 
apoi, de ce este nevoie de un Monitor = *? ce nevoie=20 are o aplicatie sa stie exact ce e acela un monitor? stie de concept, = stie ce=20 functii pune la dispozitie libraria si ii este de ajuns. ce vreau eu sa = zic=20 este, nu putem inlocui acel Monitor* cu un int? un fel de monitor = descriptor=20 (analogie cu file descriptor).
 
apoi, un proces creaza monitorul. ok, = are un handle=20 la el (int sau Monitor *, nu conteaza) si face treaba cu = el.
celelalte procese cum procedeaza? = pentru ca nu vad=20 alta functie asemanatoare cu create sau init ar trebui sa creeze el din = nou=20 monitorul respectiv (adica din ou create). am putea face o chestie = asemanatoare=20 cu MONITOR_CREATE | MONITOR_EXCLUSIVE la creare care sa returneze eroare = daca=20 exista deja monitorul care voria sa fie creat.
 
si asa ajung la o alta chestiune. ar = trebui ca la=20 crearea monitorului sa se furnizeze si un identificator, o semnatura a=20 aplicatiei, etc. o chestie prin care sa se identifica monitorul in afara = librariei. adica e nevoie de un parametru extern pentru ca mecanismul=20 CreateMonitor open Monitor sa functioneze (analogie cu orice alta = pereche Create=20 / Open din windows).
si ca sa fim consecventi ideii din = windows, destroy=20 nu ar sterge pur si simplu monitorul ci doar ar marca renuntarea unui = proces la=20 serviciile lui. cand monitorul nu mai este folosit de nimeni (folosit nu = inseamna toate cozile din el goale) s-ar sterge efectiv = monitorul.
 
sper ca m-am exprimat destul de clar ca = sa se poate=20 intelege ce am vrut sa spun.
 
deci, ce intreb eu:
 
1. librarie monitor =3D un obiect = monitor sau mai=20 multe obiecte monitor
2. se poate inlocui Monitor* cu = int
3. se poate adapta create la = CreateMonitor si=20 OpenMonitor si deci adaugarea unui parametru in=20 plus
------=_NextPart_000_001F_01C3B1F7.9BA70A80-- From so@atlantis.cs.pub.ro Sun Nov 23 17:41:38 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 09:41:38 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <002201c3b1e6$d83d3430$0200a8c0@smeagol> Message-ID: <20031123174138.17371.qmail@web60507.mail.yahoo.com> --- Cibu Cristian wrote: > libraria noastra cuprinde functii pentru monitoare. > ok. dar pentru un singur monitor sau pot sa fie > oricate? oricate. > adica: exista un grup de procese care reprezinta o > aplicatie. acestea folosesc un monitor. nu pot monitorul se va folosi de catre un grup de threaduri ale unui proces. nu de catre procese diferite. Memoria alocata pt monitor la create se aloca in spatiul de adrese al procesului apelant. > exista si alte grupuri de procese care sa aiba > nevoie de mecanismul de monitor sau o aceiasi > aplicatie sa aiba nevoie de mai multe monitoare? > presupun ca da, si libraria noastra sa le poata > deservii pe toate. altfel nu vad ce rol are > parametrul Monitor * in toate functiile cerute. un proces poate crea mai multe monitoare care sa fie folosite de firele sale de executie. Mai multe procese pot incarca libraria si crea mai multe monitoare. > apoi, de ce este nevoie de un Monitor *? ce nevoie > are o aplicatie sa stie exact ce e acela un monitor? > stie de concept, stie ce functii pune la dispozitie > libraria si ii este de ajuns. ce vreau eu sa zic > este, nu putem inlocui acel Monitor* cu un int? un > fel de monitor descriptor (analogie cu file > descriptor). Monitor * e un pointer de care aplicatia nu trebuie sa stie nimic. exact ca un handle din windows. Nu poti cu int pt ca in cazul asta biblioteca ar trebui sa tina un array de monitoare indexat dupa int-ul tau, si cum nu are de unde sa stie cate monitoare vor fi create e o complicatie inutila. > apoi, un proces creaza monitorul. ok, are un handle > la el (int sau Monitor *, nu conteaza) si face > treaba cu el. > celelalte procese cum procedeaza? pentru ca nu vad > alta functie asemanatoare cu create sau init ar > trebui sa creeze el din nou monitorul respectiv > (adica din ou create). am putea face o chestie > asemanatoare cu MONITOR_CREATE | MONITOR_EXCLUSIVE > la creare care sa returneze eroare daca exista deja > monitorul care voria sa fie creat. Un monitor se va partaja intre firele de executie ale unui proces, nu intre procese. Nu este necesar deci un apel de genul Open. Procesul va crea monitorul inainte de crearea firelor care il folosesc, acestea avand astfel acces la monitor. > si asa ajung la o alta chestiune. ar trebui ca la > crearea monitorului sa se furnizeze si un > identificator, o semnatura a aplicatiei, etc. o > chestie prin care sa se identifica monitorul in > afara librariei. adica e nevoie de un parametru > extern pentru ca mecanismul CreateMonitor open > Monitor sa functioneze (analogie cu orice alta > pereche Create / Open din windows). > si ca sa fim consecventi ideii din windows, destroy > nu ar sterge pur si simplu monitorul ci doar ar > marca renuntarea unui proces la serviciile lui. cand > monitorul nu mai este folosit de nimeni (folosit nu > inseamna toate cozile din el goale) s-ar sterge > efectiv monitorul. am vazut deja ca cele de mai sus nu sunt necesare > sper ca m-am exprimat destul de clar ca sa se poate > intelege ce am vrut sa spun. > > deci, ce intreb eu: > > 1. librarie monitor = un obiect monitor sau mai > multe obiecte monitor mai multe obiecte monitor. > 2. se poate inlocui Monitor* cu int nu > 3. se poate adapta create la CreateMonitor si > OpenMonitor si deci adaugarea unui parametru in plus nu are sens. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 23 23:57:00 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Mon, 24 Nov 2003 01:57:00 +0200 Subject: [so] vesti bune References: <20031122094738.59193.qmail@web60510.mail.yahoo.com> Message-ID: <003001c3b21d$7d052230$6400a8c0@andrei> Datorita posibilitatii folosirii mai multor monitoare un thread poate fi la un moment dat intr-unul dintre ele si in afara altuia....sau de ce nu in mai multe monitoare? Daca da, atunci informatia stocata in TLS (cu privire la starea unui thread inauntrul sau in afara unui monitor) trebuie sa nu mai fie o simpla informatie booleana ci o lista de monitoare in care thread-ul este intrat, nu? Nu devine o solutie mai greu de implementat decat o lista de thread-uri intrate pentru fiecare monitor? ----- Original Message ----- From: "Cosmin Arad" To: Sent: Saturday, 22 November, 2003 11:47 AM Subject: [so] vesti bune > > Salut, > > Iata o mica nelamurire care s-a ivit in legatura cu > tema 3. Dupa cum deja probabil ca v-ati dat seama nu > este necesar sa implementati in monitor cozi explicite > si va puteti folosi de variabile conditie. > Aceasta fiind situatia una dintre cerintele temei este > depistarea situatiilor de folosire incorecta a > monitorului (operatiile signal, broadcast si wait pot > fi apelate doar de threaduri intrate deja in monitor). > De aici se naste intrebarea: cum putem sa ne dam seama > ca un thread apeleaza signal sau wait inainte de a > face enter. Neavand in monitor liste cu toate > threadurile intrate o solutie ar fi ca fiecare thread > sa-si tina un flag care sa indice daca threadul este > sau nu in monitor, flag care sa fie testat in fiecare > operatie. > Deoarece programatorul care foloseste biblioteca > monitor trebuie sa nu fie constient de flagul > respectiv acesta va trebui implementat in biblioteca. > Dar cum bliblioteca este partajata si ea se incarca in > spatiul de adrese al procesului, un simplu flag global > in librarie ar fi comun tuturor threadurilor care > incarca libraria. > Pentru acest motiv va trebui sa folositi thread local > storage astfel incat flagul sa fie privat in fiecare > thread. Vestile bune erau ca aveti ocazia sa invatati > sa folositi thread local storage :). > From so@atlantis.cs.pub.ro Mon Nov 24 00:20:34 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 23 Nov 2003 16:20:34 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <003001c3b21d$7d052230$6400a8c0@andrei> Message-ID: <20031124002034.29811.qmail@web60503.mail.yahoo.com> --- Andrei Hagiescu wrote: > Datorita posibilitatii folosirii mai multor > monitoare un thread poate fi la > un moment dat intr-unul dintre ele si in afara > altuia....sau de ce nu in mai > multe monitoare? Daca da, atunci informatia stocata > in TLS (cu privire la > starea unui thread inauntrul sau in afara unui > monitor) trebuie sa nu mai > fie o simpla informatie booleana ci o lista de > monitoare in care thread-ul > este intrat, nu? Nu devine o solutie mai greu de > implementat decat o lista > de thread-uri intrate pentru fiecare monitor? Oops. You've got that right. Solutia ramane totusi simpla. In loc sa faceti TlsAlloc respectiv pthread_key_create in entry-pointul librariei (DllMain respectiv constructorul librariei pe Linux) veti face in functia create. Astfel fiecare monitor contine un index distinct in TLS iar verificarile de utilizare corecta care se fac in operatii se vor face folosind indexul respectiv. Asadar informatia ramane booleana :) si implementarea nu presupune overhead. Limitele sunt rezonabile: 1088 de indexuri in Windows 2000 si 1024 in Linux, deci un proces poate sa construiasca cam 1000 de monitoare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 11:05:58 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 03:05:58 -0800 (PST) Subject: [so] alta precizare Message-ID: <20031124110558.69575.qmail@web60506.mail.yahoo.com> Pe Windows nu folositi functiile SuspendThread, ResumeThread ori SwitchToThread pentru sincronizare. Acestea sunt puse la dispozitie pt alte scopuri. Precizarea e valabila pentru orice functie si pentru orice alta tema. Cititi cu atentie rolul ei in documentatie si daca nu face exact ceea ce aveti voi nevoie cautati altceva. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 13:49:08 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Mon, 24 Nov 2003 15:49:08 +0200 Subject: [so] win Message-ID: <20031124134820.M16684@idilis.ro> La varianta de windows putem folosi functia TerminateThread pt. a opri firele in cazul in care se da CTRL+C? http://www.idilis.ro - Stiri, e-mail gratuit, download, SMS, server de counter-strike, hosting gratuit, servicii internet... Fii cu un pas inaintea celorlati! From so@atlantis.cs.pub.ro Mon Nov 24 18:52:41 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 10:52:41 -0800 (PST) Subject: [so] win In-Reply-To: <20031124134820.M16684@idilis.ro> Message-ID: <20031124185241.87333.qmail@web60509.mail.yahoo.com> Cred ca e mai indicat sa folositi ExitProcess pt ca macar apeleaza o data enry-pointul in dll. Cosmin --- Ioana Cutcutache wrote: > La varianta de windows putem folosi functia > TerminateThread pt. a opri firele in > cazul in care se da CTRL+C? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Mon Nov 24 19:03:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 24 Nov 2003 11:03:51 -0800 (PST) Subject: [so] inca o precizare la tema 3 Message-ID: <20031124190351.42656.qmail@web60505.mail.yahoo.com> Pe Linux, daca aveti nevoie de semafoare folositi semafoarele POSIX prezentate in laboratorul 7, nu pe cele SYS V din laboratorul 4. Incercati sa va bazati cat mai mult pe variabile conditie pentru ca abordarea asta e cea mai simpla si cea mai eficienta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 00:08:06 2003 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Mon, 24 Nov 2003 16:08:06 -0800 (PST) Subject: [so] link lib In-Reply-To: <20031124190351.42656.qmail@web60505.mail.yahoo.com> Message-ID: <20031125000806.81570.qmail@web41006.mail.yahoo.com> gcc -fPIC -Wall -g -c libmonitor.c gcc -g -lpthread -shared -Wl,-soname,libmonitor.so.0 -o libmonitor.so.0.0 libmonitor.o -lc /sbin/ldconfig -n . Cand ajung la acest pas obtin /sbin/ldconfig: Can't link ./libmonitor.so.0 to libmonitor.so.0.0 Any ideas? multam __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Tue Nov 25 00:15:34 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Mon, 24 Nov 2003 16:15:34 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031123174138.17371.qmail@web60507.mail.yahoo.com> Message-ID: <20031125001534.64025.qmail@web60309.mail.yahoo.com> --0-1839004515-1069719334=:63283 Content-Type: text/plain; charset=us-ascii Monitor * e un pointer de care aplicatia nu trebuie sa stie nimic. exact ca un handle din windows. Nu poti cu int pt ca in cazul asta biblioteca ar trebui sa tina un array de monitoare indexat dupa int-ul tau, si cum nu are de unde sa stie cate monitoare vor fi create e o complicatie inutila. Cred ca e nevoie sa stie care sunt functiile care se pot aplica pe el nu? Nu se include .h monitorului in aplicatie? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1839004515-1069719334=:63283 Content-Type: text/html; charset=us-ascii

<quote>

Monitor * e un pointer de care aplicatia nu trebuie sa
stie nimic. exact ca un handle din windows. Nu poti cu
int pt ca in cazul asta biblioteca ar trebui sa tina
un array de monitoare indexat dupa int-ul tau, si cum
nu are de unde sa stie cate monitoare vor fi create e
o complicatie inutila.

</quote>

Cred ca e nevoie sa stie care sunt functiile care se pot aplica pe el nu?

Nu se include .h monitorului in aplicatie?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1839004515-1069719334=:63283-- From so@atlantis.cs.pub.ro Tue Nov 25 00:57:13 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Mon, 24 Nov 2003 16:57:13 -0800 (PST) Subject: [so] Semafor windows In-Reply-To: <20031125000806.81570.qmail@web41006.mail.yahoo.com> Message-ID: <20031125005713.69950.qmail@web60306.mail.yahoo.com> Avem voie cu functia asta? NtQuerySemaphore e buna sa aflam valoarea unui semafor (nu sunt sigur ca e atomica, dar mi s-ar parea ca normal sa fie) http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20Objects/Semaphore/NtQuerySemaphore.html __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 06:15:14 2003 From: so@atlantis.cs.pub.ro (Marian Mihailescu) Date: Tue, 25 Nov 2003 08:15:14 +0200 (EET) Subject: [so] .so-uri Message-ID: <1177.141.85.0.67.1069740914.squirrel@www.as.ro> Nu e nevoie sa instalati libraria pentru a o folosi (ldconfig). Puneti "." in LD_LIBRARY_PATH si va merge. ----------------------------------------------------------------------- As.Ro - Cont gratuit de Email si 50MB free webhosting. http://www.as.ro From so@atlantis.cs.pub.ro Tue Nov 25 07:01:16 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Mon, 24 Nov 2003 23:01:16 -0800 (PST) Subject: [so] variabile conditie pe windows In-Reply-To: <1177.141.85.0.67.1069740914.squirrel@www.as.ro> Message-ID: <20031125070116.98782.qmail@web41013.mail.yahoo.com> --0-810786181-1069743676=:98646 Content-Type: text/plain; charset=us-ascii Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos. Se observa ca nu mai exista mutexul suplimentar care tb luat inainte de orice operatie. Voi folosi doua semafoare si un contor ce vor fi tinute intr-o structura sau intr-o clasa in implementarea voastra : //------------------------------------ sem zonaCritica = 1; sem conditie = 0; int contor = 0; //------------------------------------ void signal() { WaitForSingleObject(zonaCritica); if (contor) { // trezesc pe cineva contor--; ReleaseSemaphore(conditie, 1); } else { // pierde semnalul ReleaseSemaphore(zonaCritica, 1); } } //------------------------------------ void wait() { WaitForSingleObject(zonaCritica); contor++; SignalObjectAndWait(zonaCritica, conditie); } //------------------------------------ void broadcast() { WaitForSingleObject(zonaCritica); if (contor) { // era cineva blocat ReleaseSemaphore(zonaCritica, contor); contor = 0; ReleaseSemaphore(zonaCritica, 1); } else { // se pierde broadcast-ul ReleaseSemaphore(zonaCritica, 1); } } //------------------------------------ Observatie : ce vedeti mai sus este pseudocod ;) George --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-810786181-1069743676=:98646 Content-Type: text/html; charset=us-ascii

Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos.
Se observa ca nu mai exista mutexul suplimentar care tb luat inainte de orice operatie.
Voi folosi doua semafoare si un contor ce vor fi tinute intr-o structura sau intr-o clasa
in implementarea voastra :


//------------------------------------
sem zonaCritica = 1;
sem conditie = 0;
int contor = 0;
//------------------------------------

void signal() {
 WaitForSingleObject(zonaCritica);
 if (contor) { // trezesc pe cineva
  contor--;
  ReleaseSemaphore(conditie, 1);
  
 } else { // pierde semnalul
  ReleaseSemaphore(zonaCritica, 1);
 }
}
//------------------------------------
void wait() {
 WaitForSingleObject(zonaCritica);
 contor++;
 SignalObjectAndWait(zonaCritica, conditie);
}
//------------------------------------
void broadcast() {
 WaitForSingleObject(zonaCritica);
 if (contor) { // era cineva blocat
  ReleaseSemaphore(zonaCritica, contor);
  contor = 0;
  ReleaseSemaphore(zonaCritica, 1);
 } else { // se pierde broadcast-ul
  ReleaseSemaphore(zonaCritica, 1);
 }
}
//------------------------------------

Observatie : ce vedeti mai sus este pseudocod ;)
George

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-810786181-1069743676=:98646-- From so@atlantis.cs.pub.ro Tue Nov 25 07:48:45 2003 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Mon, 24 Nov 2003 23:48:45 -0800 (PST) Subject: [so] variabile conditie pe windows In-Reply-To: <20031125070116.98782.qmail@web41013.mail.yahoo.com> Message-ID: <20031125074845.73810.qmail@web41014.mail.yahoo.com> --0-183392963-1069746525=:73628 Content-Type: multipart/alternative; boundary="0-1634801847-1069746525=:73628" --0-1634801847-1069746525=:73628 Content-Type: text/plain; charset=us-ascii Salut, Implementarea data este gresita (cam mult copy/paste).Pentru o implementare corecta (zic eu) a se vedea fisierul atasat. George --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-1634801847-1069746525=:73628 Content-Type: text/html; charset=us-ascii
Salut,
 
Implementarea data este gresita (cam mult copy/paste).Pentru o implementare corecta (zic eu) a se vedea fisierul atasat.
 
George

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-1634801847-1069746525=:73628-- --0-183392963-1069746525=:73628 Content-Type: text/plain; name="var_cond.txt" Content-Description: var_cond.txt Content-Disposition: inline; filename="var_cond.txt" Pentru cei care vor sa foloseasca variabilele conditie si pe windows le propun implementarea de mai jos. Se observa ca nu mai exista mutexul suplimentar. Voi folosi 4 semafoare si 2 contoare ce vor fi tinute intr-o structura sau intr-o clasa in implementarea voastra : //------------------------------------ sem zonaCritica = 1; sem conditie = 0; sem asteaptaTrezire := 0; sem blocheazaAlti :=1 volatile int asteapta = 0; volatile int contor = 0; //------------------------------------ void signal() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); if (contor) { // trezesc pe cineva contor--; asteapta++; ReleaseSemaphore(conditie, 1); ReleaseSemaphore(zonaCritica, 1); P(asteaptaTrezire); ReleaseSemaphore(blocheazaAlti, 1); } else { // pierde semnalul ReleaseSemaphore(zonaCritica, 1); ReleaseSemaphore(blocheazaAlti, 1); } } //------------------------------------ void wait() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); contor++; ReleaseSemaphore(blocheazaAlti, 1); SignalObjectAndWait(zonaCritica, conditie); WaitForSingleObject(zonaCritica); asteapta--; if (asteapta == 0) V(asteaptaTrezire); ReleaseSemaphore(zonaCritica, 1); } //------------------------------------ void broadcast() { WaitForSingleObject(blocheazaAlti); WaitForSingleObject(zonaCritica); if (contor) { // era cineva blocat ReleaseSemaphore(conditie, contor); asteapta = contor; contor = 0; ReleaseSemaphore(zonaCritica, 1); P(asteaptaTrezire); ReleaseSemaphore(blocheazaAlti, 1); } else { // se pierde broadcast-ul ReleaseSemaphore(zonaCritica, 1); ReleaseSemaphore(blocheazaAlti, 1); } } //------------------------------------ --0-183392963-1069746525=:73628-- From so@atlantis.cs.pub.ro Tue Nov 25 09:54:54 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 01:54:54 -0800 (PST) Subject: [so] tema 3 In-Reply-To: <20031125001534.64025.qmail@web60309.mail.yahoo.com> Message-ID: <20031125095454.16495.qmail@web60508.mail.yahoo.com> --- Mihai Iancu wrote: > > > > Monitor * e un pointer de care aplicatia nu trebuie > sa > stie nimic. exact ca un handle din windows. Nu poti > cu > int pt ca in cazul asta biblioteca ar trebui sa tina > un array de monitoare indexat dupa int-ul tau, si > cum > nu are de unde sa stie cate monitoare vor fi create > e > o complicatie inutila. > > > > > Cred ca e nevoie sa stie care sunt functiile care se > pot aplica pe el nu? > > Nu se include .h monitorului in aplicatie? Ba da. Nu era evident? Am spus ca aplicatia nu trebuie sa stie nimic despre pointerul la monitor in sensul ca nu trebuie sa-l dereferentieze direct ci sa-l dea ca parametru in functiile respective. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 10:36:32 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 02:36:32 -0800 (PST) Subject: [so] Semafor windows In-Reply-To: <20031125005713.69950.qmail@web60306.mail.yahoo.com> Message-ID: <20031125103632.85699.qmail@web60510.mail.yahoo.com> Hmmmmmmm. Chiar ai nevoie de ea? Ai putea sa tii un contor asociat si sa-l verifici pe el. Cosmin --- Mihai Iancu wrote: > Avem voie cu functia asta? > NtQuerySemaphore > > e buna sa aflam valoarea unui semafor > (nu sunt sigur ca e atomica, dar mi s-ar parea > ca normal sa fie) > > http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20Objects/Semaphore/NtQuerySemaphore.html __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 11:51:35 2003 From: so@atlantis.cs.pub.ro (Badea Ovidiu) Date: Tue, 25 Nov 2003 03:51:35 -0800 (PST) Subject: [so] despre group_id Message-ID: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Am citit pe lista ca cica group_id putea sa fie oricat si nu intre 0 si groups_max. Ca e gresit daca l-am facut sa fie intre 0 si groups_max. Ma duc la enuntul temei si acolo scrie: Consumatorii intra in cofetaria in grupuri de prieteni. Pot exista maxim GROUP_MAX grupuri, putand avea maxim PEOPLE_MAX membri. Un grup este caracterizat printr-un ID si un numar de membri. Vreau sa vad locul EXACT unde scrie ca group_id poate fi oricat. Nu vad ca raspuns valid la aceasta intrebare reprosul ca "de ce nu am intrebat?". Nu am intrebat pt. ca nu mi-a trecut prin cap asa ceva. Mie mi s-a parut logic ca din moment ce sunt maxim groups_max grupuri, group_id sa ia valori intre 0 si groups_max. Oricum mi se pare aiurea o galceava pe astfel de chestii, cu uite group_idu', nu e group_idu', cand scopul temei era sa invatam sa facem niste sincronizari corecte. __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Tue Nov 25 15:35:55 2003 From: so@atlantis.cs.pub.ro (Ioana Cutcutache) Date: Tue, 25 Nov 2003 17:35:55 +0200 Subject: [so] despre group_id References: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Message-ID: <002001c3b369$d1cd0c40$210c6150@ioana> Buna, Si eu am considerat group_id-ul intre 1 si group_max, si am intrebat-o pe Maria daca era gresit si mi-a zis ca nu e gresit nici asa, oricum nu prea cred ca asta ar avea o mare importanta... nu id-ul ala era esenta temei :). ----- Original Message ----- From: "Badea Ovidiu" To: Sent: Tuesday, November 25, 2003 1:51 PM Subject: [so] despre group_id > Am citit pe lista ca cica group_id putea sa fie oricat > si nu intre 0 si groups_max. Ca e gresit daca l-am > facut sa fie intre 0 si groups_max. Ma duc la enuntul > temei si acolo scrie: > > Consumatorii intra in cofetaria in grupuri de > prieteni. Pot exista maxim GROUP_MAX grupuri, putand > avea maxim PEOPLE_MAX membri. Un grup este > caracterizat printr-un ID si un numar de membri. > > Vreau sa vad locul EXACT unde scrie ca group_id poate > fi oricat. Nu vad ca raspuns valid la aceasta > intrebare reprosul ca "de ce nu am intrebat?". Nu am > intrebat pt. ca nu mi-a trecut prin cap asa ceva. Mie > mi s-a parut logic ca din moment ce sunt maxim > groups_max grupuri, group_id sa ia valori intre 0 si > groups_max. > Oricum mi se pare aiurea o galceava pe astfel de > chestii, cu uite group_idu', nu e group_idu', cand > scopul temei era sa invatam sa facem niste > sincronizari corecte. > > > __________________________________ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > From so@atlantis.cs.pub.ro Tue Nov 25 15:38:54 2003 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Tue, 25 Nov 2003 17:38:54 +0200 Subject: [so] despre group_id In-Reply-To: <20031125115135.52327.qmail@web13505.mail.yahoo.com> Message-ID: <5.1.0.14.0.20031125173807.00ae3990@mail.mymail.ro> Arata'mi locul EXACT unde am scris ca e gresit daca l'ai facut sa fie intre 0 si groups_max. Maria. >Am citit pe lista ca cica group_id putea sa fie oricat >si nu intre 0 si groups_max. Ca e gresit daca l-am >facut sa fie intre 0 si groups_max. Ma duc la enuntul >temei si acolo scrie: --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ From so@atlantis.cs.pub.ro Tue Nov 25 16:37:16 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Tue, 25 Nov 2003 18:37:16 +0200 Subject: [so] vesti bune References: <20031124002034.29811.qmail@web60503.mail.yahoo.com> Message-ID: <008a01c3b372$63a50a70$6400a8c0@andrei> Nu pare bine nici asa. Daca un thread este deschis inainte de crearea TLS-ului (deci de pornirea acelui monitor) nu are cine sa initializeze acel spatiu de stocare decat daca monitorul ar sti ce thread-uri sunt in proces. Presupunand ca avem incredere ca Windows initializeaza acel spatiu cu NULL (ceea ce nu stiu daca e valabil si in Linux) ar mai fi o problema daca acel TLS a fost folosit in prealabil in thread-ul nostru de catre altcineva (totusi monitorul va putea fi folosit in orice aplicatie) care nu l-a lasat cu NULL cand l-a eliberat. ----- Original Message ----- From: "Cosmin Arad" To: Sent: Monday, 24 November, 2003 2:20 AM Subject: Re: [so] vesti bune > > --- Andrei Hagiescu wrote: > > Datorita posibilitatii folosirii mai multor > > monitoare un thread poate fi la > > un moment dat intr-unul dintre ele si in afara > > altuia....sau de ce nu in mai > > multe monitoare? Daca da, atunci informatia stocata > > in TLS (cu privire la > > starea unui thread inauntrul sau in afara unui > > monitor) trebuie sa nu mai > > fie o simpla informatie booleana ci o lista de > > monitoare in care thread-ul > > este intrat, nu? Nu devine o solutie mai greu de > > implementat decat o lista > > de thread-uri intrate pentru fiecare monitor? > > Oops. You've got that right. > Solutia ramane totusi simpla. In loc sa faceti > TlsAlloc respectiv pthread_key_create in entry-pointul > librariei (DllMain respectiv constructorul librariei > pe Linux) veti face in functia create. > Astfel fiecare monitor contine un index distinct in > TLS > iar verificarile de utilizare corecta care se fac in > operatii se vor face folosind indexul respectiv. > Asadar informatia ramane booleana :) si implementarea > nu presupune overhead. > > Limitele sunt rezonabile: 1088 de indexuri in Windows > 2000 si 1024 in Linux, deci un proces poate sa > construiasca cam 1000 de monitoare. > > Cosmin > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > > From so@atlantis.cs.pub.ro Tue Nov 25 18:01:33 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 10:01:33 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <008a01c3b372$63a50a70$6400a8c0@andrei> Message-ID: <20031125180133.20884.qmail@web60505.mail.yahoo.com> Nu trebuie sa fii ingrijorat. Hai sa lamurim lucrurile: - aloci un index in TLS la monitor_create; - la monitor_enter daca valoarea lui e NULL, aloci o zona unde sa tii informatia, sau pur si simplu setezi pointerul la alta valoare diferita de NULL pt ca tot ce ai tu nevoie e o info booleana (NULL vs NOT NULL could do it). - daca la enter nu era NULL inseamna ca threadul era deja in monitor deci oops. - la leave setezi pointerul la NULL (si faci free in cazul in care ai alocat ceva acolo) - la signal, wait, broadcast testezi pointerul sa nu fie NULL. - la destroi eliberezi indexul. Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie: -Windows (PSDK): "If the function succeeds, the return value is a TLS index. The slots for the index are initialized to zero." e vb de TlsAlloc. -Linux (man pthread_key_create): "The value initially associated with the returned key is !NULL! in all currently executing threads." Cosmin --- Andrei Hagiescu wrote: > Nu pare bine nici asa. Daca un thread este deschis > inainte de crearea > TLS-ului (deci de pornirea acelui monitor) nu are > cine sa initializeze acel > spatiu de stocare decat daca monitorul ar sti ce > thread-uri sunt in proces. > Presupunand ca avem incredere ca Windows > initializeaza acel spatiu cu NULL > (ceea ce nu stiu daca e valabil si in Linux) ar mai > fi o problema daca acel > TLS a fost folosit in prealabil in thread-ul nostru > de catre altcineva > (totusi monitorul va putea fi folosit in orice > aplicatie) care nu l-a lasat > cu NULL cand l-a eliberat. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 18:01:16 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 10:01:16 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <008a01c3b372$63a50a70$6400a8c0@andrei> Message-ID: <20031125180116.51002.qmail@web60510.mail.yahoo.com> Nu trebuie sa fii ingrijorat. Hai sa lamurim lucrurile: - aloci un index in TLS la monitor_create; - la monitor_enter daca valoarea lui e NULL, aloci o zona unde sa tii informatia, sau pur si simplu setezi pointerul la alta valoare diferita de NULL pt ca tot ce ai tu nevoie e o info booleana (NULL vs NOT NULL could do it). - daca la enter nu era NULL inseamna ca threadul era deja in monitor deci oops. - la leave setezi pointerul la NULL (si faci free in cazul in care ai alocat ceva acolo) - la signal, wait, broadcast testezi pointerul sa nu fie NULL. - la destroi eliberezi indexul. Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie: -Windows (PSDK): "If the function succeeds, the return value is a TLS index. The slots for the index are initialized to zero." e vb de TlsAlloc. -Linux (man pthread_key_create): "The value initially associated with the returned key is !NULL! in all currently executing threads." Cosmin --- Andrei Hagiescu wrote: > Nu pare bine nici asa. Daca un thread este deschis > inainte de crearea > TLS-ului (deci de pornirea acelui monitor) nu are > cine sa initializeze acel > spatiu de stocare decat daca monitorul ar sti ce > thread-uri sunt in proces. > Presupunand ca avem incredere ca Windows > initializeaza acel spatiu cu NULL > (ceea ce nu stiu daca e valabil si in Linux) ar mai > fi o problema daca acel > TLS a fost folosit in prealabil in thread-ul nostru > de catre altcineva > (totusi monitorul va putea fi folosit in orice > aplicatie) care nu l-a lasat > cu NULL cand l-a eliberat. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Tue Nov 25 19:19:26 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Tue, 25 Nov 2003 21:19:26 +0200 Subject: [so] vesti bune References: <20031125180116.51002.qmail@web60510.mail.yahoo.com> Message-ID: <003b01c3b389$0b404a40$6400a8c0@andrei> Ai garantia ca la alocarea indexului in TLS valoarea lui e NULL in toate threadurile atat in Windows cat si in Linux. Iti citez din documentatie Sunt de acord cu aceasta afirmatie atata vreme cat am si garantia ca in toate thread-urile care vor folosi monitorul nimeni nu se va fi folosit de acel TLS inainte si nu-l va elibera _uitand_ sa-l curete ----- Original Message ----- From: "Cosmin Arad" To: Sent: Tuesday, 25 November, 2003 20:01 PM Subject: Re: [so] vesti bune > > Nu trebuie sa fii ingrijorat. Hai sa lamurim > lucrurile: > - aloci un index in TLS la monitor_create; > - la monitor_enter daca valoarea lui e NULL, aloci o > zona unde sa tii informatia, sau pur si simplu setezi > pointerul la alta valoare diferita de NULL pt ca tot > ce ai tu nevoie e o info booleana (NULL vs NOT NULL > could do it). > - daca la enter nu era NULL inseamna ca threadul era > deja in monitor deci oops. > - la leave setezi pointerul la NULL (si faci free in > cazul in care ai alocat ceva acolo) > - la signal, wait, broadcast testezi pointerul sa nu > fie NULL. > - la destroi eliberezi indexul. > > Ai garantia ca la alocarea indexului in TLS valoarea > lui e NULL in toate threadurile atat in Windows cat si > in Linux. Iti citez din documentatie: > > -Windows (PSDK): "If the function succeeds, the return > value is a TLS index. The slots for the index are > initialized to zero." e vb de TlsAlloc. > > -Linux (man pthread_key_create): "The value initially > associated with the returned key is !NULL! in all > currently executing threads." > > Cosmin > > --- Andrei Hagiescu wrote: > > Nu pare bine nici asa. Daca un thread este deschis > > inainte de crearea > > TLS-ului (deci de pornirea acelui monitor) nu are > > cine sa initializeze acel > > spatiu de stocare decat daca monitorul ar sti ce > > thread-uri sunt in proces. > > Presupunand ca avem incredere ca Windows > > initializeaza acel spatiu cu NULL > > (ceea ce nu stiu daca e valabil si in Linux) ar mai > > fi o problema daca acel > > TLS a fost folosit in prealabil in thread-ul nostru > > de catre altcineva > > (totusi monitorul va putea fi folosit in orice > > aplicatie) care nu l-a lasat > > cu NULL cand l-a eliberat. > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > --------------------------------------------------------------- > Acasa.ro vine cu albumele, tu vino doar cu pozele ;) > http://poze.acasa.ro/ > > > From so@atlantis.cs.pub.ro Tue Nov 25 19:37:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Tue, 25 Nov 2003 11:37:29 -0800 (PST) Subject: [so] vesti bune In-Reply-To: <003b01c3b389$0b404a40$6400a8c0@andrei> Message-ID: <20031125193729.85553.qmail@web60506.mail.yahoo.com> Daca il elibereaza in prealabil inseamna ca poate fi alocat de mine la create si dupa cum se spune in documentatie la alocare valoarea lui e NULL. Daca nu-l elibereaza inseamna ca e ocupat si mie alocarea imi va intoarce un altul care era liber si din nou valoarea lui e NULL. Cosmin --- Andrei Hagiescu wrote: > Ai garantia ca la alocarea indexului in TLS valoarea > lui e NULL in toate threadurile atat in Windows cat > si > in Linux. Iti citez din documentatie > > Sunt de acord cu aceasta afirmatie atata vreme cat > am si garantia ca in > toate thread-urile care vor folosi monitorul nimeni > nu se va fi folosit de > acel TLS inainte si nu-l va elibera _uitand_ sa-l > curete __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 10:53:59 2003 From: so@atlantis.cs.pub.ro (iana ionel cristian) Date: Wed, 26 Nov 2003 02:53:59 -0800 (PST) Subject: [so] De ce TLS ? Message-ID: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Salut Am cateva nelamuriri in legatura cu tema 3: 1. Exista problema verificarii daca firul care a apelat enter, wait, leave, etc., este firul activ. Este gresit daca in loc sa retin o variabila boolean folosind tls, procedez in felul urmator: - fiecare structura monitor retine id-ul firului activ - atunci cand se executa o functie, (de ex enter) verific sa am idActiv = 0, dupa care fac idActiv = idFirCurent. Sau pentru leave verific sa am idActiv = idFirCurent dupa care la iesire fac idActiv = 0, s.a.m.d. - pt a obtine IdFirCurent folosesc pthread_self 2. Se cere "sa fim atenti la utilizari gresite ale functiilor ". Este suficient ca functiile pt monitor sa returneaze o valoarea de eroare cand se intampla asa ceva ? Sau trebuie sa mai facem si altceva, de ex mesaj afisat la consola, aruncare de exceptii ... ? 3. Monitorul se poate distruge doar atunci cand nu exista fir activ in el si nu exista nici un fir care este blocat intr-o coada de asteptare sau la vreo variablia de conditie ? __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 13:50:13 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 05:50:13 -0800 (PST) Subject: [so] Barbers In-Reply-To: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Message-ID: <20031126135013.23337.qmail@web60305.mail.yahoo.com> --0-1133674118-1069854613=:21682 Content-Type: text/plain; charset=us-ascii La pornire trebuie ca toti barbierii/frizeri sa fie gata de tuns? sau trebuie sa se astepte sa fie toti gata. Eu astept sa fie toti gata si dupa incep clientii sa se tunda, e ok asa? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1133674118-1069854613=:21682 Content-Type: text/html; charset=us-ascii

La pornire trebuie ca toti barbierii/frizeri sa fie gata de tuns?

sau trebuie sa se astepte sa fie toti gata.

 

Eu astept sa fie toti gata si dupa incep clientii sa se tunda, e ok asa?

 

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1133674118-1069854613=:21682-- From so@atlantis.cs.pub.ro Wed Nov 26 14:28:34 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 06:28:34 -0800 (PST) Subject: [so] Barbers In-Reply-To: <20031126135013.23337.qmail@web60305.mail.yahoo.com> Message-ID: <20031126142834.52820.qmail@web60510.mail.yahoo.com> --- Mihai Iancu wrote: > > La pornire trebuie ca toti barbierii/frizeri sa fie > gata de tuns? > > sau trebuie sa se astepte sa fie toti gata. > > Eu astept sa fie toti gata si dupa incep clientii sa > se tunda, e ok asa? Da, trebuie sa te asiguri ca barbierii dorm in scaunele lor cand incepi sa lansezi clientii. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 14:56:16 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 06:56:16 -0800 (PST) Subject: [so] De ce TLS ? In-Reply-To: <20031126105359.79920.qmail@web41205.mail.yahoo.com> Message-ID: <20031126145616.63185.qmail@web60510.mail.yahoo.com> --- iana ionel cristian wrote: > Salut > > Am cateva nelamuriri in legatura cu tema 3: > > 1. Exista problema verificarii daca firul care a > apelat > enter, wait, leave, etc., este firul activ. Este > gresit > daca in loc sa retin o variabila boolean folosind > tls, > procedez in felul urmator: > > - fiecare structura monitor retine id-ul firului > activ > > - atunci cand se executa o functie, (de ex enter) > verific sa am idActiv = 0, dupa care fac idActiv = > idFirCurent. Sau pentru leave verific sa am idActiv > = > idFirCurent dupa care la iesire fac idActiv = 0, > s.a.m.d. > > - pt a obtine IdFirCurent folosesc pthread_self S-ar putea sa ai dreptate, nu pot sa ma pronunt acum. Ai insa grija sa nu ai race-uri intre operatii la setarea proprietarului. Totusi, daca este corect pierzi experienta utilizarii TLS si tema ta s-ar putea clasa pe o pozitie medie sau codasa :) > 2. Se cere "sa fim atenti la utilizari gresite ale > functiilor ". Este suficient ca functiile pt monitor > sa > returneaze o valoarea de eroare cand se intampla asa > ceva ? Sau trebuie sa mai facem si altceva, de ex > mesaj afisat la consola, aruncare de exceptii ... ? Este suficient un cod de eroare. > 3. Monitorul se poate distruge doar atunci cand nu > exista fir activ in el si nu exista nici un fir care > este blocat intr-o coada de asteptare sau la vreo > variablia de conditie ? Da, asta ar trebui sa faca destroy. Ar mai trebui sa va scrieti o functie de distrugere fortata, _destroy, pe care s-o apelati de exemplu la oprirea fortata a programului (Ctrl+C) pentru ca altfel nu se pot debloca firele care asteptau la conditii. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 16:10:54 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Wed, 26 Nov 2003 08:10:54 -0800 (PST) Subject: [so] De ce TLS ? In-Reply-To: <20031126145616.63185.qmail@web60510.mail.yahoo.com> Message-ID: <20031126161054.98496.qmail@web11704.mail.yahoo.com> > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 16:15:21 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Wed, 26 Nov 2003 08:15:21 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126145616.63185.qmail@web60510.mail.yahoo.com> Message-ID: <20031126161521.48409.qmail@web11707.mail.yahoo.com> > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie - setez un flag de destroy (de ex un semafor) apoi deblochez toate firele de la variabilele conditie; ele citesc flag-ul inainte de a ajunge in waiting, iar daca este setat pe destroy fac pthread_exit() ? - astept sa primesc o notificare ca toate firele au facut pthread_exit - apoi pot distruge toate elementele de sincronizare > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Wed Nov 26 16:21:38 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 08:21:38 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126161521.48409.qmail@web11707.mail.yahoo.com> Message-ID: <20031126162138.89465.qmail@web60302.mail.yahoo.com> --0-480435163-1069863698=:89351 Content-Type: text/plain; charset=us-ascii Asteptarea asta mi se pare mie sau este un fel de continuare a "algoritmului" cu barbieri si clienti, adica un fel de "terminare corecta"? daca da, la ce bun? oricum userul daca vrea sa termine nu il mai intereseaza ce se intampla cu toata logica programului. Iar daca resursele sunt eliberate, chiar daca fortat rau eu cred ca e ok. Gresesc? Stela Suciu wrote: > > > 3. Monitorul se poate distruge doar atunci cand nu > > exista fir activ in el si nu exista nici un fir > care > > este blocat intr-o coada de asteptare sau la vreo > > variablia de conditie ? > > Da, asta ar trebui sa faca destroy. Ar mai trebui sa > va scrieti o functie de distrugere fortata, > _destroy, > pe care s-o apelati de exemplu la oprirea fortata a > programului (Ctrl+C) pentru ca altfel nu se pot > debloca firele care asteptau la conditii. > > Cosmin > > E corect daca in functia destroy: - astept ca toate firele din cozile waiting, signaller si entry sa plece sau sa se blocheze la variabile conditie - setez un flag de destroy (de ex un semafor) apoi deblochez toate firele de la variabilele conditie; ele citesc flag-ul inainte de a ajunge in waiting, iar daca este setat pe destroy fac pthread_exit() ? - astept sa primesc o notificare ca toate firele au facut pthread_exit - apoi pot distruge toate elementele de sincronizare > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-480435163-1069863698=:89351 Content-Type: text/html; charset=us-ascii
Asteptarea asta mi se pare mie sau este un fel
de continuare a "algoritmului" cu barbieri si clienti,
adica un fel de "terminare corecta"?
 
daca da, la ce bun? oricum userul daca vrea sa termine
nu il mai intereseaza ce se intampla cu toata logica programului.
Iar daca resursele sunt eliberate, chiar daca fortat rau eu cred ca e ok.
Gresesc?
 


Stela Suciu <stelasuciu@yahoo.com> wrote:

>
> > 3. Monitorul se poate distruge doar atunci cand nu
> > exista fir activ in el si nu exista nici un fir
> care
> > este blocat intr-o coada de asteptare sau la vreo
> > variablia de conditie ?
>
> Da, asta ar trebui sa faca destroy. Ar mai trebui sa
> va scrieti o functie de distrugere fortata,
> _destroy,
> pe care s-o apelati de exemplu la oprirea fortata a
> programului (Ctrl+C) pentru ca altfel nu se pot
> debloca firele care asteptau la conditii.
>
> Cosmin
>
>
E corect daca in functia destroy:
- astept ca toate firele din cozile waiting,
signaller si entry sa plece sau sa se blocheze la
variabile conditie
- setez un flag de destroy (de ex un semafor) apoi
deblochez toate firele de la variabilele conditie; ele
citesc flag-ul inainte de a ajunge in waiting, iar
daca este setat pe destroy fac pthread_exit() ?
- astept sa primesc o notificare ca toate firele au
facut pthread_exit
- apoi pot distruge toate elementele de sincronizare
> __________________________________
> Do you Yahoo!?
> Protect your identity with Yahoo! Mail AddressGuard
> http://antispam.yahoo.com/whatsnewfree
> _______________________________________________
> so mailing list
> so@atlantis.cs.pub.ro
>
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so


__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-480435163-1069863698=:89351-- From so@atlantis.cs.pub.ro Wed Nov 26 16:23:19 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 08:23:19 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126162138.89465.qmail@web60302.mail.yahoo.com> Message-ID: <20031126162319.50529.qmail@web60501.mail.yahoo.com> e ok, nu gresesti. tocmai i-am raspuns Stelei. Cosmin --- Mihai Iancu wrote: > Asteptarea asta mi se pare mie sau este un fel > de continuare a "algoritmului" cu barbieri si > clienti, > adica un fel de "terminare corecta"? > > daca da, la ce bun? oricum userul daca vrea sa > termine > nu il mai intereseaza ce se intampla cu toata logica > programului. > Iar daca resursele sunt eliberate, chiar daca fortat > rau eu cred ca e ok. > Gresesc? > > > > Stela Suciu wrote: > > > > > > 3. Monitorul se poate distruge doar atunci cand > nu > > > exista fir activ in el si nu exista nici un fir > > care > > > este blocat intr-o coada de asteptare sau la > vreo > > > variablia de conditie ? > > > > Da, asta ar trebui sa faca destroy. Ar mai trebui > sa > > va scrieti o functie de distrugere fortata, > > _destroy, > > pe care s-o apelati de exemplu la oprirea fortata > a > > programului (Ctrl+C) pentru ca altfel nu se pot > > debloca firele care asteptau la conditii. > > > > Cosmin > > > > > E corect daca in functia destroy: > - astept ca toate firele din cozile waiting, > signaller si entry sa plece sau sa se blocheze la > variabile conditie > - setez un flag de destroy (de ex un semafor) apoi > deblochez toate firele de la variabilele conditie; > ele > citesc flag-ul inainte de a ajunge in waiting, iar > daca este setat pe destroy fac pthread_exit() ? > - astept sa primesc o notificare ca toate firele au > facut pthread_exit > - apoi pot distruge toate elementele de sincronizare > > __________________________________ > > Do you Yahoo!? > > Protect your identity with Yahoo! Mail > AddressGuard > > http://antispam.yahoo.com/whatsnewfree > > _______________________________________________ > > so mailing list > > so@atlantis.cs.pub.ro > > > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > > __________________________________ > Do you Yahoo!? > Free Pop-Up Blocker - Get it now > http://companion.yahoo.com/ > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so > > --------------------------------- > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 16:22:07 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 08:22:07 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <20031126161521.48409.qmail@web11707.mail.yahoo.com> Message-ID: <20031126162207.81364.qmail@web60505.mail.yahoo.com> --- Stela Suciu wrote: > E corect daca in functia destroy: > - astept ca toate firele din cozile waiting, > signaller si entry sa plece sau sa se blocheze la > variabile conditie > - setez un flag de destroy (de ex un semafor) apoi > deblochez toate firele de la variabilele conditie; > ele > citesc flag-ul inainte de a ajunge in waiting, iar > daca este setat pe destroy fac pthread_exit() ? > - astept sa primesc o notificare ca toate firele au > facut pthread_exit > - apoi pot distruge toate elementele de > sincronizare Functia destroy ar trebui sa verifice daca monitorul este liber (nu este ocupat si nu sunt fire blocate la conditii). Daca e liber sa-l distruga, daca nu sa intoarca un cod de eroare. Functia _destroy ar trebui sa distruga monitorul fortat si sa fie apelata doar in cazuri extreme cum este cel de terminare fortata a aplciatiei. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 17:19:41 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 26 Nov 2003 19:19:41 +0200 Subject: [so] De ce TLS ? - continuare:) References: <20031126162207.81364.qmail@web60505.mail.yahoo.com> Message-ID: <002801c3b441$7c056c70$0200a8c0@smeagol> pe mine m-a ametit putin chestia cu destroy. este evident ca trebuie sa existe un destroy dur care sa curete tot fara sa faca nici o verificare. acum, din cate am inteles, trebuie sa avem un destroy care curata doar daca nu are nimeni treaba cu monitorul. cineva are treaba cu monitorul daca se afla in vre-o coada sau daca este activ. Dar cum destroy-ul se da dintr-un thread care care se presupune ca nu are nici o legatura cu threadurile care folosesc monitorul este destul de complicat modul in care se determina daca monitorul este sau nu folosit. de exemplu: in destroy ma apuc sa verific daca este cineva blocat la o conditie. pp ca nu este, dar imediat ce fac verificare vine un thread care se blocheaza exact la variabila aia conditie. neplacut. trebuie deci sa impiedicam accesul la monitor in timp ce incerc sa distrug monitorul. singurul mod in care vad facandu-se asta (doar cu resursele monitorului) este ca threadul care face destroy sa fie el insusi activ in monitor (adica sa fi dat in prealabil un enter()). si de aici contradictia: distrug monitorul numai cand nimeni nu foloseste monitorul, dar pentru ca sa vad ca monitorul este liber tocmai cel care distruge trebuie sa fie in monitor. (presupun ca se face o exceptie :) ). Eu sincer inclin spre existenta unei singure functii destroy (cea care omoara tot si abia apoi intreaba), dar pe care o apelez cu grija dupa ce toate threadurile nu mai au nevoie de monitor. prefer deci sa fie de datoria aplicatiei care foloseste monitorul sa se asigure de corectitudinea folosirii lui destroy. zeii ce zic? From so@atlantis.cs.pub.ro Wed Nov 26 17:24:40 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 09:24:40 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <002801c3b441$7c056c70$0200a8c0@smeagol> Message-ID: <20031126172440.77246.qmail@web60501.mail.yahoo.com> --- Cibu Cristian wrote: > pe mine m-a ametit putin chestia cu destroy. > > este evident ca trebuie sa existe un destroy dur > care sa curete tot fara sa > faca nici o verificare. > > acum, din cate am inteles, trebuie sa avem un > destroy care curata doar daca > nu are nimeni treaba cu monitorul. > cineva are treaba cu monitorul daca se afla in vre-o > coada sau daca este > activ. Dar cum destroy-ul se da dintr-un thread care > care se presupune ca nu > are nici o legatura cu threadurile care folosesc > monitorul este destul de > complicat modul in care se determina daca monitorul > este sau nu folosit. > > de exemplu: > > in destroy ma apuc sa verific daca este cineva > blocat la o conditie. pp ca > nu este, dar imediat ce fac verificare vine un > thread care se blocheaza > exact la variabila aia conditie. neplacut. trebuie > deci sa impiedicam > accesul la monitor in timp ce incerc sa distrug > monitorul. singurul mod in > care vad facandu-se asta (doar cu resursele > monitorului) este ca threadul > care face destroy sa fie el insusi activ in monitor > (adica sa fi dat in > prealabil un enter()). > > si de aici contradictia: distrug monitorul numai > cand nimeni nu foloseste > monitorul, dar pentru ca sa vad ca monitorul este > liber tocmai cel care > distruge trebuie sa fie in monitor. (presupun ca se > face o exceptie :) ). Da, poti sa iei lockul asociat cozii Entry ca sa faci destroy. > Eu sincer inclin spre existenta unei singure functii > destroy (cea care > omoara tot si abia apoi intreaba), dar pe care o > apelez cu grija dupa ce > toate threadurile nu mai au nevoie de monitor. > prefer deci sa fie de datoria > aplicatiei care foloseste monitorul sa se asigure de > corectitudinea > folosirii lui destroy. Ambele sunt necesare, cea care omoara tot sa fie apelata doar in cazuri extreme in care nu te mai intereseaza ce se intampla cu monitorul in continuare. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 17:43:09 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Wed, 26 Nov 2003 19:43:09 +0200 Subject: [so] De ce TLS ? - continuare:) References: <20031126172440.77246.qmail@web60501.mail.yahoo.com> Message-ID: <003001c3b444$c17c23e0$0200a8c0@smeagol> pai daca trebuie sa fac enter() ca sa pot distruge, inseamna ca nu mai este nimeni in waiting sau in signaler si mai concurez si cu alte threaduri care dau enter(). asadar destroy-ul obtine accesul la monitor cine stie peste cat timp. este ok ? dar tot mi se pare de datoria aplicatiei sa dea destroy-ul atotputernic cand se stie sigur ca nimeni nu mai are treaba cu monitorul. From so@atlantis.cs.pub.ro Wed Nov 26 17:48:51 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 09:48:51 -0800 (PST) Subject: [so] De ce TLS ? - continuare:) In-Reply-To: <003001c3b444$c17c23e0$0200a8c0@smeagol> Message-ID: <20031126174851.25368.qmail@web60509.mail.yahoo.com> --- Cibu Cristian wrote: > pai daca trebuie sa fac enter() ca sa pot distruge, > inseamna ca nu mai este > nimeni in waiting sau in signaler si mai concurez si > cu alte threaduri care > dau enter(). asadar destroy-ul obtine accesul la > monitor cine stie peste cat > timp. este ok ? Eu nu am zis sa faci enter(). Am zis doar sa iei lockul asociat cozii Entry. Astfel impiedici orice alt enter in timp ce tu verifici ca monitorul este sau nu liber. > dar tot mi se pare de datoria aplicatiei sa dea > destroy-ul atotputernic cand > se stie sigur ca nimeni nu mai are treaba cu > monitorul. destroy-ul normal e un fel de try_destroy care poate fi si el util uneori. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Wed Nov 26 19:48:09 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 26 Nov 2003 11:48:09 -0800 (PST) Subject: [so] destroy In-Reply-To: <20031126174851.25368.qmail@web60509.mail.yahoo.com> Message-ID: <20031126194809.80997.qmail@web60307.mail.yahoo.com> --0-2062366077-1069876089=:78700 Content-Type: text/plain; charset=us-ascii Bun, hai ca nu ne intelegem cu destroy asta ce ar fi sa nu il mai facem ??? : )) Intreabarea este: "De ce trebuie sa se distruga cand nu mai este nici un thread activ sau nu mai stiu exact care erau specificatiile?" Poate ca cineva peste 4 min vrea sa il foloseasca! Distrugerea se face pornind de la presupunearea ca nu mai se asteapta nimic de la program si se indreapta singur catre exit? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-2062366077-1069876089=:78700 Content-Type: text/html; charset=us-ascii

Bun, hai ca nu ne intelegem cu destroy asta

ce ar fi sa nu il mai facem ??? : ))

 

Intreabarea este: "De ce trebuie sa se distruga cand nu mai este

nici un thread activ sau nu mai stiu exact care erau specificatiile?"

Poate ca cineva peste 4 min vrea sa il foloseasca!

Distrugerea se face pornind de la presupunearea ca nu mai se asteapta nimic

de la program si se indreapta singur catre exit?

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-2062366077-1069876089=:78700-- From so@atlantis.cs.pub.ro Wed Nov 26 20:20:06 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 26 Nov 2003 12:20:06 -0800 (PST) Subject: [so] destroy In-Reply-To: <20031126194809.80997.qmail@web60307.mail.yahoo.com> Message-ID: <20031126202006.78739.qmail@web60503.mail.yahoo.com> --- Mihai Iancu wrote: > > Bun, hai ca nu ne intelegem cu destroy asta > ce ar fi sa nu il mai facem ??? : )) vi s-ar scadea puncte :)) > Intreabarea este: "De ce trebuie sa se distruga cand > nu mai este > > nici un thread activ sau nu mai stiu exact care erau > specificatiile?" > > Poate ca cineva peste 4 min vrea sa il foloseasca! Daca vrea sa il foloseasca peste 4 minute nu il distruge. > Distrugerea se face pornind de la presupunearea ca > nu mai se asteapta nimic > > de la program si se indreapta singur catre exit? presupunerea poate fi gresita. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 09:05:00 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 11:05:00 +0200 Subject: [so] mingw Message-ID: <002101c3b4c5$897e5220$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_001E_01C3B4D6.4CFB3B40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai = mari decat cele facute de Visual C++ 6.0 Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de = nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare tind spre anumite valori fixe astfel incat dupa cateva iteratii toti = cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se = gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce = construieste Visual C++ totul se comporta cu totul diferit. valorile = aleatoare sunt chiar aleatoare. daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il = rog sa ma ajute. ------=_NextPart_000_001E_01C3B4D6.4CFB3B40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
mare balarie si mingw asta. Toate = executabilele=20 sunt de 3, 4 ori mai mari decat cele facute de Visual C++ = 6.0
Dar fie, nu aste e problema. toate = valorile=20 aleatoare sunt asa de nealeatoare :)... Cu executabilele facute de g++ = valorile=20 aleatoare
tind spre anumite valori fixe astfel = incat dupa=20 cateva iteratii toti cititorii se comporta unitar (nu-i mai dezlipesc) = pentru ca=20 toti se gasesc sa citeasca la fel de mult si fac pauza la fel de mult. = cu ce=20 construieste Visual C++ totul se comporta cu totul diferit. valorile = aleatoare=20 sunt chiar aleatoare.
daca cineva are vre-o idee de cum se = poate rezolva=20 treaba cu random, il rog sa ma = ajute.
------=_NextPart_000_001E_01C3B4D6.4CFB3B40-- From so@atlantis.cs.pub.ro Thu Nov 27 09:27:49 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Thu, 27 Nov 2003 11:27:49 +0200 Subject: [so] mingw Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B4C8.B9BE78AD Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGVvcmV0aWMsIGFpIHB1dGVhIHNhIGNvbXBpbGV6aSBjdSBNaW5HVywgZGFyIHNhIGxlZ2kgZmlz aWVydWwgdGF1IG9iaWVjdCBkZSBsaWJjIHNpIG1zdmNydCAocnVudGltZXVsIGRlIEMgZGluIFZp c3VhbCBTdHVkaW8pIC0gbi1hbSBpZGVlIGN1bSwgbnUgYW0gcHJlYSBpbnZlc3RpZ2F0IGRhciBh ciB0cmVidWkgc2Egc2UgcG9hdGEsIG9yaWNlIGNvbXBpbGF0b3IgY2F0IGRlIGNhdCBkZWNlbnQg cG9hdGUgZmFjZSBhc3RhICh2ZXppIGNhIGluIFNldHRpbmdzIGxhIFZpc3VhbCBTdHVkaW8gYWkg c2kgbGluaWEgZGUgY29tYW5kYSBjdSBjYXJlIGludm9jYSBjbC5leGUgLSBpbmNlYXJjYSBzYSBv IGFkYXB0ZXppIHB0IE1pbkdXKS4gSW4gcHJhY3RpY2EsIGFzdGEgaW5zZWFtbmEgY2EgZmFjaSBw cmVzdXB1bmVyZWEgY2EgcGUgY2FsY3VsIHBlIGNhcmUgc2UgZmFjZSBjb21waWxhcmVhIHNpIGNv cmVjdGFyZWEgc2Ugdm9yIGdhc2kgY2VsZSBkb3VhIC5saWItdXJpLi4uIElhciBhaWNpLCB5b3Un cmUgb24geW91ciBvd24uDQoNCgktLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLSANCglGcm9tOiBD aWJ1IENyaXN0aWFuIFttYWlsdG86Y2lidS5jcmlzdGlhbkByZHNsaW5rLnJvXSANCglTZW50OiBU aHUgMTEvMjcvMjAwMyAxMTowNSBBTSANCglUbzogZ3J1cCBTTyANCglDYzogDQoJU3ViamVjdDog W3NvXSBtaW5ndw0KCQ0KCQ0KCQ0KCW1hcmUgYmFsYXJpZSBzaSBtaW5ndyBhc3RhLiBUb2F0ZSBl eGVjdXRhYmlsZWxlIHN1bnQgZGUgMywgNCBvcmkgbWFpIG1hcmkgZGVjYXQgY2VsZSBmYWN1dGUg ZGUgVmlzdWFsIEMrKyA2LjANCglEYXIgZmllLCBudSBhc3RlIGUgcHJvYmxlbWEuIHRvYXRlIHZh bG9yaWxlIGFsZWF0b2FyZSBzdW50IGFzYSBkZSBuZWFsZWF0b2FyZSA6KS4uLiBDdSBleGVjdXRh YmlsZWxlIGZhY3V0ZSBkZSBnKysgdmFsb3JpbGUgYWxlYXRvYXJlDQoJdGluZCBzcHJlIGFudW1p dGUgdmFsb3JpIGZpeGUgYXN0ZmVsIGluY2F0IGR1cGEgY2F0ZXZhIGl0ZXJhdGlpIHRvdGkgY2l0 aXRvcmlpIHNlIGNvbXBvcnRhIHVuaXRhciAobnUtaSBtYWkgZGV6bGlwZXNjKSBwZW50cnUgY2Eg dG90aSBzZSBnYXNlc2Mgc2EgY2l0ZWFzY2EgbGEgZmVsIGRlIG11bHQgc2kgZmFjIHBhdXphIGxh IGZlbCBkZSBtdWx0LiBjdSBjZSBjb25zdHJ1aWVzdGUgVmlzdWFsIEMrKyB0b3R1bCBzZSBjb21w b3J0YSBjdSB0b3R1bCBkaWZlcml0LiB2YWxvcmlsZSBhbGVhdG9hcmUgc3VudCBjaGlhciBhbGVh dG9hcmUuDQoJZGFjYSBjaW5ldmEgYXJlIHZyZS1vIGlkZWUgZGUgY3VtIHNlIHBvYXRlIHJlem9s dmEgdHJlYWJhIGN1IHJhbmRvbSwgaWwgcm9nIHNhIG1hIGFqdXRlLg0KDQo= ------_=_NextPart_001_01C3B4C8.B9BE78AD Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IjMJAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAGwALABsAMQAEAFsBASCAAwAOAAAA0wcLABsACwAbADEABABbAQEJgAEAIQAAAEE1 RUVGRTM1OUQyNjVDNERCNDNDRDg3MjlDNjQ4QTA3AF8HAQOQBgBkEAAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAAB4AAABSAEUAOgAgAFsAcwBvAF0A IABtAGkAbgBnAHcAAAAAAEAAOQCteL65yLTDAR8APQABAAAACgAAAFIARQA6ACAAAAAAAAIBRwAB AAAAKwAAAGM9dXM7YT0gO3A9TVNMYWI7bD1TRVJWRVItMDMxMTI3MDkyNzQ5Wi0yNAAAHwBJAAEA AAAWAAAAWwBzAG8AXQAgAG0AaQBuAGcAdwAAAAAAQABOAADGNInFtMMBHwBaAAEAAAAcAAAAQwBp AGIAdQAgAEMAcgBpAHMAdABpAGEAbgAAAAIBWwABAAAARAAAAAAAAACBKx+kvqMQGZ1uAN0BD1QC AAAAAENpYnUgQ3Jpc3RpYW4AU01UUABjaWJ1LmNyaXN0aWFuQHJkc2xpbmsucm8AAgFcAAEAAAAe AAAAU01UUDpDSUJVLkNSSVNUSUFOQFJEU0xJTksuUk8AAAAfAF0AAQAAABwAAABDAGkAYgB1ACAA QwByAGkAcwB0AGkAYQBuAAAAAgFeAAEAAABEAAAAAAAAAIErH6S+oxAZnW4A3QEPVAIAAAAAQ2li dSBDcmlzdGlhbgBTTVRQAGNpYnUuY3Jpc3RpYW5AcmRzbGluay5ybwACAV8AAQAAAB4AAABTTVRQ OkNJQlUuQ1JJU1RJQU5AUkRTTElOSy5STwAAAB8AZgABAAAACgAAAFMATQBUAFAAAAAAAB8AZwAB AAAAMgAAAGMAaQBiAHUALgBjAHIAaQBzAHQAaQBhAG4AQAByAGQAcwBsAGkAbgBrAC4AcgBvAAAA AAAfAGgAAQAAAAoAAABTAE0AVABQAAAAAAAfAGkAAQAAADIAAABjAGkAYgB1AC4AYwByAGkAcwB0 AGkAYQBuAEAAcgBkAHMAbABpAG4AawAuAHIAbwAAAAAAHwBwAAEAAAAWAAAAWwBzAG8AXQAgAG0A aQBuAGcAdwAAAAAAAgFxAAEAAAAbAAAAAcO0xmdjfRk4fjawT8eNDkKm5PZeIwAANtm+AB8AdAAB AAAAEAAAAGcAcgB1AHAAIABTAE8AAAAfABoMAQAAABwAAABPAHYAaQBkAGkAdQAgAFAAbABhAHQA bwBuAAAAHwAdDgEAAAAWAAAAWwBzAG8AXQAgAG0AaQBuAGcAdwAAAAAAAgEJEAEAAACMCAAAiAgA AM4XAABMWkZ1k2+XxQMACgByY3BnMTI1gjIDQ2h0bWwxAzD/AQMB9wqAAqQD5AcTAoAQA/8AUARW CFUHshE1DlEDAQIAhGNoCsBzZXQyBgDbBsMRNTMERhPHMBI/AgDeNBBtEUMI7wn3Oxl/DjB2NREy DGBjAFALCQFkMyY2FmALpTQgEAIqXHsOsgGQZxRQCqMRQx6YNAEUUDwhRE9DVFkAUEUgSFRNTCAA UFVCTElDICJALS8vVzNDIjBEJFREIUQ0LhZgVHI5AHJ0aQIgB0AiMEVOnCI+H50fPyVBMTggoBsh UiSNMx4wJvBFQURfJI0O8SWvKZ8mdDYO8DzgTUVUQSAFoAIwCfBYdD0iBeAhUzYjQDCMLjIdkC4Q MCIgJAAJB4A9RyRQRVJBVLxPUii/Kx8gUixhUyEAXExFJI4x4R+eOSCgL+8yLzBfJQUx4i8ofyVf OJQCNRZgPEJPRFkgzGJnCFAZET0jASA7YtggZGk7MDiwcjgAOHNLACEDMHYIkHdrC4Bk6jU4JGIA 0GsJwAhgPWDiIAAAc2hwOEI+wQuArHN0PqE+4XMDoGYDEEZsOvMCkXN2ICxAN7FBQDIxNRiQP6hG QEEvCYBAxRiQQzFcPBFkb+cA4DwRCrFccRlgPBET4D8DMDx1FmA4Kx2hOS9nOeI2IKBESVY8SQAA RReZOEk2NEhPRWJUZQWwExQwDeAsIAtwIHB1sS0QYSBzTMAFoG0/UGVCkHpMYGN1BdALgEe6V0ww ZArBTOFCkGdMYHdAMACQBJB1AyABkE3Ab/piCJBjBUA2rEaFAQBOsNhpYmNM0ExgbUDwBQD9BUAo T2ACMAdxT3FRoSHwazvQA6BWBAB1B0AGAHRCdTvQbykgLS6gLbkuwCBpAQBRsE2wbUww9m5NwFUx cBmATMBQX0ayzQuAdgeQI9BnYQVATlLjCsE8IGVidUxgTOEUIPVMcG9YgGFMMAWwDeBVkfdNI1iA BbFjWIJVkVuDWpDfAjBZ41GwVr9GsmYA0FGw9mE/gEzAKFggTYJMwFPR9wZgAkALgGcEIAtgU/xM Qv9SIVHQAwBMwFuyA3JOUE2iP1twGYBc71e2Q9BM8Wwu/GV4UbBU8AuAWpAKwF9Bf0zhYSFOUAUw TXIFMU3jKfguIEkDoFZgANBMAVox916TP2FMsG0kAF8yYz9eBe9MYRmAVCBMgG4EkEyxX0H6cFvC bE2wAyBsI2MBWcH/XkNaxVZyUiEFoVARbiRRsL9koAXAaY9GslhwbnJlQpBXO8AIYEzALlHRLQhx Lq9ygGeQWMIN4GlMMHkIYB4nYwECIHNSBcBvd27+LjhJAcA8VwqiPFcKcSX8/jAoQSKQSBt2OEWf Rq9Hs4MhwCDgS1FVT1QhMDM71UzQdHlCkC1RQVKAR0lOLVJJRyFQ4DogMHB4JHE8aAqx/xACRAVE o0RhRP96Hx/LFmB/g/B6/0f/SQ9KH4EXQ4BpCx2CJfw0JtFGT05UdVIRei7gMoV7C+KA+S39jPJP BRBO4CQBBdAHkEzg/GdljPOJXSxAOmEvgTxoXWGhZQqBgR84ozgoQULVhXtigPlGA2E6hDwgkb4v krp5CRZwUeBNwEMFEL9YQQORb8+Cv5JxhAFbAMDbAxBbMDpq8FlQLgUBl8NKQAsgc2Ghay4DYF3/ jp+Pr5C/kc+S359VBmACMGeUn5WvlrdUaE3AnZAvLDI3pcAuADOlkTow+jUQ0E2YH5kvmjWcz53f /57vn/+hD0tVmwCiz6Pflsb3CcBrYAYAT5y/qm+rf6yP862ftPVDY68/sE+Wt7JvH7N/tI+1n7av ohV1YmrPUBG4P7lPlrdbc5yep7/1mghtX+F3uu+7/70Pxw/XyB/JLyZWNYURL4qCwk//ho51T3Zf d2/Ob4F/xO+Dn3+Er4ffhs/Y34jvifxeQj3/BxOKz4vSUSGMDcQP1d+aRP/Tj89/0I/Rn9f/2Q/a H9sv/9wz3y/gP9zP3d/e7+0vAMD/YwE98G4RCJBSE8aSXoNngP+vEFyyZSFNsAGRTVFxgeEP3+If mkRUIFxhUaEzTDAeMP9aYfKh+SL5EQWBWIFxY15Bx0yRU2JUBUMrKy3SzN//ze/UGf2f5J/lr+a/ 0q//D//Uz/bP1u/nz+jf6e/q/+wPv/Gf7i/vP/BPDX8Og0Ry0f1AMGVV5D+A9LFWUU/gQpDv+UBn gFswXLJ28xBaYfWP/wYfmhfzEEywFSFtEvhCXpC3YeNrkBiYOmdwcpFDTcD79Nz6iGf7oRYfFy+a RBWH/xiX/A/9H/4v/z8ATwFfAm//A38EjwWfBq8HvwjPJC8K7/8L/xGPDh8PLxA/EU8yfl/R3z6A P8BjAZvQVcBpFVdAIftlMV6RZnFwZXJYgmtgaW/3Ks+aJltxZRWAVVBcwGfg/0wATGBbMEwAbpA4 0DjQWmF/WXFapG+QXrFrgDjQctEobVYALfkkVXB6UdBsIHP+Y1TQbCAZUE9gOu87/z0H/z5kbUFx EUGRTNM40V6QaVH3YDE6AlGhbU9wUDBxMV5B+0xwT7B6Rp5ngE2xQl9Db/89FVqiaNBCEU9AFCL7 KT5x/09xP2pisU3UU8A6AJegSUH/FY9KLxevGLuAoGHQcuEYpv4uIK8hvyLPI98k7yX/Jw//KB8p Lyo/K08sXy1vWJ8vj38wnzYvMr8zzzTfNe9m7mRfbYBGAsvwPbEacnZvEC3ebzowQTD6007wbU4i TpAf9JJQr19fqQQagHpvbP89sYCAGgDzAEliPhA4EE5w5xPAUGByoG9nReL5QG8P+XATYWr6sVUP Vh9XL1g//1lPWl9bb1x/XY9f6GjRdtUPfC99P35PgOpCTE9DwEtRVU9URYHbcBELzB9f5jV/0kJP RFmHgF2l0MIBSFRNTMsQAn2J0B8ANRABAAAAigAAADwAMwA2AEMAOAAxADYANABBAEUAMABDADYA QwBBADQAOQA4ADcAQwAzAEUAQwA4ADgAQQAxAEIAQgA0ADEANgBBADAAMQA0ADcAMAA3AEAAcwBl AHIAdgBlAHIALgBtAGkAYwByAG8AcwBvAGYAdAAtAGwAYQBiAC4AcAB1AGIALgByAG8APgAAAAAA HwBHEAEAAAAeAAAAbQBlAHMAcwBhAGcAZQAvAHIAZgBjADgAMgAyAAAAAAALAPIQAQAAAB8A8xAB AAAAKgAAAFIARQAlADMAQQAgAFsAcwBvAF0AIABtAGkAbgBnAHcALgBFAE0ATAAAAAAACwD2EAAA AABAAAcw5STHQse0wwFAAAgwoJ/Fuci0wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2 AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GC AQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElF TlRTL0NOPU9WSURJVVBMAAAAAB8A+j8BAAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkA cwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEAAAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAA AC4AAAADAP0/5AQAAAMAGUAAAAAAAwAaQAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAA TwBWAEkARABJAFUAUABMAAAAAAAfADFAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkAB AAAAMgAAAGMAaQBiAHUALgBjAHIAaQBzAHQAaQBhAG4AQAByAGQAcwBsAGkAbgBrAC4AcgBvAAAA AAAfADNAAQAAADIAAABjAGkAYgB1AC4AYwByAGkAcwB0AGkAYQBuAEAAcgBkAHMAbABpAG4AawAu AHIAbwAAAAAAHwA4QAEAAAASAAAATwBWAEkARABJAFUAUABMAAAAAAAfADlAAQAAAAQAAAAuAAAA CwApAAAAAAALACMAAAAAAAMABhBmM8UZAwAHECgEAAADABAQAAAAAAMAERABAAAAHgAIEAEAAABl AAAAVEVPUkVUSUMsQUlQVVRFQVNBQ09NUElMRVpJQ1VNSU5HVyxEQVJTQUxFR0lGSVNJRVJVTFRB VU9CSUVDVERFTElCQ1NJTVNWQ1JUKFJVTlRJTUVVTERFQ0RJTlZJU1VBTFNUVQAAAAACAX8AAQAA AEUAAAA8MzZDODE2NEFFMEM2Q0E0OTg3QzNFQzg4QTFCQjQxNkEwMTQ3MDdAc2VydmVyLm1pY3Jv c29mdC1sYWIucHViLnJvPgAAAAAIxA== ------_=_NextPart_001_01C3B4C8.B9BE78AD-- From so@atlantis.cs.pub.ro Thu Nov 27 09:43:28 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Thu, 27 Nov 2003 11:43:28 +0200 Subject: [so] mingw Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A01470A@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B4CA.E8F16DEC Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U2kgY2Egc2EgbWVyZyBwYW5hIGxhIGNhcGF0LCB0cmVidWllIHNhIHByZWNpemV6IGNhLCBpbnRy dWNhdCBwcm9ncmFtdWwgZm9sb3Nlc3RlIHRocmVhZHVyaSwgdHJlYnVpZSBsZWdhdCBjdSBsaWJj bXQubGliIGRlIGV4IChtdCBwdCBtdWx0aS10aHJlYWRlZCkuIE9yaWN1bSwgbnVtZWxlIGxpYnJh cmlpbG9yIHN1bnQgbGlzdGF0ZSBpbiBzZXRhcmlsZSBkZSBsYSBWaXN1YWwgQysrLg0KDQoJLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0gDQoJRnJvbTogT3ZpZGl1IFBsYXRvbiBvbiBiZWhhbGYg b2YgT3ZpZGl1IFBsYXRvbiANCglTZW50OiBUaHUgMTEvMjcvMjAwMyAxMToyNyBBTSANCglUbzog c29AYXRsYW50aXMuY3MucHViLnJvIA0KCUNjOiANCglTdWJqZWN0OiBSRTogW3NvXSBtaW5ndw0K CQ0KCQ0KCVRlb3JldGljLCBhaSBwdXRlYSBzYSBjb21waWxlemkgY3UgTWluR1csIGRhciBzYSBs ZWdpIGZpc2llcnVsIHRhdSBvYmllY3QgZGUgbGliYyBzaSBtc3ZjcnQgKHJ1bnRpbWV1bCBkZSBD IGRpbiBWaXN1YWwgU3R1ZGlvKSAtIG4tYW0gaWRlZSBjdW0sIG51IGFtIHByZWEgaW52ZXN0aWdh dCBkYXIgYXIgdHJlYnVpIHNhIHNlIHBvYXRhLCBvcmljZSBjb21waWxhdG9yIGNhdCBkZSBjYXQg ZGVjZW50IHBvYXRlIGZhY2UgYXN0YSAodmV6aSBjYSBpbiBTZXR0aW5ncyBsYSBWaXN1YWwgU3R1 ZGlvIGFpIHNpIGxpbmlhIGRlIGNvbWFuZGEgY3UgY2FyZSBpbnZvY2EgY2wuZXhlIC0gaW5jZWFy Y2Egc2EgbyBhZGFwdGV6aSBwdCBNaW5HVykuIEluIHByYWN0aWNhLCBhc3RhIGluc2VhbW5hIGNh IGZhY2kgcHJlc3VwdW5lcmVhIGNhIHBlIGNhbGN1bCBwZSBjYXJlIHNlIGZhY2UgY29tcGlsYXJl YSBzaSBjb3JlY3RhcmVhIHNlIHZvciBnYXNpIGNlbGUgZG91YSAubGliLXVyaS4uLiBJYXIgYWlj aSwgeW91J3JlIG9uIHlvdXIgb3duLg0KDQoJCS0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tIA0K CQlGcm9tOiBDaWJ1IENyaXN0aWFuIFttYWlsdG86Y2lidS5jcmlzdGlhbkByZHNsaW5rLnJvXSAN CgkJU2VudDogVGh1IDExLzI3LzIwMDMgMTE6MDUgQU0gDQoJCVRvOiBncnVwIFNPIA0KCQlDYzog DQoJCVN1YmplY3Q6IFtzb10gbWluZ3cNCgkJDQoJCQ0KCQkNCgkJbWFyZSBiYWxhcmllIHNpIG1p bmd3IGFzdGEuIFRvYXRlIGV4ZWN1dGFiaWxlbGUgc3VudCBkZSAzLCA0IG9yaSBtYWkgbWFyaSBk ZWNhdCBjZWxlIGZhY3V0ZSBkZSBWaXN1YWwgQysrIDYuMA0KCQlEYXIgZmllLCBudSBhc3RlIGUg cHJvYmxlbWEuIHRvYXRlIHZhbG9yaWxlIGFsZWF0b2FyZSBzdW50IGFzYSBkZSBuZWFsZWF0b2Fy ZSA6KS4uLiBDdSBleGVjdXRhYmlsZWxlIGZhY3V0ZSBkZSBnKysgdmFsb3JpbGUgYWxlYXRvYXJl DQoJCXRpbmQgc3ByZSBhbnVtaXRlIHZhbG9yaSBmaXhlIGFzdGZlbCBpbmNhdCBkdXBhIGNhdGV2 YSBpdGVyYXRpaSB0b3RpIGNpdGl0b3JpaSBzZSBjb21wb3J0YSB1bml0YXIgKG51LWkgbWFpIGRl emxpcGVzYykgcGVudHJ1IGNhIHRvdGkgc2UgZ2FzZXNjIHNhIGNpdGVhc2NhIGxhIGZlbCBkZSBt dWx0IHNpIGZhYyBwYXV6YSBsYSBmZWwgZGUgbXVsdC4gY3UgY2UgY29uc3RydWllc3RlIFZpc3Vh bCBDKysgdG90dWwgc2UgY29tcG9ydGEgY3UgdG90dWwgZGlmZXJpdC4gdmFsb3JpbGUgYWxlYXRv YXJlIHN1bnQgY2hpYXIgYWxlYXRvYXJlLg0KCQlkYWNhIGNpbmV2YSBhcmUgdnJlLW8gaWRlZSBk ZSBjdW0gc2UgcG9hdGUgcmV6b2x2YSB0cmVhYmEgY3UgcmFuZG9tLCBpbCByb2cgc2EgbWEgYWp1 dGUuDQoNCg== ------_=_NextPart_001_01C3B4CA.E8F16DEC Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+Ih0JAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAGwALACsAHAAEAFYBASCAAwAOAAAA0wcLABsACwArABwABABWAQEJgAEAIQAAAENG NDA1Mzk3QzMxQUUyNEVCMkVFNTREMkQ3MEM4OTBFAE4HAQOQBgDcEgAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAAB4AAABSAEUAOgAgAFsAcwBvAF0A IABtAGkAbgBnAHcAAAAAAEAAOQDsbfHoyrTDAR8APQABAAAACgAAAFIARQA6ACAAAAAAAAIBRwAB AAAAKwAAAGM9dXM7YT0gO3A9TVNMYWI7bD1TRVJWRVItMDMxMTI3MDk0MzI4Wi0yNgAAHwBJAAEA AAAeAAAAUgBFADoAIABbAHMAbwBdACAAbQBpAG4AZwB3AAAAAABAAE4ArXi+uci0wwEfAFoAAQAA ABwAAABPAHYAaQBkAGkAdQAgAFAAbABhAHQAbwBuAAAAAgFbAAEAAABHAAAAAAAAAIErH6S+oxAZ nW4A3QEPVAIAAAAAT3ZpZGl1IFBsYXRvbgBTTVRQAHNvLWFkbWluQGF0bGFudGlzLmNzLnB1Yi5y bwAAAgFcAAEAAAAhAAAAU01UUDpTTy1BRE1JTkBBVExBTlRJUy5DUy5QVUIuUk8AAAAAHwBdAAEA AAAcAAAATwB2AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIBXgABAAAAXQAAAAAAAADcp0DIwEIQ GrS5CAArL+GCAQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9D Tj1SRUNJUElFTlRTL0NOPU9WSURJVVBMAAAAAAIBXwABAAAARAAAAEVYOi9PPU1TTEFCL09VPUZJ UlNUIEFETUlOSVNUUkFUSVZFIEdST1VQL0NOPVJFQ0lQSUVOVFMvQ049T1ZJRElVUEwAHwBmAAEA AAAKAAAAUwBNAFQAUAAAAAAAHwBnAAEAAAA4AAAAcwBvAC0AYQBkAG0AaQBuAEAAYQB0AGwAYQBu AHQAaQBzAC4AYwBzAC4AcAB1AGIALgByAG8AAAAfAGgAAQAAAAoAAABTAE0AVABQAAAAAAAfAGkA AQAAADwAAABvAHYAaQBkAGkAdQBwAGwAQABtAGkAYwByAG8AcwBvAGYAdAAtAGwAYQBiAC4AcAB1 AGIALgByAG8AAAAfAHAAAQAAABYAAABbAHMAbwBdACAAbQBpAG4AZwB3AAAAAAACAXEAAQAAACAA AAABw7TGZ2N9GTh+NrBPx40OQqbk9l4jAAA22b4AAOEHGB8AdAABAAAALAAAAHMAbwBAAGEAdABs AGEAbgB0AGkAcwAuAGMAcwAuAHAAdQBiAC4AcgBvAAAAHwAaDAEAAAAcAAAATwB2AGkAZABpAHUA IABQAGwAYQB0AG8AbgAAAB8AHQ4BAAAAFgAAAFsAcwBvAF0AIABtAGkAbgBnAHcAAAAAAAIBCRAB AAAApAoAAKAKAAAXIQAATFpGdcXcZdsDAAoAcmNwZzEyNYIyA0NodG1sMQMwPwEDAfcKgAKkA+MC AGNowQrAc2V0MCAHEwKA/xADAFAEVghVB7IR1Q5RAwHdENcyBgAGwxHVMwRGENn5Eu9mNAPGEYUR 4wjvCfe2OxofDjA1EdIMYGMAUDMLCQFkMzYRYAulNCDZEAIqXA6yAZBnFPAKoxcR4x8/IEw0FPA8 IUQAT0NUWVBFIEgAVE1MIFBVQkwASUMgIi0vL1dEM0MkIERURCM0NJIuEWBUcgBydGkCIMMHQCQg RU4iPiA/IU/dDhA4IpAjQiZ9Mx7QKOD4RUFEJn0O8SefK48snwstryfsNg7wPE1FVBxBIAWgAjAJ 8HQ9IosF4CNDNiUwMC4yHjAxMqAwIiAl8AeAPUeBJkBFUkFUT1Iqr5cvryJCMPFTIvBMRSZ+6zZx IY45IpAvNr807yb1XTZyLypvJ089JDURYDyAQk9EWSBiZwhQGRmxPSMBID/yIGRpez/APUByPJA9 AwAhAzB2SQiQd2sLgGQ1PLRiXQDQawnACGBB8CAAAHOcaHA80kNRC4BzdEMx1UNxcwOgZgMQbD+D ApEoc3YgMNA3RdAyMfY1GTBEOEZE0QmARVUZMOVHwVxAoWRvAOBAoQqx/FxxGgBAoRDwAzBBBRFg Rzy7HkE9v2c5NiKQRDxJVkDZAABJpzzZNjQTTN9J8lNpMWBhIHNjUIAHgHJnIAqwJfAgRwtgUGEK sHQsIECwZSxidQiQUJJwGiBjafh6ZXpQYVHwC4BAsBzQ21HQUrFvCcAzUHUDIDs8P0sVAhAZsBEw RBBScHRouRogYWQIcVH4RyBnU/EEY3VRYGliY210Di5YcUBQUnBleCAo31iwURAFQFSBJcAtVrQJ gGwpLlS/SzNPBRBYQG31UfBuXJBlRyBYYiVwBRD7AxAFsXNC8AVAWHBEEFHQ/1JwC4BQkBFAXYFd EVkhUXEaVgQAdQdAFxArKy5/PNkBwEDnCqJA5wpxJ+ww/yoxJIBMq2JISi9LP0xDI7DBItBLUVVP VCMgQGUZUJB0eUcgMeFBUkdASU4tUklHI0A68CAwcHgmYUD4CrEQAv9IlUkzSPFJj2YvIbsRYHAA v2cPTI9Nn06vbSdIEGkeIoUn7DQowUZPTlRQkLlTAT0ycYsL4m0JLXkCbVxRZwuAYDFNB5BQoGf+ ZXkDdW0w0D7xNBFA+FhwXG5lCoFtLz0zOCoxQtdxi1kAfRhGA2E6cEwigeYvfsplGSBPQZBAYFhQ r1sPbs9+gXARUAtgdAIgcX2+Jm5iRFACgED4J15hAUB9JwIgP1BlEQBs+UBAb2aGr4e/iMqDVYZE /3qve798z33ffu9P1jGxgK8zgb+Cx1RoWFCO0C8y9jeXADKQM4O/hM+F1Y7Q9jqXEBFwTY3/jw+Q H5Evc5I/nTVUb5P/lQ+Cx3M8b0BR0AtgAjAEAC5j4aPAcHViLgNgmp+br8+cv53Pnt+nFUNjoH+h j/+Cx5efmK+F5KSPpZ+mr6e/96jPT+WkIGoFkJPvq1+CuNRSRWqAW6MgXVDAC4D8Z3evj7Cfsa+5 b7p/u4/1KEY1cSEvdpK273KeYV//Ym9jf8DPbY+t72+vcL9z7+dy38s/dPZUZQWwEUAN4HdR8Atw URB1MaBQgwWgbVtD4EcgelBRWFBNC4BH+ldR8GQKwVChV+FQUETAnwCQBJBUkQGQWFBvYgiQ/7WA rP/IL4XVX5JYgXbRUMD3RYAFAAVAKFPAo5EHgFSRH1khI+BAYAOgX/VTdHXZQGBvKXjwMzAtM1BT gP8BAFJwXIXPcNmg04/Un4Xk91LBUIALgHZWYXlwU/HRgt8KwVIUUJIRMFEQb1HQU2H/BbAN4Nnx 0FOGYQXAU+JZIf/hBOAgXiHaz9vf3OXfkVJw9mYA0FJwYV5xWXDdsNCy/91yBlECQLjxBCBfyNjU z3L/1oG+MQcw4TMDctGA4h/jL3+F1VhBUHAaIN2CSGBRgWz+LllQUnB6kAuA4CAKwFB0f+fh0YAF MNCiBTHRE1rRSf8DoFLAANDPMVNh5VPpf+qP94XkQ/FW4G1RQVBx5QHPkb8aIF4ApBC+UN1SUHFw 4VL+bFhAAyD1Q+xB31HlA+BV/91S1oHwv/HP65XPAbWA90T/UnDskAXAWADWgeAgX2IIYOtQgFjS LQhxLvzQ74DeUusN4FcxeQhgJ+xBiYH9sY8FwPfP+N+F5G93bmCf/8MPxB/FL8Y/x0/IX8lvZ9// aO9p/2sPbB8F/wcPCB0I7//Kn8uvzL/NzEXwdV92b3d//3iPeZ+8L70/vk+yr7O/f/+3tg8FXwjB Q1jwWFBDG4C/3dGjgP6fEL+F1BIxW+kQe/cghnA69BBSQKPQJdVA9UhAcx7Ra6RBuMAc3x3v/x7/ IA8hH5NfIz8kT5aPmhH8MDWabycvKDorHywvLT//Lk8vX5//MZ8yr0LA9IAwsP5PKw843znvOv88 D6nPPi//Pz9Az0HfQu9D/0UPtM9G3/9H74L0uJM1PzZPKHa470of/0svvB9WX1dvv0/AXxRvAd// Au8D/wUPWv8QXxFvEn8Tjz9dzxWvFr8XzxjR5QI9Qf8bgBvRGQ8aEVNBGj1Sf2Rv/yh2Yh9eD18f YC9mr2e/aM//ad9q423fbu9rf2yPbZ97//vpEOxBYvWA/SDScNZzVSL/5UPvcD2A5MLtEfWgY/DT IP/R8PvRb79wzyh250Dh8dYB/jPPYK8w3/GBcYgSiAHhsT/eEfuz5QHPwdfC5yVDK/ArIDYuYGFb j1yfzej/jJ9zf3SPdZ9hT2JfY29kf/9lj3aPd594r3m/es+AX3zvb33/fw+cf52ERP0h0kBl/9pE JfCDgfQx0xDR8OkQ73D74MDkwnb1gN/xhF+VDyhJ//WA9OCkMfYyhzLlUOijWoDtp8g672D84UPS 8IOsiXj+Z4qRpS+mPyh2pJenx4r//4wPjR+OL48/kE+RX5Jvk3//lI+Vn5avl7+Yz5nfmu+b/3+d D54fny+gP8HP3qAbsGT/7fD0Qe5A2mBVEKRn0jHtIf3lUWb7wO1i3hL0gPCfuh/7KFjhAWWkkN2A 5NDv0CYA//uQ4MAmANDQyEDIQN/x3wG/4DTg0OVx9KDIQP0hKNpgNi2IFNnQelpg9UBzY//ZMMpv y38odvVA4fDXMPOy/84D9mH7YdEh7fLOUfTg0TDv7eDm8clyqPFt9bDiAPeR4+UB9TBhdXrWStF/ 0o//VJfXEe9w6/LgMvNA1EGCIP+jMooZzgH1sc766/HdpOfA/8lwG4DbkdjP2d+uX6fNDrD36JD9 MafWLq//sQ+yH7Mv/7Q/tU+2X7dvuH+5j7qfu6//vL+9z77fv+/A/8IPwx/EL//FP/bf2ID5cNWy WoDNQagi8naoMC1vzWDQwInDg9D+bd3y3mCDYt/v708odqgw+HpvbM1BDpCpMIHQ27I/zaDHgN5A otCk4ALQb2e/1ZKBgP8fAC8oZKewaomh/+T/5g/nH+gv6T/qT+tf7G//7X/v2BiBCDUNjw6fD68S SgBCTE9DS1FVT/xURRM7BTFarxTvFf8T34Xv1jURMkJPRFkRvUM0IFBxSFRNTFmgfQEeYB8ANRAB AAAAigAAADwAMwA2AEMAOAAxADYANABBAEUAMABDADYAQwBBADQAOQA4ADcAQwAzAEUAQwA4ADgA QQAxAEIAQgA0ADEANgBBADAAMQA0ADcAMABBAEAAcwBlAHIAdgBlAHIALgBtAGkAYwByAG8AcwBv AGYAdAAtAGwAYQBiAC4AcAB1AGIALgByAG8APgAAAAAAHwBHEAEAAAAeAAAAbQBlAHMAcwBhAGcA ZQAvAHIAZgBjADgAMgAyAAAAAAALAPIQAQAAAB8A8xABAAAAKgAAAFIARQAlADMAQQAgAFsAcwBv AF0AIABtAGkAbgBnAHcALgBFAE0ATAAAAAAACwD2EAAAAABAAAcwJFnlxsq0wwFAAAgwMPf66Mq0 wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2AGkAZABpAHUAIABQAGwAYQB0AG8AbgAA AAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GCAQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJT VCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElFTlRTL0NOPU9WSURJVVBMAAAAAB8A+j8B AAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkAcwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEA AAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAAAC4AAAADAP0/5AQAAAMAGUAAAAAAAwAa QAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAATwBWAEkARABJAFUAUABMAAAAAAAfADFA AQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkABAAAAOAAAAHMAbwAtAGEAZABtAGkAbgBA AGEAdABsAGEAbgB0AGkAcwAuAGMAcwAuAHAAdQBiAC4AcgBvAAAAHwAzQAEAAAASAAAATwBWAEkA RABJAFUAUABMAAAAAAAfADhAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AOUABAAAABAAA AC4AAAALACkAAAAAAAsAIwAAAAAAAwAGEKbwwMEDAAcQYgUAAAMAEBAAAAAAAwAREAEAAAAeAAgQ AQAAAGUAAABTSUNBU0FNRVJHUEFOQUxBQ0FQQVQsVFJFQlVJRVNBUFJFQ0laRVpDQSxJTlRSVUNB VFBST0dSQU1VTEZPTE9TRVNURVRIUkVBRFVSSSxUUkVCVUlFTEVHQVRDVUxJQkNNVExJAAAAAAIB fwABAAAARQAAADwzNkM4MTY0QUUwQzZDQTQ5ODdDM0VDODhBMUJCNDE2QTAxNDcwQUBzZXJ2ZXIu bWljcm9zb2Z0LWxhYi5wdWIucm8+AAAAAPtJ ------_=_NextPart_001_01C3B4CA.E8F16DEC-- From so@atlantis.cs.pub.ro Thu Nov 27 16:46:59 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 27 Nov 2003 18:46:59 +0200 Subject: [so] mingw In-Reply-To: <002101c3b4c5$897e5220$0200a8c0@smeagol> References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: On Thu, 27 Nov 2003 11:05:00 +0200, Cibu Cristian wrote: > mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai > mari decat cele facute de Visual C++ 6.0 man strip > Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de > nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare > tind spre anumite valori fixe astfel incat dupa cateva iteratii toti > cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se > gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce > construieste Visual C++ totul se comporta cu totul diferit. valorile > aleatoare sunt chiar aleatoare. > daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il > rog sa ma ajute. man srand tavi From so@atlantis.cs.pub.ro Thu Nov 27 16:53:03 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 27 Nov 2003 18:53:03 +0200 Subject: [so] destroy References: <20031126202006.78739.qmail@web60503.mail.yahoo.com> Message-ID: <00cb01c3b506$eeeb86f0$6400a8c0@andrei> Nu reiese din discutiile de mai dinainte daca variantele cu mai multe functii "destroy" sunt cerinte oficiale. Daca sunt, cred ca varianta oficiala de enunt (cu 1 destroy, 2 destroy, unul mai mare si altul mai mic) ar trebui sa fie pusa pe site cat mai repede. Si o alta constatare de la care pot sa apara discutii dupa aia: cele n variabile conditie nu se specifica faptul ca au numere de la 0 la n-1. Rog pe cine este in masura sa ridice ceata :). Eu am facut o implementare care la prima mentiune a unei variabile (indiferent de numar) o ataseaza uneia dintre cele n structuri rezervate. E ok? From so@atlantis.cs.pub.ro Thu Nov 27 20:13:03 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 12:13:03 -0800 (PST) Subject: [so] destroy In-Reply-To: <00cb01c3b506$eeeb86f0$6400a8c0@andrei> Message-ID: <20031127201303.37765.qmail@web60504.mail.yahoo.com> --- Andrei Hagiescu wrote: > Nu reiese din discutiile de mai dinainte daca > variantele cu mai multe > functii "destroy" sunt cerinte oficiale. Daca sunt, > cred ca varianta > oficiala de enunt (cu 1 destroy, 2 destroy, unul mai > mare si altul mai mic) > ar trebui sa fie pusa pe site cat mai repede. si lista asta e oficiala. > Si o alta constatare de la care pot sa apara > discutii dupa aia: cele n > variabile conditie nu se specifica faptul ca au > numere de la 0 la n-1. Rog > pe cine este in masura sa ridice ceata :). Eu am > facut o implementare care > la prima mentiune a unei variabile (indiferent de > numar) o ataseaza uneia > dintre cele n structuri rezervate. E ok? e ok, atata timp cand translatarea e coerenta. Daca tu pui conditia 3 pe pozitia 1, de fiecare data cand o referi prin signal/wait/broadcast tre sa te duci pe pozitia 1. Mi se pare o complicatie inutila, mai simplu e sa le tii 1 la 1. Ai si o penalizare de performanta cu translatarea. Daca nu pierzi performanta prea multa e ok, daca nu pierzi puncte :D Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 21:21:56 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 23:21:56 +0200 Subject: [so] mingw References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: <001201c3b52c$7c3cbe50$0200a8c0@smeagol> > > mare balarie si mingw asta. Toate executabilele sunt de 3, 4 ori mai > > mari decat cele facute de Visual C++ 6.0 > > man strip > > > Dar fie, nu aste e problema. toate valorile aleatoare sunt asa de > > nealeatoare :)... Cu executabilele facute de g++ valorile aleatoare > > tind spre anumite valori fixe astfel incat dupa cateva iteratii toti > > cititorii se comporta unitar (nu-i mai dezlipesc) pentru ca toti se > > gasesc sa citeasca la fel de mult si fac pauza la fel de mult. cu ce > > construieste Visual C++ totul se comporta cu totul diferit. valorile > > aleatoare sunt chiar aleatoare. > > daca cineva are vre-o idee de cum se poate rezolva treaba cu random, il > > rog sa ma ajute. > > man srand > > tavi sar'na pentru sfat. citez din man srand: rand() is unsafe in multi-thread applications. rand_r() is MT-Safe, and should be used instead. srand() is unsafe in multi-thread applications. From so@atlantis.cs.pub.ro Thu Nov 27 21:28:48 2003 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Thu, 27 Nov 2003 23:28:48 +0200 Subject: [so] mingw continuare References: <002101c3b4c5$897e5220$0200a8c0@smeagol> Message-ID: <001901c3b52d$71f9d4e0$0200a8c0@smeagol> numai ca pe windows nu am dat de rand_r si cum mingw e pe windows.... dilema mare. From so@atlantis.cs.pub.ro Thu Nov 27 21:30:21 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Thu, 27 Nov 2003 23:30:21 +0200 Subject: [so] destroy References: <20031127201303.37765.qmail@web60504.mail.yahoo.com> Message-ID: <001b01c3b52d$aaf40360$6400a8c0@andrei> > > si lista asta e oficiala. > Asta inseamna ca eventuale concluzii obtinute prin discutii pe aceasta lista privind cat de corect / complet este enuntul trebuie sa se regaseasca si in enuntul temei si nu sa-l contrazica. > e ok, atata timp cand translatarea e coerenta. Daca tu > pui conditia 3 pe pozitia 1, de fiecare data cand o > referi prin signal/wait/broadcast tre sa te duci pe > pozitia 1. Mi se pare o complicatie inutila, mai > simplu e sa le tii 1 la 1. Ai si o penalizare de > performanta cu translatarea. Daca nu pierzi > performanta prea multa e ok, daca nu pierzi puncte :D > > Nu s-a specificat nicaieri ca variabilele conditie vor avea numere intre 0 si n-1 sau intre 1 si n deci tema mea raspunde corect unor teste generice care nu tin seama de aceasta restrictie. Intr-adevar este o degradare de performanta fata de o tema care ar tine cont de aceasta restrictie dar atata vreme cat enuntul nu specifica explicit restrictia, tema rezolvata cu restrictie la numerele variabilelor conditie nu este corecta. Pana la urma trebuie sa rezolvam cum e mai simplu sau cum este mai corect? From so@atlantis.cs.pub.ro Thu Nov 27 21:46:44 2003 From: so@atlantis.cs.pub.ro (Stela Suciu) Date: Thu, 27 Nov 2003 13:46:44 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031123001830.55076.qmail@web60510.mail.yahoo.com> Message-ID: <20031127214644.12982.qmail@web11706.mail.yahoo.com> --0-818721692-1069969604=:12575 Content-Type: text/plain; charset=us-ascii Cosmin Arad wrote: Aveti grija la urmatoarele aspecte: - clientii care asteapta pe scaune vor fi tunsi cu prioritate fata de clientii tocmai intrati; Cosmin Am o nelamurire: afirmatia de mai sus inseamna ca de fapt clientii de pe scaunele de asteptare trebuie treziti in ordine FIFO (primii n clienti asezati pe scaune au prioritate fata de clientul n+1 care se aseaza si el pe scaun) ? Sau, pur si simplu, ideea e ca daca un client intra si gaseste cel putin o persoana pe scaunele de asteptare, nu are alta varianta decat sa se aseze si el pe un scaun de asteptare ? Multumesc anticipat, Stela __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Free Pop-Up Blocker - Get it now --0-818721692-1069969604=:12575 Content-Type: text/html; charset=us-ascii


Cosmin Arad <cosminarad@yahoo.com> wrote:

Aveti grija la urmatoarele aspecte:
- clientii care asteapta pe scaune vor fi tunsi cu
prioritate fata de clientii tocmai intrati;

Cosmin

Am o nelamurire: afirmatia de mai sus inseamna ca de fapt clientii de pe scaunele de asteptare trebuie treziti in ordine FIFO (primii n clienti asezati pe scaune au prioritate fata de clientul n+1 care se aseaza si el pe scaun) ?

Sau, pur si simplu, ideea e ca daca un client intra si gaseste cel putin o persoana pe scaunele de asteptare, nu are alta varianta decat sa se aseze si el pe un scaun de asteptare ?

Multumesc anticipat,

Stela


__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Free Pop-Up Blocker - Get it now --0-818721692-1069969604=:12575-- From so@atlantis.cs.pub.ro Thu Nov 27 21:50:09 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 13:50:09 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031127214644.12982.qmail@web11706.mail.yahoo.com> Message-ID: <20031127215009.7876.qmail@web60505.mail.yahoo.com> --- Stela Suciu wrote: > > > Cosmin Arad wrote: > Aveti grija la urmatoarele aspecte: > - clientii care asteapta pe scaune vor fi tunsi cu > prioritate fata de clientii tocmai intrati; > > Cosmin > > > Am o nelamurire: afirmatia de mai sus inseamna ca de > fapt clientii de pe scaunele de asteptare trebuie > treziti in ordine FIFO (primii n clienti asezati pe > scaune au prioritate fata de clientul n+1 care se > aseaza si el pe scaun) ? > > Sau, pur si simplu, ideea e ca daca un client intra > si gaseste cel putin o persoana pe scaunele de > asteptare, nu are alta varianta decat sa se aseze si > el pe un scaun de asteptare ? Exact. Nu trebuie FIFO. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 21:52:21 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Thu, 27 Nov 2003 13:52:21 -0800 (PST) Subject: [so] Re: Sleeping barbers In-Reply-To: <20031127215009.7876.qmail@web60505.mail.yahoo.com> Message-ID: <20031127215221.52417.qmail@web60309.mail.yahoo.com> --0-1711010079-1069969941=:51431 Content-Type: text/plain; charset=us-ascii terminati cu intrebari din astea care pot duce la un dezastru. Ce vrei sa le tii threadurile in coa Cosmin Arad wrote: --- Stela Suciu wrote: > > > Cosmin Arad wrote: > Aveti grija la urmatoarele aspecte: > - clientii care asteapta pe scaune vor fi tunsi cu > prioritate fata de clientii tocmai intrati; > > Cosmin > > > Am o nelamurire: afirmatia de mai sus inseamna ca de > fapt clientii de pe scaunele de asteptare trebuie > treziti in ordine FIFO (primii n clienti asezati pe > scaune au prioritate fata de clientul n+1 care se > aseaza si el pe scaun) ? > > Sau, pur si simplu, ideea e ca daca un client intra > si gaseste cel putin o persoana pe scaunele de > asteptare, nu are alta varianta decat sa se aseze si > el pe un scaun de asteptare ? Exact. Nu trebuie FIFO. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1711010079-1069969941=:51431 Content-Type: text/html; charset=us-ascii
terminati cu intrebari din astea care pot duce la un dezastru.
 
Ce vrei sa le tii threadurile in coa

Cosmin Arad <cosminarad@yahoo.com> wrote:
--- Stela Suciu wrote:
>
>
> Cosmin Arad wrote:
> Aveti grija la urmatoarele aspecte:
> - clientii care asteapta pe scaune vor fi tunsi cu
> prioritate fata de clientii tocmai intrati;
>
> Cosmin
>
>
> Am o nelamurire: afirmatia de mai sus inseamna ca de
> fapt clientii de pe scaunele de asteptare trebuie
> treziti in ordine FIFO (primii n clienti asezati pe
> scaune au prioritate fata de clientul n+1 care se
> aseaza si el pe scaun) ?
>
> Sau, pur si simplu, ideea e ca daca un client intra
> si gaseste cel putin o persoana pe scaunele de
> asteptare, nu are alta varianta decat sa se aseze si
> el pe un scaun de asteptare ?

Exact. Nu trebuie FIFO.

Cosmin

__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
_______________________________________________
so mailing list
so@atlantis.cs.pub.ro
http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1711010079-1069969941=:51431-- From so@atlantis.cs.pub.ro Thu Nov 27 21:45:10 2003 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Thu, 27 Nov 2003 23:45:10 +0200 (E. Europe Standard Time) Subject: [so] site References: <20031127201303.37765.qmail@web60504.mail.yahoo.com> Message-ID: <3FC67066.000016.00968@einstein> --------------Boundary-00=_AR51TSM1VA4000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_AR51O2Q1VA4000000000" --------------Boundary-00=_AR51O2Q1VA4000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable cel mai bine este sa existe o varianta corecta de enunt de tema pe site, pentru ca asa este normal si frumos.=0D in plis site-ul de so este oficial.=0D nu trebuie sa stam sa citim sute de mesaje pe lista ca sa ne prindem ca c= eea ce deja am lucrat nu este OK, desi enuntul nu spunea nimic despre asta.=0D =0D Eu consider de un mare ajutor lista aceasta de discutii si sunt de acord = ca ea este oficiala, dar... sunt cam multe mesaje...=0D =0D imi cer scuze daca am spus ceea ce nu trebuia.=0D =0D Florin --------------Boundary-00=_AR51O2Q1VA4000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
cel mai bine este sa existe o varianta corecta de enunt de tema= pe site, pentru ca asa este normal si frumos.
in plis site-ul de so este oficial.
nu trebuie sa stam sa citim sute de mesaje pe lista ca sa ne prindem= ca ceea ce deja am lucrat nu este OK, desi enuntul nu spunea nimic despr= e asta.
 
Eu consider de un mare ajutor lista aceasta de discutii si sunt de a= cord ca ea este oficiala, dar... sunt cam multe mesaje...
 
imi cer scuze daca am spus ceea ce nu trebuia.
 
Florin
______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""  IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_AR51O2Q1VA4000000000-- --------------Boundary-00=_AR51TSM1VA4000000000 Content-Type: image/gif; name="IMSTP.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhFAAPALMIAP9gAM9gAM8vAM9gL/+QL5AvAGAvAP9gL////wAAAAAAAAAAAAAAAAAAAAAA AAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQJFAAIACwAAAAAFAAPAAAEVRDJSaudJuudrxlEKI6B URlCUYyjKpgYAKSgOBSCDEuGDKgrAtC3Q/R+hkPJEDgYCjpKr5A8WK9OaPFZwHoPqm3366VKyeRt E30tVVRscMHDqV/u+AgAIfkEBWQACAAsAAAAABQADwAABBIQyUmrvTjrzbv/YCiOZGmeaAQAIfkE CRQACAAsAgABABAADQAABEoQIUOrpXIOwrsPxiQUheeRAgUA49YNhbCqK1kS9grQhXGAhsDBUJgZ AL2Dcqkk7ogFpvRAokSn0p4PO6UIuUsQggSmFjKXdAgRAQAh+QQFCgAIACwAAAAAFAAPAAAEEhDJ Sau9OOvNu/9gKI5kaZ5oBAAh+QQJFAAIACwCAAEAEAANAAAEShAhQ6ulcg7Cuw/GJBSF55ECBQDj 1g2FsKorWRL2CtCFcYCGwMFQmBkAvYNyqSTuiAWm9ECiRKfSng87pQi5SxCCBKYWMpd0CBEBACH5 BAVkAAgALAAAAAAUAA8AAAQSEMlJq7046827/2AojmRpnmgEADs= --------------Boundary-00=_AR51TSM1VA4000000000-- From so@atlantis.cs.pub.ro Thu Nov 27 22:00:12 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:00:12 -0800 (PST) Subject: [so] destroy In-Reply-To: <001b01c3b52d$aaf40360$6400a8c0@andrei> Message-ID: <20031127220012.55588.qmail@web60506.mail.yahoo.com> --- Andrei Hagiescu wrote: > > > > > si lista asta e oficiala. > > > > Asta inseamna ca eventuale concluzii obtinute prin > discutii pe aceasta lista > privind cat de corect / complet este enuntul trebuie > sa se regaseasca si in > enuntul temei si nu sa-l contrazica. pai concluziile de aici nu contrazic enuntul, doar il completeaza. > > e ok, atata timp cand translatarea e coerenta. > Daca tu > > pui conditia 3 pe pozitia 1, de fiecare data cand > o > > referi prin signal/wait/broadcast tre sa te duci > pe > > pozitia 1. Mi se pare o complicatie inutila, mai > > simplu e sa le tii 1 la 1. Ai si o penalizare de > > performanta cu translatarea. Daca nu pierzi > > performanta prea multa e ok, daca nu pierzi puncte > :D > > > > > > Nu s-a specificat nicaieri ca variabilele conditie > vor avea numere intre 0 > si n-1 sau intre 1 si n deci tema mea raspunde > corect unor teste generice > care nu tin seama de aceasta restrictie. Intr-adevar > este o degradare de > performanta fata de o tema care ar tine cont de > aceasta restrictie dar atata > vreme cat enuntul nu specifica explicit restrictia, > tema rezolvata cu > restrictie la numerele variabilelor conditie nu este > corecta. de ce nu este corecta? > Pana la urma > trebuie sa rezolvam cum e mai simplu sau cum este > mai corect? Corect si eficient. N-ai nici o scuza pentru lipsa de eficienta. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 22:13:18 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:13:18 -0800 (PST) Subject: [so] site In-Reply-To: <3FC67066.000016.00968@einstein> Message-ID: <20031127221318.63115.qmail@web60510.mail.yahoo.com> --- Florin Pop wrote: > cel mai bine este sa existe o varianta corecta de > enunt de tema pe site, varianta de enunt de pe site este corecta. > pentru ca asa este normal si frumos. > in plis site-ul de so este oficial. si lista e oficiala si chiar scopul ei este sa lamureasca nelamuririle cu privire la tema. > nu trebuie sa stam sa citim sute de mesaje pe lista > ca sa ne prindem ca ceea > ce deja am lucrat nu este OK, desi enuntul nu spunea > nimic despre asta. parerea mea este ca un enunt de tema nu trebuie sa dea mura-n gura solutia temei. De aceea lamuririle de pe lista nu isi au locul in enunt. > Eu consider de un mare ajutor lista aceasta de > discutii si sunt de acord ca > ea este oficiala, dar... sunt cam multe mesaje... acest lucru nu poate fi decat imbucurator > imi cer scuze daca am spus ceea ce nu trebuia. scuzele se accepta :) Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Thu Nov 27 22:29:18 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Thu, 27 Nov 2003 14:29:18 -0800 (PST) Subject: [so] trist In-Reply-To: <20031127221318.63115.qmail@web60510.mail.yahoo.com> Message-ID: <20031127222918.60573.qmail@web60309.mail.yahoo.com> --0-1865654005-1069972158=:59560 Content-Type: text/plain; charset=us-ascii Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Readerul da prioritatea writerilor care asteptau inaintea lui? sau si celor care vor veni dupa el si vor astepta in acelasi timp la un momentdat? --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-1865654005-1069972158=:59560 Content-Type: text/html; charset=us-ascii

<quote>

Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor. Daca un cititor gaseste un scriitor in buffer sau descopera ca un scriitor asteapta sa intre in buffer nu intra si ramane in asteptare acordand astfel prioritate scriitorilor.

</quote>

Readerul da prioritatea writerilor care asteptau inaintea lui? sau si celor care vor veni dupa el si vor astepta in acelasi timp la un momentdat?

 

 

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-1865654005-1069972158=:59560-- From so@atlantis.cs.pub.ro Thu Nov 27 22:40:35 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Thu, 27 Nov 2003 14:40:35 -0800 (PST) Subject: [so] trist In-Reply-To: <20031127222918.60573.qmail@web60309.mail.yahoo.com> Message-ID: <20031127224035.68000.qmail@web60506.mail.yahoo.com> --- Mihai Iancu wrote: > > > > Daca un cititor gaseste un scriitor in buffer sau > descopera ca un scriitor asteapta sa intre in buffer > nu intra si ramane in asteptare acordand astfel > prioritate scriitorilor. Daca un cititor gaseste un > scriitor in buffer sau descopera ca un scriitor > asteapta sa intre in buffer nu intra si ramane in > asteptare acordand astfel prioritate scriitorilor. > > > > Readerul da prioritatea writerilor care asteptau > inaintea lui? sau si celor care vor veni dupa el si > vor astepta in acelasi timp la un momentdat? si celor veniti. un reader intra cand nu mai e nici un writer pending. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Fri Nov 28 05:32:20 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 07:32:20 +0200 Subject: [so] mingw In-Reply-To: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> References: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> Message-ID: On Thu, 27 Nov 2003 11:27:49 +0200, Ovidiu Platon wrote: > Teoretic, ai putea sa compilezi cu MinGW, dar sa legi fisierul tau > obiect de libc si msvcrt (runtimeul de C din Visual Studio) - n-am idee Executabilele generate de MinGW nu folosesc libc ci msvcrt. De aia ii si zice minimalistic, pentru ca este portat doar compilatorul. C:\>type a.c #include int main() { srand(123); rand(); return 0; } C:\>objdump -p a.exe a.exe: file format pei-i386 Characteristics 0x207 relocations stripped executable line numbers stripped debugging information removed Time/Date Fri Nov 28 07:29:29 2003 ImageBase 00400000 SectionAlignment 00001000 FileAlignment 00000200 MajorOSystemVersion 4 MinorOSystemVersion 0 MajorImageVersion 1 MinorImageVersion 0 MajorSubsystemVersion 4 MinorSubsystemVersion 0 Win32Version 00000000 SizeOfImage 00005000 SizeOfHeaders 00000400 CheckSum 0000fc40 Subsystem 00000003 (Windows CUI) DllCharacteristics 00000000 SizeOfStackReserve 00200000 SizeOfStackCommit 00001000 SizeOfHeapReserve 00100000 SizeOfHeapCommit 00001000 LoaderFlags 00000000 NumberOfRvaAndSizes 00000010 The Data Directory Entry 0 00000000 00000000 Export Directory [.edata (or where ever we found it)] Entry 1 00004000 0000028c Import Directory [parts of .idata] Entry 2 00000000 00000000 Resource Directory [.rsrc] Entry 3 00000000 00000000 Exception Directory [.pdata] Entry 4 00000000 00000000 Security Directory Entry 5 00000000 00000000 Base Relocation Directory [.reloc] Entry 6 00000000 00000000 Debug Directory Entry 7 00000000 00000000 Description Directory Entry 8 00000000 00000000 Special Directory Entry 9 00000000 00000000 Thread Storage Directory [.tls] Entry a 00000000 00000000 Load Configuration Directory Entry b 00000000 00000000 Bound Import Directory Entry c 00000000 00000000 Import Address Table Directory Entry d 00000000 00000000 Delay Import Directory Entry e 00000000 00000000 Reserved Entry f 00000000 00000000 Reserved There is an import table in .idata at 0x404000 The Import Tables (interpreted .idata section contents) vma: Hint Time Forward DLL First Table Stamp Chain Name Thunk 00004000 00004040 00000000 00000000 00004230 000040a4 DLL Name: KERNEL32.dll vma: Hint/Ord Member-Name Bound-To 4104 0 AddAtomA 4110 131 ExitProcess 4120 148 FindAtomA 412c 193 GetAtomNameA 413c 660 SetUnhandledExceptionFilter 00004014 0000405c 00000000 00000000 00004280 000040c0 DLL Name: msvcrt.dll vma: Hint/Ord Member-Name Bound-To 415c 39 __getmainargs 416c 59 __p__environ 417c 61 __p__fmode 418c 78 __set_app_type 41a0 118 _cexit 41ac 169 _fileno 41b8 222 _iob 41c0 336 _onexit 41cc 373 _setmode 41d8 510 abort 41e0 517 atexit 41ec 552 free 41f4 603 malloc 4200 624 rand 4208 633 signal 4214 638 srand 00004028 00000000 00000000 00000000 00000000 00000000 tavi From so@atlantis.cs.pub.ro Fri Nov 28 06:01:04 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 08:01:04 +0200 Subject: [so] mingw In-Reply-To: References: <36C8164AE0C6CA4987C3EC88A1BB416A014707@server.microsoft-lab.pub.ro> Message-ID: On Fri, 28 Nov 2003 07:32:20 +0200, Octavian Purdila wrote: > On Thu, 27 Nov 2003 11:27:49 +0200, Ovidiu Platon > wrote: > >> Teoretic, ai putea sa compilezi cu MinGW, dar sa legi fisierul tau >> obiect de libc si msvcrt (runtimeul de C din Visual Studio) - n-am idee > > Executabilele generate de MinGW nu folosesc libc ci msvcrt. De aia ii si > zice minimalistic, > pentru ca este portat doar compilatorul. > Am confundat libc-ul de care ziceai tu cu glibc. E posibil sa linkezi si cu libc daca ai nevoie (-llibc -Lcale_spre_llibc). tavi From so@atlantis.cs.pub.ro Fri Nov 28 06:31:04 2003 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 28 Nov 2003 08:31:04 +0200 Subject: [so] mingw continuare In-Reply-To: <001901c3b52d$71f9d4e0$0200a8c0@smeagol> References: <002101c3b4c5$897e5220$0200a8c0@smeagol> <001901c3b52d$71f9d4e0$0200a8c0@smeagol> Message-ID: On Thu, 27 Nov 2003 23:28:48 +0200, Cibu Cristian wrote: > numai ca pe windows nu am dat de rand_r > si cum mingw e pe windows.... dilema mare. > Se pare ca in mscvrt.dll nu e implementat rand_r, insa msvcrt.dll este thread safe (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_c_run.2d.time_libraries.asp) asa ca poti sa folosesti rand. tavi From so@atlantis.cs.pub.ro Fri Nov 28 09:35:05 2003 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Fri, 28 Nov 2003 11:35:05 +0200 Subject: [so] site Message-ID: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3B592.E7ECE41E Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SW5saW5lLi4uDQoNCgk+IG51IHRyZWJ1aWUgc2Egc3RhbSBzYSBjaXRpbSBzdXRlIGRlIG1lc2Fq ZSBwZSBsaXN0YQ0KCT4gY2Egc2EgbmUgcHJpbmRlbSBjYSBjZWVhDQoJPiBjZSBkZWphIGFtIGx1 Y3JhdCBudSBlc3RlIE9LLCBkZXNpIGVudW50dWwgbnUgc3B1bmVhDQoJPiBuaW1pYyBkZXNwcmUg YXN0YS4NCgkNCglwYXJlcmVhIG1lYSBlc3RlIGNhIHVuIGVudW50IGRlIHRlbWEgbnUgdHJlYnVp ZSBzYSBkZWENCgltdXJhLW4gZ3VyYSBzb2x1dGlhIHRlbWVpLiBEZSBhY2VlYSBsYW11cmlyaWxl IGRlIHBlDQoJbGlzdGEgbnUgaXNpIGF1IGxvY3VsIGluIGVudW50Lg0KCQ0KDQoJT1A+IER1cGEg cGFyZXJlYSBtZWEsIHVuIGVudW50IGRlIHRlbWEgdHJlYnVpZSBzYSBmaWUgY2EgbyBzcGVjaWZp Y2F0aWUgZGUgcmVxdWlyZW1lbnRzLCBzY3VydGEsIGxhIG9iaWVjdCwgY2xhcmEgc2kgY3UgbXVs dGUgbGlua3VyaSBzaSBjbGFyaWZpY2FyaSBkaW4gc3RhcnQuIFBhbmEgYWljaSwgY2UgcG90IHNh IGdhc2VzYyBwZSBzaXRlIGFkdWNlIGNhdCBkZSBjYXQgYSByZXF1aXJlbWVudHMgKGJpbmUsIG1p Y2kgYW1iaWd1aXRhdGkgc2kgZ3Jlc2VsaSBjcmVkIGNhIHN1bnQgaW5lcmVudGUpLiBQZSBtaW5l IGluc2EgbWEgYW11emEgdGVyaWJpbCBkaXNjdXRpaWxlIGRlIHBlIGxpc3RhIGFzdGEsIGNyZWQg Y2Egc3VudCB1biB0cmFpbmluZyBleGNlbGVudCBwZW50cnUgdmlpdG9yaWkgaW5naW5lcmkgY2Fy ZSB2b3IgYXZlYSBkZS1hIGZhY2UgY3UgY3VzdG9tZXJpIGNhcmUgbnUgc3RpdSBjZSB2b3IgOikN CgkNCgk+IEV1IGNvbnNpZGVyIGRlIHVuIG1hcmUgYWp1dG9yIGxpc3RhIGFjZWFzdGEgZGUNCgk+ IGRpc2N1dGlpIHNpIHN1bnQgZGUgYWNvcmQgY2ENCgk+IGVhIGVzdGUgb2ZpY2lhbGEsIGRhci4u LiBzdW50IGNhbSBtdWx0ZSBtZXNhamUuLi4NCgkNCglhY2VzdCBsdWNydSBudSBwb2F0ZSBmaSBk ZWNhdCBpbWJ1Y3VyYXRvcg0KDQoJT1A+IEVpLCBudSBjaGlhciwgYW0gdmF6dXQgbXVsdGUgY2hl c3RpaSBjYXJlIHNlIGJhdCBjYXAgaW4gY2FwIHBlIHBhcmN1cnN1bCBkaXNjdXRpaWxvciwgY2V2 YSBzcGFtIChtZXNhanVsIGFzdGEsIGRlIGV4ZW1wbHUsIGRhciB2YSByb2cgc2EgbnUgbWEgcHVu ZXRpIGxhIGp1bmsgbWFpbCA6KSBzaSBjYXJlIGF1IHRlbmRpbnRhIHNhIHRlIGJhZ2UgaW4gY2Vh dGEuIEluIHBsdXMsIGNsYXJpZmljYXJpIHNpIGhpbnR1cmkgY2FyZSBzb3Nlc2MgZHVwYSBjZSB0 cmVjZSBkZWFkbGluZXVsIG1pIHNlIHBhciBkZSBwcm9zdCBndXN0Lg0KCQ0KDQo= ------_=_NextPart_001_01C3B592.E7ECE41E Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 eJ8+IgYJAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4gQAAAAAAADmAAENgAQAAgAAAAIAAgABBYAD AA4AAADTBwsAHAALACMABQAFADkBASCAAwAOAAAA0wcLABwACwAjAAUABQA5AQEJgAEAIQAAAEJB OEM3ODJCNEVGNkZENEU5OEFDMDc0OTRGMEE3Qjk0AHMHAQOQBgBwDwAAOAAAAB8AGgABAAAAEgAA AEkAUABNAC4ATgBvAHQAZQAAAAAAAwA2AAAAAAAfADcAAQAAABwAAABSAEUAOgAgAFsAcwBvAF0A IABzAGkAdABlAAAAQAA5AB7k7OeStcMBHwA9AAEAAAAKAAAAUgBFADoAIAAAAAAAAgFHAAEAAAAr AAAAYz11czthPSA7cD1NU0xhYjtsPVNFUlZFUi0wMzExMjgwOTM1MDVaLTI5AAAfAEkAAQAAABwA AABSAGUAOgAgAFsAcwBvAF0AIABzAGkAdABlAAAAQABOAADTAqkztcMBHwBaAAEAAAAYAAAAQwBv AHMAbQBpAG4AIABBAHIAYQBkAAAAAgFbAAEAAAA+AAAAAAAAAIErH6S+oxAZnW4A3QEPVAIAAAAA Q29zbWluIEFyYWQAU01UUABjb3NtaW5hcmFkQHlhaG9vLmNvbQAAAAIBXAABAAAAGgAAAFNNVFA6 Q09TTUlOQVJBREBZQUhPTy5DT00AAAAfAF0AAQAAABgAAABDAG8AcwBtAGkAbgAgAEEAcgBhAGQA AAACAV4AAQAAAD4AAAAAAAAAgSsfpL6jEBmdbgDdAQ9UAgAAAABDb3NtaW4gQXJhZABTTVRQAGNv c21pbmFyYWRAeWFob28uY29tAAAAAgFfAAEAAAAaAAAAU01UUDpDT1NNSU5BUkFEQFlBSE9PLkNP TQAAAB8AZgABAAAACgAAAFMATQBUAFAAAAAAAB8AZwABAAAAKgAAAGMAbwBzAG0AaQBuAGEAcgBh AGQAQAB5AGEAaABvAG8ALgBjAG8AbQAAAAAAHwBoAAEAAAAKAAAAUwBNAFQAUAAAAAAAHwBpAAEA AAAqAAAAYwBvAHMAbQBpAG4AYQByAGEAZABAAHkAYQBoAG8AbwAuAGMAbwBtAAAAAAAfAHAAAQAA ABQAAABbAHMAbwBdACAAcwBpAHQAZQAAAAIBcQABAAAAGwAAAAHDtTUOSwXSj/xgKksOnfflOQDB NCUAF0Q8dAAfAHQAAQAAACwAAABzAG8AQABhAHQAbABhAG4AdABpAHMALgBjAHMALgBwAHUAYgAu AHIAbwAAAB8AGgwBAAAAHAAAAE8AdgBpAGQAaQB1ACAAUABsAGEAdABvAG4AAAAfAB0OAQAAABQA AABbAHMAbwBdACAAcwBpAHQAZQAAAAIBCRABAAAAvwcAALsHAABDFgAATFpGdXrVmSwDAAoAcmNw ZzEyNYIyA0NodG1sMQMwPwEDAfcKgAKkA+MCAGNowQrAc2V0MCAHEwKA/xADAFAEVghVB7IR1Q5R AwHdENcyBgAGwxHVMwRGENlvEusR4wjvCfc7GM8OMDU7EdIMYGMAUAsJAWQzNpMRYAulNCAQAipc DrK9AZBnFPAKoxHjHeg0FPAAPCFET0NUWVAARSBIVE1MIFAAVUJMSUMgIi0gLy9XM0MhgERUIkQg lDMuMiGARU6cIj4e7R6PI8ExOB/wbyCiIw8kHyaQMx2AJXBFfEFEJc0O8SbvKW8k9DZBDvA8TUVU QQewQTEsYD0iRwnwBJBhdEUFsCIS0E9OVCLQVBMs8AXhRXgQ8W5nZT0GUnYTMS9BAJACICA2EC4w LjYdcDkuMSci/irPJQM3Nx/wVEkoVExFJc40DvBSZYA6IFtzb10gAJDUdGUkbjUf8C8zTzF/vyZF NJE2sChPJp86hDURYAA8Qk9EWSBkafRyPTqgcjnwOmMAIQMwOT0BZG8A4D0BCrFccf8YsD0BEPAD MD1lEWA6GxzxETsfZzk2H/BESVbPPTkAAD93Ojk2NEKvP8LISW5sC4BlLkZwOjm/AcA9RwqiPUcK cSR8MCgR/yHgQntISD//QQ9CEyEQIDBwS1FVTy3wPLY1QHQIeWxlLjFBUkdJYE4tUklHIKA04DD8 cHgi8T1YCrEQAj5lPwP/PsE/X0wvHxsRYFYATQ9CX29Db0R/Uyc94Gkc0iR8NK0lUUYt0TVBek+Q MleLFwviUw86dTgdgCZndAsCgD1XPl5oIG51ILE9EGVidQiQNUBhT0F0YW1iQmM1YAdwNUB1TzVw PLAu8AeBYWou8HD/LvA4nFSfX6RWEUYwYoEkfPssEDxRUj07RkEKgV5/X499YJ9jYmFiYC0wZEAF EG73AQBisGzxYwngZ09oX2lv72p/a49slWOSamJgYqEKQB8FAC1gYZIHkGOBT0ss/2R/ZY9mlQEA AJB1UGGgAjDmdQMgYaFzcHjgbl9vb/9wf3GPcp9hNgdwDeBjoXlw9xjQdIBigS5533rve/+Az/+B 34LpCrEEkHmwY9FiYHVj/2zxdf93D2akeOB4tGOiNXC/AMBhnQEAec+En4KtbQhw9GEtA6Bnj4E1 QAbwY3CDBzCLAmVpLiBEgCH/bjKHz4jfZpZioAhxBRBPgP9jomRQjH+Nj4K8ZwNhkgQA7XigYWGw GGBjeRELgHi09YCNNVchL1ySSm9Ynkdf/0hvSX+bv1i/Wc9a31vuCqP/VgBc713/mi+bP6FvnV+e b/+ff04oqhtRo6gPVC9NT05f/09vUH9YIVIfsN+x71VPOir7osAf8FBXj6PvpP+mf6ePnXWgUHzf fe9hJkR1CrBvhop10IpfYdlmYiFs8W//ka+5/2aVeXAFkAaQDeAtYPdiIWOxGNBxYhAY0AeAAjD+ c3XQBPAIcAGQddALYMgA0mIIkGN0ddBjC2CQAr94oJlQj2E6oC7wRjFrCHH/zhLIP8lPZqTNwsrz zzE8wO8DoGKBACCRAFAAcHRxDeB2ac2hZDFvBUBiUMIvbsZieXDDWVwnYQFAuGd+Z4BAB5B/sGRR NVJ0gGT/G4CHgorDz5/Qr9G1dQFiYO/LutTP1d/W6ijNUC0wddD3f5GY4QbQaY/gNWDLMc4S/wnB ETBGMGLwGNFs44qi2W+f2n9mpEZBGNACMGUp02G/Y8FGQZmBYlGLMZRBepCS/wUQzVADIDzAzJFj IJSnmCX/gELNoeIl4u/j/8pViqLF4fc9EAtxC4BndVAukOHQzDHrZEECMHJhsHboUC1x6FB9mYFn 5WLOMYahL3AFsWH7L0CMIi3HgZFRzkLqT+tf/dG1dbTwA3Dvt3lCYyBhsPN0EfBCOimVP5ZPgr/2 X9/3b/h/wo/Dn7tARfVxAiC/AJAEgWOixeEDgIASamNw/wWx8a/yv2apkUKAQmOh+S//+j/7T/xf /W9hU+f2zhLik/9jsfEwAHDiQgQvBT8GTwdfvwhvYVOHJgCvAb9mpG/SYfeQgJQwddBksIBGceKE bPD/YrDOhGPkRnELjwyfDa8W7/8X/xkJ8TFnIHSzYbBhodRg/y1gLvDSYGOh2PIRrxK/5QX/4LDY sI+BLXGor6m/SxmsX/+tZVENGR+rxq7RvJG4/x+v/7sfvC+9P75Pv1/Ab8F/Du+/D//+odQBYaE/ MJCAcnXQ8XSRdmF6Y3DOdT8wdWFn7zHv89fAIGJ1AWzwcP+Zgh6fKg/bhjfwZFE5Qcyhf2Ng59kA cNQSNdB5YXSRKL9j43kR6WRjse3QbdBwkFD/FKM4PzlPZpU10DIv3h/W6vxyb+2w1K9Cz98MYaGL Mf95guExzREAQM8A5tHnwEUf/0Yv1ur2DUpf1q7OIv/zYbH/7iDS0ZhhPz9AT8pVkJI3gZ5n5nJu IXUAgHAgSYpg/z6hzGHSGs9hNUB48e/GkDD/18PYoMThdBGLkXQRUK9Rv/94FtiQGLJ5EX+QN1JZ EpTi/0SwHOGP4GcgFq8avxjNI1//JG8lfyaPJ58orysBL2Ei5X+t367vX/8o/1kvav8q0jXhZlJC T0RZZU5sXyripjdn8bYATUxeAH1xIAAfADUQAQAAAIoAAAA8ADMANgBDADgAMQA2ADQAQQBFADAA QwA2AEMAQQA0ADkAOAA3AEMAMwBFAEMAOAA4AEEAMQBCAEIANAAxADYAQQAwADEANAA3ADAARQBA AHMAZQByAHYAZQByAC4AbQBpAGMAcgBvAHMAbwBmAHQALQBsAGEAYgAuAHAAdQBiAC4AcgBvAD4A AAAAAB8ARxABAAAAHgAAAG0AZQBzAHMAYQBnAGUALwByAGYAYwA4ADIAMgAAAAAACwDyEAEAAAAf APMQAQAAACgAAABSAEUAJQAzAEEAIABbAHMAbwBdACAAcwBpAHQAZQAuAEUATQBMAAAACwD2EAAA AABAAAcwkKU8H5K1wwFAAAgwEQv055K1wwEDAN4/6f0AAAMA8T8JBAAAHwD4PwEAAAAcAAAATwB2 AGkAZABpAHUAIABQAGwAYQB0AG8AbgAAAAIB+T8BAAAAXQAAAAAAAADcp0DIwEIQGrS5CAArL+GC AQAAAAAAAAAvTz1NU0xBQi9PVT1GSVJTVCBBRE1JTklTVFJBVElWRSBHUk9VUC9DTj1SRUNJUElF TlRTL0NOPU9WSURJVVBMAAAAAB8A+j8BAAAAKgAAAFMAeQBzAHQAZQBtACAAQQBkAG0AaQBuAGkA cwB0AHIAYQB0AG8AcgAAAAAAAgH7PwEAAAAeAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAAAAAA AC4AAAADAP0/5AQAAAMAGUAAAAAAAwAaQAAAAAADAB1AAAAAAAMAHkAAAAAAHwAwQAEAAAASAAAA TwBWAEkARABJAFUAUABMAAAAAAAfADFAAQAAABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AMkAB AAAAKgAAAGMAbwBzAG0AaQBuAGEAcgBhAGQAQAB5AGEAaABvAG8ALgBjAG8AbQAAAAAAHwAzQAEA AAAqAAAAYwBvAHMAbQBpAG4AYQByAGEAZABAAHkAYQBoAG8AbwAuAGMAbwBtAAAAAAAfADhAAQAA ABIAAABPAFYASQBEAEkAVQBQAEwAAAAAAB8AOUABAAAABAAAAC4AAAALACkAAAAAAAsAIwAAAAAA AwAGEBEho28DAAcQ2QMAAAMAEBAAAAAAAwAREAEAAAAeAAgQAQAAAGUAAABJTkxJTkVOVVRSRUJV SUVTQVNUQU1TQUNJVElNU1VURURFTUVTQUpFUEVMSVNUQUNBU0FORVBSSU5ERU1DQUNFRUFDRURF SkFBTUxVQ1JBVE5VRVNURU9LLERFU0lFTlVOVFVMAAAAAAIBfwABAAAARQAAADwzNkM4MTY0QUUw QzZDQTQ5ODdDM0VDODhBMUJCNDE2QTAxNDcwRUBzZXJ2ZXIubWljcm9zb2Z0LWxhYi5wdWIucm8+ AAAAABeh ------_=_NextPart_001_01C3B592.E7ECE41E-- From so@atlantis.cs.pub.ro Sat Nov 29 11:59:54 2003 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Sat, 29 Nov 2003 03:59:54 -0800 Subject: [so] ERRORCHECK_MUTEX in loc de TLS? References: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> Message-ID: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Salut! M-am gandit sa folosesc un astfel mutex ca sa vad daca eu(threadul curent) sunt sau nu in monitor. In felul urmator: Sa zicem ca eu am ocupat mutexul(deci sunt in monitor). Daca tot eu voi da lock iar, o sa-mi arunce nu stiu ce eroare. Daca altul da lock, nu-i mai arunca eroarea asta. It's ok? bye dany From so@atlantis.cs.pub.ro Sat Nov 29 11:03:36 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 03:03:36 -0800 (PST) Subject: [so] ERRORCHECK_MUTEX in loc de TLS? In-Reply-To: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031129110336.57346.qmail@web60507.mail.yahoo.com> --- Daniel Cosmin Porumbel wrote: > Salut! > > M-am gandit sa folosesc un astfel mutex ca sa > vad daca eu(threadul > curent) sunt sau nu in monitor. In felul urmator: > > Sa zicem ca eu am ocupat mutexul(deci sunt in > monitor). > Daca tot eu voi da lock iar, o sa-mi arunce nu > stiu ce eroare. Daca > altul da lock, nu-i mai arunca eroarea asta. It's > ok? Salut, Am primit de la voi niste ecouri care spun ca s-a inteles ca folosirea TLS e obligatorie. Nu este obligatorie. A fost data ca hint, sa fie clar pentru toata lumea, insa mi s-a parut o solutie eleganta si interesanta pentru voi de folosit. Puteti folosi orice altceva. Veti fi depunctati totusi (foarte putin) daca acel altceva e mai putin eficient sau strica in vreun fel functionalitatea naturala a monitorului. In alta ordine de idei, folositi-va imaginatia, dati solutii (originale sau nu) pe care sa fiti in stare sa le aparati/argumentati. E mult mai important sa va intariti increderea ca ceea ce ati facut e corect, si in urma unei analize a programului vostru sa puteti garanta ca este corect si eficient, decat sa intrebati la fiecare chichita(*) si niciodata sa nu fiti siguri pe voi. Mult mai important decat punctele obtinute la teme este faptul ca voi invatati sa scrieti software de calitate, si la sfarsit constientizati lucrul asta si sunteti sigur de el. Uneori si profii/indrumatorii se pot insela. Nu va abtineti de la a-i contrazice de teama ca pierdeti puncte. Studentul care nu se contrazice nu-i student :) (*)A propos, verificarile astea de utilizare corecta pentru care s-au scris exagerat de multe emailuri (destroy & TLS) nu valoreaza mai mult de 5% din punctajul temei. Ma bucur ca nu sunt probleme la implementarea efectiva de monitor si toata lumea e convinsa ca l-a implementat corect. Succes, Cosmin PS Daca cineva are ceva de replicat sa nu dea replica pe lista ca sa oprim spamul. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 13:28:34 2003 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Sat, 29 Nov 2003 05:28:34 -0800 (PST) Subject: [so] tot tema 3 Message-ID: <20031129132834.54602.qmail@web11202.mail.yahoo.com> Salut, Se poate folosi o clasa pentru definirea monitorului ? Metodele ei vor fi cele cerute de enuntul temei dar nu vor primi ca parametru un pointer ... Andrei __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sat Nov 29 13:32:29 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 05:32:29 -0800 (PST) Subject: [so] tot tema 3 In-Reply-To: <20031129132834.54602.qmail@web11202.mail.yahoo.com> Message-ID: <20031129133229.89530.qmail@web60507.mail.yahoo.com> Da. --- Andrei Stefan wrote: > Salut, > > > Se poate folosi o clasa pentru definirea monitorului > ? > Metodele ei vor fi cele cerute de enuntul temei dar > nu > vor primi ca parametru un pointer ... __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 15:53:35 2003 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Sat, 29 Nov 2003 17:53:35 +0200 Subject: [so] probleme Message-ID: <3FC8C0FF.10404@pcnet.ro> Buna! Va rog frumos sa ne spuneti cat valoreaza ca punctaj fiecare dintre cele trei aspecte ale temei: monitor, readers-writers, sleeping barber. Ar si corect sa avem un punctaj estimativ inainte de a trimite tema.Eu de exemplu am momentan probleme in doua parti si ar fi bine sa stiu asupra carei probleme sa ma concentrez mai mult, dat fiind timpul scurt care a mai ramas. Multmesc anticipat! Ruxandra From so@atlantis.cs.pub.ro Sat Nov 29 16:01:50 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sat, 29 Nov 2003 08:01:50 -0800 (PST) Subject: [so] Eroare la sem_wait In-Reply-To: <000b01c3b670$4e1e3220$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031129160150.72613.qmail@web60301.mail.yahoo.com> Era vb ca la un apel de asteptare pe un IPC sa verificam EINTR. Din man vad ca sem_wait nu il seteaza ( sau cel putin nu se specifica). Mai trebuie veriicat daca asteptarea este intrerupta de semnal sau nu? Daca da cum, se mai seteaza errno cumva? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 16:08:46 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 08:08:46 -0800 (PST) Subject: [so] probleme In-Reply-To: <3FC8C0FF.10404@pcnet.ro> Message-ID: <20031129160846.19852.qmail@web60501.mail.yahoo.com> --- Ruxi Jitianu wrote: > Buna! > > Va rog frumos sa ne spuneti cat valoreaza ca punctaj > fiecare dintre cele > trei aspecte ale temei: monitor, readers-writers, > sleeping barber. > > Ar si corect sa avem un punctaj estimativ inainte de > a trimite tema.Eu > de exemplu am momentan probleme in doua parti si ar > fi bine sa stiu > asupra carei probleme sa ma concentrez mai mult, > dat fiind timpul scurt > care a mai ramas. > > Multmesc anticipat! In mare cam 80% - monitor, 10% - rw, 10% - barbieri. Imi rezerv dreptul de a modifica in 70-15-15 dar concluzia e ca trebuie sa te concentrezi pe monitor. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 16:41:57 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 08:41:57 -0800 (PST) Subject: [so] Eroare la sem_wait In-Reply-To: <20031129160150.72613.qmail@web60301.mail.yahoo.com> Message-ID: <20031129164157.8440.qmail@web60504.mail.yahoo.com> --- Mihai Iancu wrote: > Era vb ca la un apel de asteptare pe un IPC > sa verificam EINTR. > > Din man vad ca sem_wait nu il seteaza ( sau > cel putin nu se specifica). > > Mai trebuie veriicat daca asteptarea este > intrerupta de semnal sau nu? > Daca da cum, se mai seteaza errno cumva? Se pare ca in implementarea LinuxThreads pentru toate operatiile blocante se fac teste daca operatia a fost deblocata corespunzator. Daca te uiti in sursele LinuxThreads o sa gasesti un while(1) la pthread_mutex_lock, pthread_cond_wait, sem_wait si altele. Pe scurt: nu mai trebuie verificat. Cosmin __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sat Nov 29 20:39:30 2003 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Sat, 29 Nov 2003 22:39:30 +0200 Subject: [so] tot barbieri sau frizeri... References: <36C8164AE0C6CA4987C3EC88A1BB416A01470E@server.microsoft-lab.pub.ro> Message-ID: <02ae01c3b6b8$e445c040$6400a8c0@andrei> Am urmatoarea dilema. Am folosit doua monitoare pentru ca un client tocmai intrat si un frizer sa nu se "ciocneasca". Daca tot am folosit al doilea monitor am pus si "anuntul" ca un frizer a terminat in acest monitor pentru ca altfel ar fi fost echivalent cu un mutex la contorul de scaune libere. Din pacate pentru a nu baga un frizer in acest monitor, clientul tuns si nu barbierul trebuie sa anunte ca frizerul a terminat tunsul. Intre timp barbierul se culca "un pic" pana vine un eventual client care a fost anuntat (nu are de unde sa stie barbierul daca mai sunt clienti la coada). Este corecta abordarea sau tb. ca un barbier sa nu se culce deloc daca mai sunt clienti care tb. tunsi? From so@atlantis.cs.pub.ro Sat Nov 29 20:44:19 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sat, 29 Nov 2003 12:44:19 -0800 (PST) Subject: [so] tot barbieri sau frizeri... In-Reply-To: <02ae01c3b6b8$e445c040$6400a8c0@andrei> Message-ID: <20031129204419.36559.qmail@web60502.mail.yahoo.com> aboradarea este corecta. Atentie insa ca aceasta abordare este corecta doar in solutiile cu doua monitoare. Cosmin --- Andrei Hagiescu wrote: > Am urmatoarea dilema. Am folosit doua monitoare > pentru ca un client tocmai > intrat si un frizer sa nu se "ciocneasca". Daca tot > am folosit al doilea > monitor am pus si "anuntul" ca un frizer a terminat > in acest monitor pentru > ca altfel ar fi fost echivalent cu un mutex la > contorul de scaune libere. > Din pacate pentru a nu baga un frizer in acest > monitor, clientul tuns si nu > barbierul trebuie sa anunte ca frizerul a terminat > tunsul. Intre timp > barbierul se culca "un pic" pana vine un eventual > client care a fost anuntat > (nu are de unde sa stie barbierul daca mai sunt > clienti la coada). Este > corecta abordarea sau tb. ca un barbier sa nu se > culce deloc daca mai sunt > clienti care tb. tunsi? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 10:35:48 2003 From: so@atlantis.cs.pub.ro (Diana) Date: Sun, 30 Nov 2003 12:35:48 +0200 Subject: [so] printf Message-ID: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C3B73E.7B6D4580 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Am urmatoarea problema: cand afisez un mesaj mi se intampla uneori sa il = afiseze acelasi thread de doua ori, desi printf-ul se executa o singura = data. Sunt convinsa ca se executa o singura data pentru ca am = initializat un contor si l-am incrementat in printf; concluzie: imi = afiseaza de mai multe ori avand contorul 1. Daca mai pun un printf = imediat dupa printf-ul problematic, am observat ca nu se mai intampla sa = mi-l afiseze de mai multe ori. Oricum, chestia asta este complet = aleatoare.. Stie cineva cum s-ar putea rezolva aceasta problema (in alt mod decat sa = mai pun cate un printf in plus dupa fiecare printf de care am nevoie)? ------=_NextPart_000_0005_01C3B73E.7B6D4580 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Am urmatoarea problema: cand afisez un = mesaj mi se=20 intampla uneori sa il afiseze acelasi thread de doua ori, desi printf-ul = se=20 executa o singura data. Sunt convinsa ca se executa o singura data = pentru ca am=20 initializat un contor si l-am incrementat in printf; concluzie: imi = afiseaza de=20 mai multe ori avand contorul 1. Daca mai pun un printf imediat dupa = printf-ul=20 problematic, am observat ca nu se mai intampla sa mi-l afiseze de mai = multe ori.=20 Oricum, chestia asta este complet aleatoare..
Stie cineva cum s-ar putea rezolva = aceasta problema=20 (in alt mod decat sa mai pun cate un printf in plus dupa fiecare printf = de care=20 am nevoie)?
------=_NextPart_000_0005_01C3B73E.7B6D4580-- From so@atlantis.cs.pub.ro Sun Nov 30 10:44:03 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 02:44:03 -0800 (PST) Subject: [so] printf In-Reply-To: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> Message-ID: <20031130104403.92361.qmail@web60503.mail.yahoo.com> Daca-mi trimiti o bucata de cod care poate fi compilata si rulata, si care se comporta cum spui tu as putea sa incerc sa determin cauza. Cosmin --- Diana wrote: > Am urmatoarea problema: cand afisez un mesaj mi se > intampla uneori sa il afiseze acelasi thread de doua > ori, desi printf-ul se executa o singura data. Sunt > convinsa ca se executa o singura data pentru ca am > initializat un contor si l-am incrementat in printf; > concluzie: imi afiseaza de mai multe ori avand > contorul 1. Daca mai pun un printf imediat dupa > printf-ul problematic, am observat ca nu se mai > intampla sa mi-l afiseze de mai multe ori. Oricum, > chestia asta este complet aleatoare.. > Stie cineva cum s-ar putea rezolva aceasta problema > (in alt mod decat sa mai pun cate un printf in plus > dupa fiecare printf de care am nevoie)? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 11:36:17 2003 From: so@atlantis.cs.pub.ro (Diana Fulger) Date: Sun, 30 Nov 2003 03:36:17 -0800 (PST) Subject: [so] off topic Message-ID: <20031130113617.49594.qmail@web41005.mail.yahoo.com> pariez ca la asta nu se astepta nimeni. azi e sfantul andrei, asa ca sa traiti cu numele daca e cazul :) __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sun Nov 30 12:03:02 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 04:03:02 -0800 (PST) Subject: [so] x-( In-Reply-To: <20031130113617.49594.qmail@web41005.mail.yahoo.com> Message-ID: <20031130120302.30285.qmail@web60302.mail.yahoo.com> O mica problema la final ( sau la mal :( ) Cum fac sa modific din Makefile LD_LIBRARY_PATH sa fie = ./:$LD_LIBRARY_PATH.? Eu ca user nu am variabila asta si deci incerc sa o setez din Makefile cu export LD_LIBRARY_PATH=./ dar dupa ce termina make nu exista variabila, deci nu o seteaza. De testat programul se poate face scriind export LD_LIBRARY_PATH=./ in consola si apoi gaseste .so, dar e o solutie cam trista. ===== I was born intelligent, education ruined me. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:11:17 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 04:11:17 -0800 (PST) Subject: [so] x-( In-Reply-To: <20031130120302.30285.qmail@web60302.mail.yahoo.com> Message-ID: <20031130121117.42144.qmail@web60508.mail.yahoo.com> --- Mihai Iancu wrote: > O mica problema la final ( sau la mal :( ) > > Cum fac sa modific din Makefile LD_LIBRARY_PATH sa > fie = ./:$LD_LIBRARY_PATH.? > > Eu ca user nu am variabila asta si deci incerc sa > o setez din Makefile cu export LD_LIBRARY_PATH=./ > > dar dupa ce termina make nu exista variabila, deci > nu o seteaza. De testat programul se poate face > scriind export LD_LIBRARY_PATH=./ in consola si apoi > gaseste .so, dar e o solutie cam trista. I can handle it. Variabila se seteaza in environment-ul procesului care executa make, nu si in parinte (bash), deci e normal comportamentul. Poti sa faci o regula run sau test in Makefile care dupa compilare sa faca si setarea variabilei si rularea programului de test, daca tii neaparat. > ===== > I was born intelligent, > education ruined me. pe bune? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:38:18 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 04:38:18 -0800 (PST) Subject: [so] sleep In-Reply-To: <20031130120302.30285.qmail@web60302.mail.yahoo.com> Message-ID: <20031130123818.6705.qmail@web60309.mail.yahoo.com> la readerswriters e nepotrivit sleep-ul care face sleep doar secunde si astfel cu 30 de readers si 30 writers cand intra un writer si pana iese sigur mai vine un writer si astfel nu mai apuca nici un readers sa ma intre caci asteapta sa nu mai fie nici un wr ... stiti cu totii povestea. Vreau sa folosesc /** *face un sleep de sec si usec */ int mysleep( int sec, int usec){ struct timeval opt; opt.tv_sec = sec; opt.tv_usec = usec; return select(1,0,0,0,&opt); } nu cred ca e in POSIX e ok? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 12:50:06 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 04:50:06 -0800 (PST) Subject: [so] sleep In-Reply-To: <20031130123818.6705.qmail@web60309.mail.yahoo.com> Message-ID: <20031130125006.26358.qmail@web60510.mail.yahoo.com> te complici, foloseste nanosleep. --- Mihai Iancu wrote: > la readerswriters e nepotrivit sleep-ul care > face sleep doar secunde si astfel cu 30 de readers > si > 30 writers cand intra un writer si pana iese > sigur mai vine un writer si astfel nu mai apuca nici > un readers sa ma intre caci asteapta sa nu mai fie > nici un wr ... stiti cu totii povestea. > > Vreau sa folosesc > /** > *face un sleep de sec si usec > */ > int mysleep( int sec, int usec){ > struct timeval opt; > opt.tv_sec = sec; > opt.tv_usec = usec; > return select(1,0,0,0,&opt); > } > > nu cred ca e in POSIX > > e ok? __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 15:03:47 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 07:03:47 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <001a01c3b7a6$a36a1b40$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031130150347.75375.qmail@web60508.mail.yahoo.com> E ok, nu se face overwrite. Mai fa o data upload cum trebuie. --- Daniel Cosmin Porumbel wrote: > Salut! > > Cred ca am facut o greseala la upload. Am > vrut sa trimit tema si nu mi-a primit-o dintr-un > motiv oarecare. Apoi cand am vrut s-o trimit iar, am > dat back si n-am mai modificat dropDownListurile si > s-a pus peste tema1 de Windows. Credeti ca se mai > poate face ceva ca sa recuperez fisierele de > dinainte? Sper ca nu face overwrite automat.... > > Toate bune! > Dany > __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 15:53:28 2003 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Sun, 30 Nov 2003 07:53:28 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <001a01c3b7a6$a36a1b40$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20031130155328.39396.qmail@web60309.mail.yahoo.com> --0-65724020-1070207608=:39234 Content-Type: text/plain; charset=us-ascii Cum facem cu temaX.exe? ce nume ii punem ca acum avem cel putin 2 executabile --------------------------------- Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard --0-65724020-1070207608=:39234 Content-Type: text/html; charset=us-ascii

Cum facem cu temaX.exe?

 

ce nume ii punem ca acum avem cel putin 2 executabile

Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard --0-65724020-1070207608=:39234-- From so@atlantis.cs.pub.ro Sun Nov 30 16:14:35 2003 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Sun, 30 Nov 2003 08:14:35 -0800 (PST) Subject: [so] upload mistake In-Reply-To: <20031130155328.39396.qmail@web60309.mail.yahoo.com> Message-ID: <20031130161435.66629.qmail@web60510.mail.yahoo.com> Education ruined you. You should quit while you're still ahead :)) --- Mihai Iancu wrote: > > Cum facem cu temaX.exe? > > > > ce nume ii punem ca acum avem cel putin 2 > executabile __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From so@atlantis.cs.pub.ro Sun Nov 30 16:33:25 2003 From: so@atlantis.cs.pub.ro (Ionut Cirjan) Date: Sun, 30 Nov 2003 08:33:25 -0800 (PST) Subject: [so] printf In-Reply-To: <20031130104403.92361.qmail@web60503.mail.yahoo.com> Message-ID: <20031130163325.11166.qmail@web41104.mail.yahoo.com> Eu am avut alta problema cu printf: intarzia la unele threaduri si afisa mai repede de la altele care totusi se executau dupa cele dinainte. Am pus dupa fiecare printf un fflush(stdout) si nu am mai avut probleme. Ionut. --- Cosmin Arad wrote: > Daca-mi trimiti o bucata de cod care poate fi > compilata si rulata, si care se comporta cum spui tu > as putea sa incerc sa determin cauza. > > Cosmin > > --- Diana wrote: > > Am urmatoarea problema: cand afisez un mesaj mi se > > intampla uneori sa il afiseze acelasi thread de > doua > > ori, desi printf-ul se executa o singura data. > Sunt > > convinsa ca se executa o singura data pentru ca am > > initializat un contor si l-am incrementat in > printf; > > concluzie: imi afiseaza de mai multe ori avand > > contorul 1. Daca mai pun un printf imediat dupa > > printf-ul problematic, am observat ca nu se mai > > intampla sa mi-l afiseze de mai multe ori. Oricum, > > chestia asta este complet aleatoare.. > > Stie cineva cum s-ar putea rezolva aceasta > problema > > (in alt mod decat sa mai pun cate un printf in > plus > > dupa fiecare printf de care am nevoie)? > > > __________________________________ > Do you Yahoo!? > Protect your identity with Yahoo! Mail AddressGuard > http://antispam.yahoo.com/whatsnewfree > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ From so@atlantis.cs.pub.ro Sun Nov 30 21:23:58 2003 From: so@atlantis.cs.pub.ro (Bogdan Butnaru) Date: Sun, 30 Nov 2003 23:23:58 +0200 Subject: [so] printf In-Reply-To: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> References: <000801c3b72d$b7f2cd60$bd52c451@GANDOLPH> Message-ID: <20031130212358.E732241AC8@server1.messagingengine.com> Chestia cu fflush(stdout) e de baza la multithreading. Daca folosesti C++, merge si "cout< said: > Am urmatoarea problema: cand afisez un mesaj mi se intampla uneori sa il > afiseze acelasi thread de doua ori, desi printf-ul se executa o singura > data. Sunt convinsa ca se executa o singura data pentru ca am initializat > un contor si l-am incrementat in printf; concluzie: imi afiseaza de mai > multe ori avand contorul 1. Daca mai pun un printf imediat dupa printf-ul > problematic, am observat ca nu se mai intampla sa mi-l afiseze de mai > multe ori. Oricum, chestia asta este complet aleatoare.. > Stie cineva cum s-ar putea rezolva aceasta problema (in alt mod decat sa > mai pun cate un printf in plus dupa fiecare printf de care am nevoie)? -- Bogdan Butnaru bogdanb@fastmail.fm -- http://www.fastmail.fm - Access your email from home and the web