h= ttp://www.ussg.iu.edu/hypermail/linux/kernel/0001.2/0035.html<= /DIV>

h= ttp://www.ussg.iu.edu/hypermail/linux/kernel/9908.3/0273.html<= /DIV>

Stie cineva cum = se=20 instaleaza un patch? Sau ce pot sa fac?

Pentru a rezerva memorie, = am incercat=20 sa folosesc mmap cu flagul MAP_ANONYMOUS. Si imi da eroare invalid = argument=20 pentru o combinatie de argumente (e vorba de address, length si = offset care=20 genereaza eroarea asta comform man) care mergea la un fisier = normal.=20 Combinatii malloc/free mi-au dat eroare cand am vrut sa mapez un = fisier pe=20 memoria gasita de malloc...Stie cineva o alta varianta de a rezerva = o zona=20 de memorie pt mapare?

Toate bune!

Daniel

------=_NextPart_000_0009_01C3D7BF.CFF6F6E0-- From so@atlantis.cs.pub.ro Sat Jan 10 20:16:48 2004 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Sat, 10 Jan 2004 22:16:48 +0200 Subject: [so] revenire -> Dimensiune pagina References: <20040109120410.56980.qmail@web41203.mail.yahoo.com> Message-ID: <022301c3d7b6$adee2130$6400a8c0@andrei> > In cazul nostru maparea paginilor fizice (fisier) in memoria virtuala > (memorie din spatiul de adresa al procesului) nu trebuie sa o faci > neaparat prin maparea unui fisier (bucati din fisier) in memorie, > desi lucrul asta e cel mai simplu. > MapViewOfFileEx (pe care putem sa-l folosim pentru a avea o sincronizare intre memoria fizica si memoria virtuala) mapeaza pagini de 4k dar se izbeste in granularitatea de alocare de 64k a sistemului cand e vorba de alinierea zonelor mapate. Asadar daca avem o zona de memorie virtuala continua nu putem sa sincronizam cu memoria fizica continutul decat in blocuri de 64k. Ce-mi scapa daca e cel mai simplu totusi sa mapez un fisier in memorie? Daca nu asta-i solutia, trebuie sa facem o sincronizare de mana cumva? From so@atlantis.cs.pub.ro Sun Jan 11 17:36:28 2004 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Sun, 11 Jan 2004 09:36:28 -0800 Subject: [so] acces la memoria mapata Message-ID: <002001c3d869$735630e0$42c8100a@16.200.66.p16.pub.ro> This is a multi-part message in MIME format. ------=_NextPart_000_001D_01C3D826.63987AC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Incerc sa fiu scurt si eficient... =20 Am observat ca dupa vinit(), functii gen printf(..) isi fac = nestingerite buffere in zona mea de memorie mapata. Inteleg ca functiile = malloc pot aloca in zona de memorie virtuala. E gresit? bye dany ------=_NextPart_000_001D_01C3D826.63987AC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Incerc sa fiu scurt si = eficient...

=20

&nbs= p;Am=20 observat ca dupa vinit(), functii gen printf(..) isi fac = nestingerite=20 buffere in zona mea de memorie mapata. Inteleg ca functiile malloc pot = aloca in=20 zona de memorie virtuala. E gresit?

bye

dany

------=_NextPart_000_001D_01C3D826.63987AC0-- From so@atlantis.cs.pub.ro Sun Jan 11 09:37:27 2004 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Sun, 11 Jan 2004 11:37:27 +0200 Subject: [so] tema5 - double ctrl-c In-Reply-To: <019001c3d777$8bd9e960$6400a8c0@andrei> References: <000e01c3d6f5$6381d310$54c9100a@iic> <012401c3d6bf$9d17dbf0$6400a8c0@andrei> <019001c3d777$8bd9e960$6400a8c0@andrei> Message-ID: On Sat, 10 Jan 2004 14:44:05 +0200, Andrei Hagiescu wrote: > Warning: Calling ExitProcess in a DLL can lead to unexpected > application > or system errors. Be sure to call ExitProcess from a DLL only if you know > which applications or system components will load the DLL and that it is > safe to call ExitProcess in this context. > > Noi nu stim ce aplicatii vor testa dll-ul nostru (:D), putem presupune ca > este ok sa apelam exitprocess din dll? > Da. tavi From so@atlantis.cs.pub.ro Sun Jan 11 09:45:01 2004 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Sun, 11 Jan 2004 11:45:01 +0200 Subject: [so] revenire -> Dimensiune pagina In-Reply-To: <022301c3d7b6$adee2130$6400a8c0@andrei> References: <20040109120410.56980.qmail@web41203.mail.yahoo.com> <022301c3d7b6$adee2130$6400a8c0@andrei> Message-ID: On Sat, 10 Jan 2004 22:16:48 +0200, Andrei Hagiescu wrote: > >> In cazul nostru maparea paginilor fizice (fisier) in memoria virtuala >> (memorie din spatiul de adresa al procesului) nu trebuie sa o faci >> neaparat prin maparea unui fisier (bucati din fisier) in memorie, >> desi lucrul asta e cel mai simplu. >> > > MapViewOfFileEx (pe care putem sa-l folosim pentru a avea o sincronizare > intre memoria fizica si memoria virtuala) mapeaza pagini de 4k dar se > izbeste in granularitatea de alocare de 64k a sistemului cand e vorba de > alinierea zonelor mapate. Asadar daca avem o zona de memorie virtuala > continua nu putem sa sincronizam cu memoria fizica continutul decat in > blocuri de 64k. Ce-mi scapa daca e cel mai simplu totusi sa mapez un > fisier in memorie? Nu am spus ca tema se poate face (pe Windows) cu ajutorul maparilor de fisier in memorie, ci doar ca exista alternative pentru rezolvarea problemei, doar ca nu sunt la fel de simple. > Daca nu asta-i solutia, trebuie sa facem o sincronizare de mana cumva? > Da. tavi From so@atlantis.cs.pub.ro Sun Jan 11 09:48:36 2004 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Sun, 11 Jan 2004 11:48:36 +0200 Subject: [so] siginfo + map_anonymous In-Reply-To: <000c01c3d802$de975620$42c8100a@16.200.66.p16.pub.ro> References: <000c01c3d802$de975620$42c8100a@16.200.66.p16.pub.ro> Message-ID: On Sat, 10 Jan 2004 21:22:12 -0800, Daniel Cosmin Porumbel wrote: > Salut! > > Pentru Kernel 2.3.39 sau mai mic(eu am 2.2...), se pare ca semnalul > de Seg. Fault nu completeaza si_addr. Am I right? Da. > Prin urmare handlerul de semnal nu stie ce pagina a produs > Fault-ul... Ce se poate face? Oricum, am gasit indivizi care au produs > patch-uri la chestia asta. > http://www.ussg.iu.edu/hypermail/linux/kernel/0001.2/0035.html > http://www.ussg.iu.edu/hypermail/linux/kernel/9908.3/0273.html > Stie cineva cum se instaleaza un patch? Sau ce pot sa fac? > Solutia cea mai simpla e sa-ti pui un kernel 2.4. > Pentru a rezerva memorie, am incercat sa folosesc mmap cu flagul > MAP_ANONYMOUS. Si imi da eroare invalid argument pentru o combinatie de > argumente (e vorba de address, length si offset care genereaza eroarea > asta comform man) care mergea la un fisier normal. Combinatii MAP_ANONYMOUS merge doar cu MAP_PRIVATE. > malloc/free mi-au dat eroare cand am vrut sa mapez un fisier pe memoria > gasita de malloc...Stie cineva o alta varianta de a rezerva o zona de > memorie pt mapare? > Din moment ce toata memoria procesului este mapata cumva (inclusiv cea alocate cu malloc) nu ai cum sa mapezi un fisier peste o zona alocata cu malloc, pentru ca asta inseamna ca vrei sa mapezi de doua ori aceeasi in aceeasi zona din cadrul spatiului de adresa al procesului. > Toate bune! > Daniel -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ From so@atlantis.cs.pub.ro Sun Jan 11 09:51:21 2004 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Sun, 11 Jan 2004 11:51:21 +0200 Subject: [so] acces la memoria mapata In-Reply-To: <002001c3d869$735630e0$42c8100a@16.200.66.p16.pub.ro> References: <002001c3d869$735630e0$42c8100a@16.200.66.p16.pub.ro> Message-ID: On Sun, 11 Jan 2004 09:36:28 -0800, Daniel Cosmin Porumbel wrote: > Incerc sa fiu scurt si eficient... > > Am observat ca dupa vinit(), functii gen printf(..) isi fac > nestingerite buffere in zona mea de memorie mapata. Inteleg ca functiile > malloc pot aloca in zona de memorie virtuala. E gresit? Repet, toata memoria procesului este "alocata" in cele din urma prin mapari in spatiul de adresa al acestuia. In vinit ar trebui sa rezervi zona de memorie necesara, astfel incat nimeni altcineva sa nu mai poata sa mapeze memorie acolo. tavi From so@atlantis.cs.pub.ro Sun Jan 11 09:56:10 2004 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Sun, 11 Jan 2004 11:56:10 +0200 Subject: [so] memorie virtuala Message-ID: Intrebarile care au fost puse pe lista pana acum referitoare la tema 5, denota faptul ca nu multi dintre voi au trecut pe la curs. Daca doriti sa aveti vreo sansa sa faceti tema asta corect, cititi din Tanenbaum capitolul de memorie virtuala. tavi PS: este doar o constare si un sfat, nimic altceva From so@atlantis.cs.pub.ro Sun Jan 11 13:42:33 2004 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Sun, 11 Jan 2004 15:42:33 +0200 Subject: [so] revenire -> Dimensiune pagina References: <20040109120410.56980.qmail@web41203.mail.yahoo.com> <022301c3d7b6$adee2130$6400a8c0@andrei> Message-ID: <00bf01c3d848$c4eb8480$6400a8c0@andrei> Plecand de la urmatoarea observatie din SDK: A mapped file and a file accessed by means of the input and output (I/O) functions ( ReadFile and WriteFile) are not necessarily coherent inseamna ca mecanismul de sincronizare a zonelor de memorie mapate din fisiere nu asigura o updatare la fiecare write pe pagina mapata ci la momente de timp arbitrare alese de sistemul de operare. Sincronizarea "manuala" pe care suntem obligati sa o asiguram noi intre memoria virtuala si memoria fizica datorita granularitatii de alocare a Windows-ului putem s-o facem in mai multe moduri: - la fiecare scriere prindem un fault si modificam zona din fisier corespunzatoare (time consuming) - la fiecare scriere prindem un fault si modificam o zona de memorie in care am mapat fisierul de memorie fizica continuu (mai putin time consuming dar parca tot nu e eficient sa ai un fault de pagina la fiecare write) - alocam paginile de memorie virtuala corespunzatoare celor din memoria fizica independent de orice fisier si "din cand in cand" le sincronizam cu fisierul de memorie fizica; in acest caz sincronizarea s-ar putea face arbitrar si ducand procedeul la limita, putem face sincronizare doar cand a) mutam zona de memorie fizica in swap b) terminam aplicatia Care varianta este mai buna? > Nu am spus ca tema se poate face (pe Windows) cu ajutorul maparilor de > fisier > in memorie, ci doar ca exista alternative pentru rezolvarea problemei, > doar ca > nu sunt la fel de simple. > > > Daca nu asta-i solutia, trebuie sa facem o sincronizare de mana cumva? > > > > Da. > > tavi From so@atlantis.cs.pub.ro Sun Jan 11 14:05:38 2004 From: so@atlantis.cs.pub.ro (Octavian PURDILA) Date: Sun, 11 Jan 2004 16:05:38 +0200 Subject: [so] revenire -> Dimensiune pagina In-Reply-To: <00bf01c3d848$c4eb8480$6400a8c0@andrei> References: <20040109120410.56980.qmail@web41203.mail.yahoo.com> <022301c3d7b6$adee2130$6400a8c0@andrei> <00bf01c3d848$c4eb8480$6400a8c0@andrei> Message-ID: <1073829938.400158329e4a4@cs.pub.ro> Quoting Andrei Hagiescu : > Plecand de la urmatoarea observatie din SDK: > A mapped file and a file accessed by means of the input and output (I/O) > functions ( ReadFile and WriteFile) are not necessarily coherent > > inseamna ca mecanismul de sincronizare a zonelor de memorie mapate din > fisiere nu asigura o updatare la fiecare write pe pagina mapata ci la > momente de timp arbitrare alese de sistemul de operare. > > Sincronizarea "manuala" pe care suntem obligati sa o asiguram noi intre > memoria virtuala si memoria fizica datorita granularitatii de alocare a > Windows-ului putem s-o facem in mai multe moduri: > - la fiecare scriere prindem un fault si modificam zona din fisier > corespunzatoare (time consuming) > - la fiecare scriere prindem un fault si modificam o zona de memorie in > care am mapat fisierul de memorie fizica continuu (mai putin time consuming > dar parca tot nu e eficient sa ai un fault de pagina la fiecare write) > - alocam paginile de memorie virtuala corespunzatoare celor din memoria > fizica independent de orice fisier si "din cand in cand" le sincronizam cu > fisierul de memorie fizica; in acest caz sincronizarea s-ar putea face > arbitrar si ducand procedeul la limita, putem face sincronizare doar cand > a) mutam zona de memorie fizica in swap > b) terminam aplicatia > > Care varianta este mai buna? > > > In contextul temei, atat a) cat si b) sunt ok. Daca se doreste insa extinderea temei astfel incat sa suporte mai multe spatii de adresa virtuale, a) este necesar. In plus, corectarea temei o sa fie mai usoara daca folositi a). Asa ca folositi a). tavi ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Sun Jan 11 14:29:28 2004 From: so@atlantis.cs.pub.ro (iana ionel cristian) Date: Sun, 11 Jan 2004 06:29:28 -0800 (PST) Subject: [so] Dimensiune pagina, si altele In-Reply-To: <1073829938.400158329e4a4@cs.pub.ro> Message-ID: <20040111142928.73091.qmail@web41202.mail.yahoo.com> Parerea mea este ca in tema ar trebui sa demonstram ca: - putem simula un sistem de mapare a paginilor fizice in spatiul virtual - putem implementa cei doi algoritmi specificati in tema nu cred ca ideea acestei teme este de a ne complica inutil, doar pentru a depasi "dimPagina != granularitate". Se pare ca inainte de a se propune, nu s-a analizat si posibilitatea rezolvarii pe windows. Nu mi se pare corect ca atunci cand aceasta problema a aparut, raspunsul sa fie "incercati in continuare poate o rezolvati". pentru ca in realitate este vorba doar de un numar, fie 4K, fie 64K, rezolvarea in sine este aceeasi. Ionel Iana __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus From so@atlantis.cs.pub.ro Mon Jan 12 01:11:14 2004 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Sun, 11 Jan 2004 17:11:14 -0800 Subject: [so] timpi Message-ID: <001e01c3d8a8$f99e1ca0$42c8100a@16.200.66.p16.pub.ro> This is a multi-part message in MIME format. ------=_NextPart_000_001B_01C3D865.EAFC36C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Salut! Pe Linux, am gasit o singura functie care sa masoare timpul in = milisecunde (ftime daca nu ma insel), care nu e nici POSIX si mai scrie = in Man ca e si buggy. Si mai e setitimer() despre care s-a mai discutat = pe lista, dar asta nu poate fi folosita decat la timer pt LRU_AGING cel = mai natural. E OK daca lucram in secunde la WSCLOCK, si la faza cu dublu = ControlC? zile vesele! dany ------=_NextPart_000_001B_01C3D865.EAFC36C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Salut!

Pe Linux, am gasit o = singura=20 functie care sa masoare timpul in milisecunde (ftime daca nu ma insel), = care nu=20 e nici POSIX si mai scrie in Man ca e si buggy. Si mai e setitimer() = despre care=20 s-a mai discutat pe lista, dar asta nu poate fi folosita decat la = timer pt=20 LRU_AGING cel mai natural. E OK daca lucram in secunde la WSCLOCK, si la = faza cu=20 dublu ControlC?

zile vesele!

dany

------=_NextPart_000_001B_01C3D865.EAFC36C0-- From so@atlantis.cs.pub.ro Sun Jan 11 15:23:15 2004 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Sun, 11 Jan 2004 17:23:15 +0200 Subject: [so] timpi In-Reply-To: <001e01c3d8a8$f99e1ca0$42c8100a@16.200.66.p16.pub.ro> References: <001e01c3d8a8$f99e1ca0$42c8100a@16.200.66.p16.pub.ro> Message-ID: On Sun, 11 Jan 2004 17:11:14 -0800, Daniel Cosmin Porumbel wrote: > Salut! > > Pe Linux, am gasit o singura functie care sa masoare timpul in > milisecunde (ftime daca nu ma insel), care nu e nici POSIX si mai scrie > in Man ca e si buggy. Si mai e setitimer() despre care s-a mai discutat > pe lista, dar asta nu poate fi folosita decat la timer pt LRU_AGING cel > mai natural. E OK daca lucram in secunde la WSCLOCK, si la faza cu dublu > ControlC? > Da. Oricum puteti sa folositi gettimeofday() pentru microsecunde. tavi From so@atlantis.cs.pub.ro Tue Jan 13 15:09:46 2004 From: so@atlantis.cs.pub.ro (Doina Bucur) Date: Tue, 13 Jan 2004 17:09:46 +0200 Subject: [so] Re: lab So In-Reply-To: References: Message-ID: <1074006586.40040a3af3bd4@cs.pub.ro> Nu se face. Incearca sa anunti toata grupa 343CA. Quoting Patranescu Oana : > Buna, > > Am si eu o intrebare: se face joi laboratorul de SO? > > Multumesc, > Oana Doina -- dee@cs.pub.ro ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Tue Jan 13 21:29:33 2004 From: so@atlantis.cs.pub.ro (Diaconescu) Date: Tue, 13 Jan 2004 23:29:33 +0200 Subject: [so] Prelungiri? Message-ID: <1594707980.20040113232933@gmx.net> Am auzit un zvon despre mutarea dead-line-ului cu o saptamana mai tarziu... Puteti confirma / infirma aceasta informatie? From so@atlantis.cs.pub.ro Wed Jan 14 20:27:06 2004 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Wed, 14 Jan 2004 22:27:06 +0200 Subject: [so] laborator so vineri, 346CA, nu facem. In-Reply-To: <1074006586.40040a3af3bd4@cs.pub.ro> References:

Message-ID: <5.1.0.14.0.20040114221500.00ae6a78@mail.mymail.ro> --=======7EF0566D======= Content-Type: text/plain; x-avg-checked=avg-ok-4B75204E; charset=us-ascii; format=flowed Content-Transfer-Encoding: 8bit Salut, Studenti din grupa 346CA, saptamana asta nu mai facem laborator. Succes in sesiune... si ne vedem la examen. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ --=======7EF0566D======= Content-Type: text/plain; charset=us-ascii; x-avg=cert; x-avg-checked=avg-ok-4B75204E Content-Disposition: inline --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.560 / Virus Database: 352 - Release Date: 1/8/2004 --=======7EF0566D=======-- From so@atlantis.cs.pub.ro Wed Jan 14 20:27:06 2004 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Wed, 14 Jan 2004 22:27:06 +0200 Subject: [so] laborator so vineri, 346CA, nu facem. In-Reply-To: <1074006586.40040a3af3bd4@cs.pub.ro> References:

Message-ID: <5.1.0.14.0.20040114221500.00ae6a78@mail.mymail.ro> --=======5FD61D13======= Content-Type: text/plain; x-avg-checked=avg-ok-4B75204E; charset=us-ascii; format=flowed Content-Transfer-Encoding: 8bit Salut, Studenti din grupa 346CA, saptamana asta nu mai facem laborator. Succes in sesiune... si ne vedem la examen. Maria. --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ --=======5FD61D13======= Content-Type: text/plain; charset=us-ascii; x-avg=cert; x-avg-checked=avg-ok-4B75204E Content-Disposition: inline --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.560 / Virus Database: 352 - Release Date: 1/8/2004 --=======5FD61D13=======-- From so@atlantis.cs.pub.ro Thu Jan 15 16:48:04 2004 From: so@atlantis.cs.pub.ro (so@atlantis.cs.pub.ro) Date: Thu, 15 Jan 2004 18:48:04 +0200 Subject: [so] Prelungiri? In-Reply-To: <1594707980.20040113232933@gmx.net> References: <1594707980.20040113232933@gmx.net> Message-ID: <471726216.20040115184804@bounce-software.com> sa intelegem ca raspunsul este NU ? Tuesday, January 13, 2004, 11:29:33 PM, Diaconescu wrote: > Am auzit un zvon despre mutarea dead-line-ului cu o saptamana mai > tarziu... > Puteti confirma / infirma aceasta informatie? > _______________________________________________ > so mailing list > so@atlantis.cs.pub.ro > http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so -- Catalin From so@atlantis.cs.pub.ro Fri Jan 16 03:12:34 2004 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Thu, 15 Jan 2004 19:12:34 -0800 Subject: [so] attemp to acces an invalid adress Message-ID: <003f01c3dbde$96e7c460$42c8100a@16.200.66.p16.pub.ro> This is a multi-part message in MIME format. ------=_NextPart_000_003C_01C3DB9B.87FB19E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Salut! In windows, orice incercare de executa MapViewOfFileEx cu ultimul = parametru diferit de NULL (adica daca ii dau direct o adresa unde sa imi = mapeze), imi arata aceasta eroare. Am incercat sa rezerv zona respectiva = si cu VirtualAlloc si cu orice, si nu vrea. Am lucrat numai cu multipli = de 64k sa fiu sigur ca nu am probleme cu granularitatea. Si tot nu = merge. Ma poate ajuta cineva? Toate cele bune! Daniel ------=_NextPart_000_003C_01C3DB9B.87FB19E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Salut!

In windows, = orice=20 incercare de executa MapViewOfFileEx cu ultimul parametru diferit = de NULL=20 (adica daca ii dau direct o adresa unde sa imi mapeze), imi arata = aceasta=20 eroare. Am incercat sa rezerv zona respectiva si cu VirtualAlloc si cu = orice, si=20 nu vrea. Am lucrat numai cu multipli de 64k sa fiu sigur ca nu am = probleme=20 cu granularitatea. Si tot nu merge. Ma poate ajuta = cineva?

Toate cele bune!

Daniel

------=_NextPart_000_003C_01C3DB9B.87FB19E0-- From so@atlantis.cs.pub.ro Thu Jan 15 17:19:06 2004 From: so@atlantis.cs.pub.ro (Octavian PURDILA) Date: Thu, 15 Jan 2004 19:19:06 +0200 Subject: [so] Prelungiri? In-Reply-To: <471726216.20040115184804@bounce-software.com> References: <1594707980.20040113232933@gmx.net> <471726216.20040115184804@bounce-software.com> Message-ID: <1074187146.4006cb8a74cf7@cs.pub.ro> OK, sa intram in prelungiri... pana pe 31 ianuarie (ora 24:00). Reamintesc aici niste reguli foarte importante: - nu copiati temele; daca gasim o tema copiata (inclusiv dupa temele de anul trecut) nu puteti trece examenul nici in toamna si trebuie sa repetati cursul; -temele pentru toamna raman aceleasi, cu acelasi deadline, si cu aceleasi reguli de penalizare pentru intarzieri, astfel incat puteti lua maxim 7 din 10 pe o tema; cum sunt 10 teme puteti strange 7 puncte si cu cele 3 puncte de la examen (de acum sau din toamna) puteti lua teoretic 10; un deadline definitiv va fi stabilit pentru examenele din toamna -toate temele implicate intr-o copiere vor fi depunctate, chiar si originalul; nu ma veti indupleca cu fraze de genul "el nu are nici o vina"; daca chiar va pasa de colegii vostri, nu copiati de la ei; -daca ati copiat vreo tema pana acum, mai aveti ocazia sa reveniti pe calea cea buna, trimitandu-mi urgent un mail; Spor la lucru, tavi ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From so@atlantis.cs.pub.ro Thu Jan 15 17:26:48 2004 From: so@atlantis.cs.pub.ro (iana ionel cristian) Date: Thu, 15 Jan 2004 09:26:48 -0800 (PST) Subject: [so] attemp to acces an invalid adress In-Reply-To: <003f01c3dbde$96e7c460$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20040115172648.58711.qmail@web41203.mail.yahoo.com> --- Daniel Cosmin Porumbel wrote: > Salut! > > In windows, orice incercare de executa > MapViewOfFileEx cu ultimul parametru diferit de NULL > (adica daca ii dau direct o adresa unde sa imi > mapeze), imi arata aceasta eroare. Am incercat sa > rezerv zona respectiva si cu VirtualAlloc si cu > orice, si nu vrea. Am lucrat numai cu multipli de > 64k sa fiu sigur ca nu am probleme cu > granularitatea. Si tot nu merge. Ma poate ajuta > cineva? > > Toate cele bune! > Daniel > > Problema este ca zona respectiva de memorie trebuie sa fie libera. Adica sa nu fii dat cu VirtualAlloc acolo sau sa nu fie un alt fisier mapat la acea adresa. Pentru a gasi o astfel de adresa cauta cu VirtualQuery o zona cu starea FREE. In plus tb sa fie si aliniata la 64K __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus From so@atlantis.cs.pub.ro Fri Jan 16 02:40:13 2004 From: so@atlantis.cs.pub.ro (Murgan Mihai) Date: Thu, 15 Jan 2004 18:40:13 -0800 (PST) Subject: [so] Eroarea 12 In-Reply-To: <20040116023746.97546.qmail@web40005.mail.yahoo.com> Message-ID: <20040116024013.71362.qmail@web40018.mail.yahoo.com> Buna, Am urmatoarea problema. In handlerul semnalului SIGVALRM incerc sa schimb protectia memoriei virtuale rezervate cu MAP_SHARED|MAP_ANONYMOUS-unele pagini,altele sunt mapate pe pagini din fisierul de memorie fizica, in PROT_NONE, pentru a putea stii dupa aceea ce pagini au fost referentiate in intervalul respectiv de timp, numai ca mprotect esueaza cu eroarea 12 ENOMEMORY. In man la aceasta eroare e trecut - Internal kernel structures could not be allocated. Memorie se pare ca mai am destula, cel putin asa imi indica comanda free. Orice ajutor este mai mult decat apreciat. Multumesc, Mihai Murgan __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus From so@atlantis.cs.pub.ro Fri Jan 16 17:16:20 2004 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Fri, 16 Jan 2004 09:16:20 -0800 Subject: [so] file swapping pe Windows Message-ID: <000e01c3dc54$776cf9e0$42c8100a@16.200.66.p16.pub.ro> This is a multi-part message in MIME format. ------=_NextPart_000_000B_01C3DC11.67955320 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Salut! Eu am urmatoarea problema. Daca scriu ceva in memoria virtuala, se = vede in memoria fizica abia cand programul s-a incheiat complet. De = exemplu: main(){ ... *(virtmem)=3D'A' closeHandles() sleep(pana maine dimineata) } Si imi vede un 'A' pe fisierul de mem fizica abia dupa ce s-a = terminat sleepul. Prin urmare nu am cum sa fac swapping pt ca aceste = continuturi sunt activate la sfarsit. Am mapat cu FILE_MAP_WRITE, n-am = folosit nici un fel de cache_write, write_on_copy sau alte nebunii = dintr-astea. "Orice fel de ajutor este mai mult decat apreciat".... Succes! Daniel ------=_NextPart_000_000B_01C3DC11.67955320 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Salut!

Eu am = urmatoarea problema.=20 Daca scriu ceva in memoria virtuala, se vede in memoria fizica abia cand = programul s-a incheiat complet. De exemplu:

main(){

...

= *(virtmem)=3D'A'

= closeHandles()

sleep(pana maine=20 dimineata)

}

Si imi vede un 'A' = pe fisierul=20 de mem fizica abia dupa ce s-a terminat sleepul. Prin urmare nu am cum = sa fac=20 swapping pt ca aceste continuturi sunt activate la sfarsit. Am = mapat=20 cu FILE_MAP_WRITE, n-am folosit nici un fel de cache_write, = write_on_copy sau=20 alte nebunii dintr-astea. "Orice fel de ajutor este mai mult decat=20 apreciat"....

Succes!

Daniel

------=_NextPart_000_000B_01C3DC11.67955320-- From so@atlantis.cs.pub.ro Fri Jan 16 09:32:27 2004 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 16 Jan 2004 11:32:27 +0200 Subject: [so] Eroarea 12 In-Reply-To: <20040116024013.71362.qmail@web40018.mail.yahoo.com> References: <20040116024013.71362.qmail@web40018.mail.yahoo.com> Message-ID: On Thu, 15 Jan 2004 18:40:13 -0800 (PST), Murgan Mihai wrote: > Buna, > Am urmatoarea problema. > In handlerul semnalului SIGVALRM incerc sa schimb > protectia memoriei virtuale rezervate cu > MAP_SHARED|MAP_ANONYMOUS-unele pagini,altele sunt > mapate pe pagini din fisierul de memorie fizica, in Folosirea flagului MAP_SHARED impreuna cu MAP_ANONYMOUS nu este recomandata. Incearca cu MAP_PRIVATE. tavi From so@atlantis.cs.pub.ro Fri Jan 16 09:46:01 2004 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 16 Jan 2004 11:46:01 +0200 Subject: [so] file swapping pe Windows In-Reply-To: <000e01c3dc54$776cf9e0$42c8100a@16.200.66.p16.pub.ro> References: <000e01c3dc54$776cf9e0$42c8100a@16.200.66.p16.pub.ro> Message-ID: On Fri, 16 Jan 2004 09:16:20 -0800, Daniel Cosmin Porumbel wrote: > Salut! > > Eu am urmatoarea problema. Daca scriu ceva in memoria virtuala, se > vede in memoria fizica abia cand programul s-a incheiat complet. De > exemplu: > main(){ > ... > *(virtmem)='A' > closeHandles() > sleep(pana maine dimineata) > } > Si imi vede un 'A' pe fisierul de mem fizica abia dupa ce s-a > terminat sleepul. Prin urmare nu am cum sa fac swapping pt ca aceste > continuturi sunt activate la sfarsit. Am mapat cu FILE_MAP_WRITE, n-am > folosit nici un fel de cache_write, write_on_copy sau alte nebunii > dintr-astea. "Orice fel de ajutor este mai mult decat apreciat".... > FlushViewOfFile tavi From so@atlantis.cs.pub.ro Fri Jan 16 12:41:58 2004 From: so@atlantis.cs.pub.ro (zbant alexandru) Date: Fri, 16 Jan 2004 04:41:58 -0800 (PST) Subject: [so] Ultima data la care puteti trimite teme este 18 ianuarie 2004? In-Reply-To: Message-ID: <20040116124158.98480.qmail@web42001.mail.yahoo.com> --0-1289294704-1074256918=:96302 Content-Type: text/plain; charset=us-ascii pe http://cs.pub.ro/~so/index.php?section=Anunturi scrie ca "Ultima data la care puteti trimite teme este 18 ianuarie 2004?" :(( este corect? macar noi anul 5 nu mai putem putin sa intarziem? va multumesc! --------------------------------- Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes --0-1289294704-1074256918=:96302 Content-Type: text/html; charset=us-ascii

pe http://cs.pub.ro/~so/index.php?section=Anunturi scrie ca
"Ultima data la care puteti trimite teme este 18 ianuarie 2004?"

:((

este corect? macar noi anul 5 nu mai putem putin sa intarziem?

va multumesc!

Do you Yahoo!?
Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes --0-1289294704-1074256918=:96302-- From so@atlantis.cs.pub.ro Fri Jan 16 12:53:25 2004 From: so@atlantis.cs.pub.ro (Diaconescu) Date: Fri, 16 Jan 2004 14:53:25 +0200 Subject: [so] Ultima data la care puteti trimite teme este 18 ianuarie 2004? In-Reply-To: <20040116124158.98480.qmail@web42001.mail.yahoo.com> References: <20040116124158.98480.qmail@web42001.mail.yahoo.com> Message-ID: <15702116.20040116145325@gmx.net> Hello zbant, Friday, January 16, 2004, 2:41:58 PM, you wrote: za> "Ultima data la care puteti trimite teme este 18 ianuarie 2004?" za> este corect? macar noi anul 5 nu mai putem putin sa intarziem? This is a forwarded message From: Octavian PURDILA To: so@atlantis.cs.pub.ro Date: Thursday, January 15, 2004, 7:19:06 PM Subject: [so] Prelungiri? ===8<==============Original message text=============== OK, sa intram in prelungiri... pana pe 31 ianuarie (ora 24:00). [...] ===8<===========End of original message text=========== -- Best regards, Diaconescu mailto:diaconescu@gmx.net From so@atlantis.cs.pub.ro Sat Jan 17 01:36:34 2004 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Fri, 16 Jan 2004 17:36:34 -0800 Subject: [so] programe de test Message-ID: <000a01c3dc9a$59cd31c0$42c8100a@16.200.66.p16.pub.ro> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3DC57.4967A2E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Buna ziua! Ati putea sa ne dati un program de test oarecare (eventual si = evolutia lui teoretica)? Ca sa putem verifica cu mai multa siguranta = daca implementat corect cei 2 algoritmi... Toate cele bune! Daniel ------=_NextPart_000_0007_01C3DC57.4967A2E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Buna ziua!

= Ati putea sa=20 ne dati un program de test oarecare (eventual si evolutia lui = teoretica)?=20 Ca sa putem verifica cu mai multa siguranta daca implementat corect = cei 2=20 algoritmi...

Toate cele bune!

Daniel

------=_NextPart_000_0007_01C3DC57.4967A2E0-- From so@atlantis.cs.pub.ro Fri Jan 16 15:33:46 2004 From: so@atlantis.cs.pub.ro (Stefan pintilie) Date: Fri, 16 Jan 2004 07:33:46 -0800 (PST) Subject: [so] Tema 5 Message-ID: <20040116153346.34870.qmail@web60408.mail.yahoo.com> Imi spui te rog care este varianta pentru Windows 2000 a functiei AddVectoredExceptionHandler? Functia este inclusa doar in Windows XP si nu s-a specificat nicaieri ca este obligatoriu sa se faca programul doar pentru XP. __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus From so@atlantis.cs.pub.ro Fri Jan 16 23:32:00 2004 From: so@atlantis.cs.pub.ro (Ifrim Mircea) Date: Fri, 16 Jan 2004 15:32:00 -0800 (PST) Subject: [so] EINTR Message-ID: <20040116233200.76807.qmail@web20304.mail.yahoo.com> Ce trebuie sa fac ca sa nu mai fiu scos din apelurile blocate ale unui proces (atunci cand EINTR=4)? Am inteles dintr-un mail trecut de pe lista ca ar exista un macrou pentru asa ceva dar nu mai stiu care. __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus From so@atlantis.cs.pub.ro Mon Jan 19 19:59:57 2004 From: so@atlantis.cs.pub.ro (zbant alexandru) Date: Mon, 19 Jan 2004 11:59:57 -0800 (PST) Subject: [so] intrebare tema 3 si date examen In-Reply-To: <000a01c3dc9a$59cd31c0$42c8100a@16.200.66.p16.pub.ro> Message-ID: <20040119195957.22455.qmail@web42002.mail.yahoo.com> --0-1048804190-1074542397=:21880 Content-Type: text/plain; charset=us-ascii La tema 3 cu monitoare trebuie si cu aplicatie, sau doar implementare si atat! Am intrat mai tarziu in grupul de mesaje si nu stiu! Si in legatura cu examenul de SO, cand s-au fixat datele! Multumesc! --------------------------------- Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes --0-1048804190-1074542397=:21880 Content-Type: text/html; charset=us-ascii

La tema 3 cu monitoare trebuie si cu aplicatie, sau doar implementare si atat! Am intrat mai tarziu in grupul de mesaje si nu stiu!

Si in legatura cu examenul de SO, cand s-au fixat datele!

Multumesc!

Do you Yahoo!?
Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes --0-1048804190-1074542397=:21880-- From so@atlantis.cs.pub.ro Mon Jan 19 20:08:09 2004 From: so@atlantis.cs.pub.ro (Lucian Burja) Date: Mon, 19 Jan 2004 22:08:09 +0200 Subject: [so] perl in loc de bash Message-ID: <1074542889.3682.6.camel@localhost.localdomain> Am si eu o intrebare legata de problema de examen: Putem folosi ce limbaj de scripting vrem noi (ex. perl) sau problema trebuie rezolvata cu bash+awk From so@atlantis.cs.pub.ro Mon Jan 19 20:10:07 2004 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Mon, 19 Jan 2004 12:10:07 -0800 (PST) Subject: [so] intrebare tema 3 si date examen In-Reply-To: <20040119195957.22455.qmail@web42002.mail.yahoo.com> Message-ID: <20040119201007.51485.qmail@web60506.mail.yahoo.com> http://cs.pub.ro/~so/index.php?section=Teme&file=Tema%203 --- zbant alexandru wrote: > La tema 3 cu monitoare trebuie si cu aplicatie, sau > doar implementare si atat! Am intrat mai tarziu in > grupul de mesaje si nu stiu! > > Si in legatura cu examenul de SO, cand s-au fixat > datele! > > Multumesc! __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus From so@atlantis.cs.pub.ro Tue Jan 20 11:00:13 2004 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Tue, 20 Jan 2004 13:00:13 +0200 Subject: [so] perl in loc de bash In-Reply-To: <1074542889.3682.6.camel@localhost.localdomain> References: <1074542889.3682.6.camel@localhost.localdomain> Message-ID: On Mon, 19 Jan 2004 22:08:09 +0200, Lucian Burja wrote: > Am si eu o intrebare legata de problema de examen: > Putem folosi ce limbaj de scripting vrem noi (ex. perl) sau problema Nu. > trebuie rezolvata cu bash+awk > Bash. Fara awk. tavi From so@atlantis.cs.pub.ro Tue Jan 20 17:33:43 2004 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Tue, 20 Jan 2004 09:33:43 -0800 (PST) Subject: [so] Dimensiunea memoriei swap - tema 5 Message-ID: <20040120173343.35941.qmail@web11205.mail.yahoo.com> Ce dimensiune trebuie sa aiba memoria swap ? Andrei __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus From so@atlantis.cs.pub.ro Tue Jan 20 17:13:22 2004 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Tue, 20 Jan 2004 09:13:22 -0800 (PST) Subject: [so] dimensiune swap Message-ID: <20040120171322.61656.qmail@web11203.mail.yahoo.com> Cate pagini trebuie sa aiba memoria swap ? Andrei __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus From so@atlantis.cs.pub.ro Wed Jan 21 12:46:16 2004 From: so@atlantis.cs.pub.ro (Maria Mateescu) Date: Wed, 21 Jan 2004 14:46:16 +0200 Subject: [so] despre teme copiate. In-Reply-To: <1074187146.4006cb8a74cf7@cs.pub.ro> References: <471726216.20040115184804@bounce-software.com> <1594707980.20040113232933@gmx.net> <471726216.20040115184804@bounce-software.com> Message-ID: <5.1.0.14.0.20040121144441.00ac4f60@mail.mymail.ro> --=======2869118D======= Content-Type: text/plain; x-avg-checked=avg-ok-3D157094; charset=us-ascii; format=flowed Content-Transfer-Encoding: 8bit Cred ca ar trebui sa le spui si ce se intampla daca recunosc acum. Ceva de genul originalul nu va fi depunctat ci doar nu se puncteaza tema copiata fara alte repercusiuni sau ce ai hotarat tu. Nu de alta, dar nu cred ca va cere cineva detalii. :D. Maria. >-daca ati copiat vreo tema pana acum, mai aveti ocazia sa reveniti pe calea >cea buna, trimitandu-mi urgent un mail; > > >Spor la lucru, >tavi --------------------------------------------------------------- Acasa.ro vine cu albumele, tu vino doar cu pozele ;) http://poze.acasa.ro/ --=======2869118D======= Content-Type: text/plain; charset=us-ascii; x-avg=cert; x-avg-checked=avg-ok-3D157094 Content-Disposition: inline --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.560 / Virus Database: 352 - Release Date: 1/8/2004 --=======2869118D=======-- From so@atlantis.cs.pub.ro Wed Jan 21 14:33:30 2004 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 21 Jan 2004 16:33:30 +0200 Subject: [so] Tema 5 In-Reply-To: <20040116153346.34870.qmail@web60408.mail.yahoo.com> References: <20040116153346.34870.qmail@web60408.mail.yahoo.com> Message-ID: On Fri, 16 Jan 2004 07:33:46 -0800 (PST), Stefan pintilie wrote: > Imi spui te rog care este varianta pentru Windows 2000 > a functiei AddVectoredExceptionHandler? Functia este > inclusa doar in Windows XP si nu s-a specificat > nicaieri ca este obligatoriu sa se faca programul doar > pentru XP. > https://atlantis.cs.pub.ro/cgi-bin/mailman/private/so/2003-December/000505.html From so@atlantis.cs.pub.ro Wed Jan 21 14:34:38 2004 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 21 Jan 2004 16:34:38 +0200 Subject: [so] EINTR In-Reply-To: <20040116233200.76807.qmail@web20304.mail.yahoo.com> References: <20040116233200.76807.qmail@web20304.mail.yahoo.com> Message-ID: On Fri, 16 Jan 2004 15:32:00 -0800 (PST), Ifrim Mircea wrote: > Ce trebuie sa fac ca sa nu mai fiu scos din apelurile > blocate ale unui proces (atunci cand EINTR=4)? > > Am inteles dintr-un mail trecut de pe lista ca ar > exista un macrou pentru asa ceva dar nu mai stiu care. > TEMP_FAILURE_RETRY tavi From so@atlantis.cs.pub.ro Wed Jan 21 14:36:04 2004 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 21 Jan 2004 16:36:04 +0200 Subject: [so] dimensiune swap In-Reply-To: <20040120171322.61656.qmail@web11203.mail.yahoo.com> References: <20040120171322.61656.qmail@web11203.mail.yahoo.com> Message-ID: On Tue, 20 Jan 2004 09:13:22 -0800 (PST), Andrei Stefan wrote: > Cate pagini trebuie sa aiba memoria swap ? > > Cate vrei tu, respectand celelalte cerinte ale temei. tavi From so@atlantis.cs.pub.ro Wed Jan 21 15:36:23 2004 From: so@atlantis.cs.pub.ro (Andrei Stefan) Date: Wed, 21 Jan 2004 07:36:23 -0800 (PST) Subject: [so] dimensiune swap In-Reply-To: Message-ID: <20040121153623.89175.qmail@web11208.mail.yahoo.com> "Ele vor fi create si initializate pe 0, doar atunci cand programul le acceaseaza" la ce memorie se refera ? Andrei __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus From so@atlantis.cs.pub.ro Wed Jan 21 17:38:02 2004 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 21 Jan 2004 19:38:02 +0200 Subject: [so] dimensiune swap In-Reply-To: <20040121153623.89175.qmail@web11208.mail.yahoo.com> References: <20040121153623.89175.qmail@web11208.mail.yahoo.com> Message-ID: On Wed, 21 Jan 2004 07:36:23 -0800 (PST), Andrei Stefan wrote: > "Ele vor fi create si initializate pe 0, doar atunci > cand programul le acceaseaza" la ce memorie se refera > ? > La paginile de memorie virtuala. tavi From so@atlantis.cs.pub.ro Wed Jan 21 18:58:19 2004 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 21 Jan 2004 20:58:19 +0200 Subject: [so] despre teme copiate. In-Reply-To: <5.1.0.14.0.20040121144441.00ac4f60@mail.mymail.ro> References: <471726216.20040115184804@bounce-software.com> <1594707980.20040113232933@gmx.net> <471726216.20040115184804@bounce-software.com> <5.1.0.14.0.20040121144441.00ac4f60@mail.mymail.ro> Message-ID: On Wed, 21 Jan 2004 14:46:16 +0200, Maria Mateescu wrote: > Cred ca ar trebui sa le spui si ce se intampla daca recunosc acum. > Ceva de genul originalul nu va fi depunctat ci doar nu se puncteaza tema > copiata fara alte repercusiuni sau ce ai hotarat tu. > Nu de alta, dar nu cred ca va cere cineva detalii. :D. > > Eh, si tu acuma... :) tavi From so@atlantis.cs.pub.ro Fri Jan 23 16:17:19 2004 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Fri, 23 Jan 2004 18:17:19 +0200 Subject: [so] Totally off-topic and low-priority Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0003_01C3E1DD.26F07260 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit http://www.joelonsoftware.com/articles/Biculturalism.html Stiu ca nu isi are locul pe lista asta, dar tinand cont ca am facut laburi/teme pe Win/Linux, mi s-a parut o vedere interesanta asupra lucrurilor. Succes in sesiune, Ovidiu ------=_NextPart_000_0003_01C3E1DD.26F07260 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

http:/= /www.joelonsoftware.com/articles/Biculturalism.html

Stiu = ca nu isi are=20 locul pe lista asta, dar tinand cont ca am facut laburi/teme pe = Win/Linux, mi=20 s-a parut o vedere interesanta asupra lucrurilor.

Succes = in=20 sesiune,

Ovidiu

------=_NextPart_000_0003_01C3E1DD.26F07260-- From so@atlantis.cs.pub.ro Sat Jan 24 00:06:17 2004 From: so@atlantis.cs.pub.ro (Cosmin Florescu) Date: Fri, 23 Jan 2004 16:06:17 -0800 (PST) Subject: [so] Totally off-topic and low-priority In-Reply-To: Message-ID: <20040124000617.95258.qmail@web11905.mail.yahoo.com> yuck.... nu e nicidecum relevant ... si nice pe departe corect. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ From so@atlantis.cs.pub.ro Tue Jan 27 16:31:52 2004 From: so@atlantis.cs.pub.ro (Ruxi Jitianu) Date: Tue, 27 Jan 2004 18:31:52 +0200 Subject: [so] site Message-ID: <40169278.5030903@pcnet.ro> Cumva site-ul nu merge ? From so@atlantis.cs.pub.ro Wed Jan 28 03:48:45 2004 From: so@atlantis.cs.pub.ro (Ionel Iana) Date: Tue, 27 Jan 2004 19:48:45 -0800 Subject: [so] site References: <40169278.5030903@pcnet.ro> Message-ID: <000901c3e551$a1c9e260$54c9100a@iic> trist ... dar adevarat ----- Original Message ----- From: "Ruxi Jitianu" To: Sent: Tuesday, January 27, 2004 8:31 AM Subject: [so] site > Cumva site-ul nu merge ? > > _______________________________________________ > 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 Jan 27 19:07:35 2004 From: so@atlantis.cs.pub.ro (Florin Pop) Date: Tue, 27 Jan 2004 21:07:35 +0200 (E. Europe Standard Time) Subject: [so] site References: <000901c3e551$a1c9e260$54c9100a@iic> Message-ID: <4016B6F7.000001.01180@einstein> --------------Boundary-00=_N4X5QL80000000000000 Content-Type: Multipart/Alternative; boundary="------------Boundary-00=_N4X5LVC0000000000000" --------------Boundary-00=_N4X5LVC0000000000000 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Vrem site.... :-) --------------Boundary-00=_N4X5LVC0000000000000 Content-Type: Text/HTML; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Vrem site.... :-)

______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""

IncrediMail - Email has= finally evolved - = Click Here --------------Boundary-00=_N4X5LVC0000000000000-- --------------Boundary-00=_N4X5QL80000000000000 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=_N4X5QL80000000000000-- From so@atlantis.cs.pub.ro Wed Jan 28 07:28:14 2004 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Wed, 28 Jan 2004 09:28:14 +0200 Subject: [so] site In-Reply-To: <000901c3e551$a1c9e260$54c9100a@iic> References: <40169278.5030903@pcnet.ro> <000901c3e551$a1c9e260$54c9100a@iic> Message-ID: On Tue, 27 Jan 2004 19:48:45 -0800, Ionel Iana wrote: > trist ... > dar adevarat > Probleme cu serverul... S-au rezolvat. tavi From so@atlantis.cs.pub.ro Wed Jan 28 20:50:29 2004 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Wed, 28 Jan 2004 12:50:29 -0800 (PST) Subject: [so] Indent Message-ID: <20040128205029.25915.qmail@web60304.mail.yahoo.com> --0-2045216887-1075323029=:25174 Content-Type: text/plain; charset=us-ascii Nu prea tine de SO, dar are ceva legatura cu GNU->linux->So Incerc de cateva zile sa setez utilitarul indent sa formateze cod "my style". Singura problema caruia nu ii dau de cap este sa indenteze in felul urmator: int main(){ .... intotdeauna scoate int main() { PS. nu vreau sa cred ca folosesc identare "anormala" --------------------------------- Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! --0-2045216887-1075323029=:25174 Content-Type: text/html; charset=us-ascii

Nu prea tine de SO, dar are ceva legatura cu GNU->linux->So

Incerc de cateva zile sa setez utilitarul indent sa formateze cod "my style".

Singura problema caruia nu ii dau de cap este sa indenteze in felul urmator:

int main(){

....

intotdeauna scoate

int main()

{

PS. nu vreau sa cred ca folosesc identare "anormala"

Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it! --0-2045216887-1075323029=:25174-- From so@atlantis.cs.pub.ro Wed Jan 28 23:29:42 2004 From: so@atlantis.cs.pub.ro (Cosmin Arad) Date: Wed, 28 Jan 2004 15:29:42 -0800 (PST) Subject: [so] Indent In-Reply-To: <20040128205029.25915.qmail@web60304.mail.yahoo.com> Message-ID: <20040128232942.70894.qmail@web60501.mail.yahoo.com> --- Mihai Iancu wrote: > Nu prea tine de SO, dar are ceva legatura cu > GNU->linux->So > > > Incerc de cateva zile sa setez utilitarul indent sa > formateze cod "my style". > > Singura problema caruia nu ii dau de cap este sa > indenteze in felul urmator: > > int main(){ > .... > > intotdeauna scoate > > int main() > { > > > PS. nu vreau sa cred ca folosesc identare "anormala" Believe it or not... http://www.gnu.org/prep/standards_23.html#SEC23 http://lxr.linux.no/source/Documentation/CodingStyle __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ From so@atlantis.cs.pub.ro Thu Jan 29 07:49:03 2004 From: so@atlantis.cs.pub.ro (Ovidiu Platon) Date: Thu, 29 Jan 2004 09:49:03 +0200 Subject: [so] Indent In-Reply-To: <20040128232942.70894.qmail@web60501.mail.yahoo.com> Message-ID: Mie-mi place partea cu "as shown to us by the prophets Kernighan and Ritchie". Elvis is alive. -----Original Message----- From: so-admin@atlantis.cs.pub.ro [mailto:so-admin@atlantis.cs.pub.ro] On Behalf Of Cosmin Arad Sent: Thursday, January 29, 2004 1:30 AM To: so@atlantis.cs.pub.ro Subject: Re: [so] Indent --- Mihai Iancu wrote: > Nu prea tine de SO, dar are ceva legatura cu > GNU->linux->So > > > Incerc de cateva zile sa setez utilitarul indent sa formateze cod "my > style". > > Singura problema caruia nu ii dau de cap este sa indenteze in felul > urmator: > > int main(){ > .... > > intotdeauna scoate > > int main() > { > > > PS. nu vreau sa cred ca folosesc identare "anormala" Believe it or not... http://www.gnu.org/prep/standards_23.html#SEC23 http://lxr.linux.no/source/Documentation/CodingStyle __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ _______________________________________________ so mailing list so@atlantis.cs.pub.ro http://atlantis.cs.pub.ro/cgi-bin/mailman/listinfo/so From so@atlantis.cs.pub.ro Thu Jan 29 11:50:30 2004 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Thu, 29 Jan 2004 13:50:30 +0200 Subject: [so] teme copiate Message-ID: Daca aveti comentarii relativ la temele copiate va rog sa mi le adresati doar mie. tavi From so@atlantis.cs.pub.ro Fri Jan 30 09:03:20 2004 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 30 Jan 2004 11:03:20 +0200 Subject: [so] tema 5 Message-ID: ------------3Mn5kEBfQICbBT18GkwWN9 Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Buna dimineata, Pentru neclaritati legate de corectarea temei 5 va rog sa-mi dati mail (tavi@cs.pub.ro). Programul de test cu care a fost testata tema e atasat. tavi ------------3Mn5kEBfQICbBT18GkwWN9 Content-Disposition: attachment; filename=t.c Content-Type: text/x-c; name=t.c Content-Transfer-Encoding: 8bit #include #include #include void* (*vinit)(int virt_pages, int phys_pages, int algorithm); int main(int argc, char **argv) { int virt, phys, alg; int *m, i; const char *lib; void *libh; if (argc != 5) { printf("usage: t virt phys alg lib\n"); return -1; } virt=atoi(argv[1]); phys=atoi(argv[2]); alg=atoi(argv[3]); lib=argv[4]; if (!(libh=dlopen(lib, RTLD_LAZY))) { printf("can't dlopen '%s':%s\n", lib, dlerror()); return -1; } if (!(vinit=dlsym(libh, "vinit"))) { printf("can't dlsym\n"); return -1; } if (!(m=vinit(virt, phys, alg))) { printf("can't vinit\n"); return -1; } for(i=0; i Message-ID: <5.1.0.14.0.20040131011850.039b4230@mail.mymail.ro> --=======184D6E2======= Content-Type: text/plain; x-avg-checked=avg-ok-6FD3388D; charset=us-ascii; format=flowed Content-Transfer-Encoding: 8bit Salut, In sfarsit am pus notele la tema 2. Va rog !!!!sa va uitati!!!!! pe observatii si sa'mi scrieti daca credeti ca am gresit cu ceva la atta@mymail.ro Subject: [aigresit:P]. Maria. --------------------------------------------------------------- Cauta-ti perechea pe http://dating.acasa.ro --=======184D6E2======= Content-Type: text/plain; charset=us-ascii; x-avg=cert; x-avg-checked=avg-ok-6FD3388D Content-Disposition: inline --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.572 / Virus Database: 362 - Release Date: 1/27/2004 --=======184D6E2=======-- From so@atlantis.cs.pub.ro Sat Jan 31 01:12:58 2004 From: so@atlantis.cs.pub.ro (Cibu Cristian) Date: Sat, 31 Jan 2004 03:12:58 +0200 Subject: [so] corectare tema 4 Message-ID: <001401c3e797$5d73e460$0200a8c0@smeagol> This is a multi-part message in MIME format. ------=_NextPart_000_0011_01C3E7A8.20CF62D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable pentru [MARI] constestatii la nota de la tema 4 cui trebuie sa ma = adresez? ------=_NextPart_000_0011_01C3E7A8.20CF62D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

pentru [MARI] constestatii la nota de = la tema 4 cui=20 trebuie sa ma adresez?

------=_NextPart_000_0011_01C3E7A8.20CF62D0-- From so@atlantis.cs.pub.ro Sat Jan 31 01:21:36 2004 From: so@atlantis.cs.pub.ro (Mihai Iancu) Date: Fri, 30 Jan 2004 17:21:36 -0800 (PST) Subject: [so] compilare In-Reply-To: <5.1.0.14.0.20040131011850.039b4230@mail.mymail.ro> Message-ID: <20040131012136.86457.qmail@web60301.mail.yahoo.com> --0-1286612990-1075512096=:85561 Content-Type: text/plain; charset=us-ascii - 0.0 - Tema nu se compileaza (src/utils.h trebuia sa incluzi si unistd.h) cum fac sa primesc warning cand compilez cu g++ si nu includ un header dar compilatorul il gaseste ( locatii implicite sau ceva de genul ). Mentionez ca am folosit mereu -Wall --------------------------------- Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! --0-1286612990-1075512096=:85561 Content-Type: text/html; charset=us-ascii

- 0.0 - Tema nu se compileaza (src/utils.h trebuia sa incluzi si unistd.h)

cum fac sa primesc warning cand compilez cu g++ si nu includ un header

dar compilatorul il gaseste ( locatii implicite sau ceva de genul ).

Mentionez ca am folosit mereu -Wall

Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it! --0-1286612990-1075512096=:85561-- From so@atlantis.cs.pub.ro Sat Jan 31 01:28:15 2004 From: so@atlantis.cs.pub.ro (George Ciobanu) Date: Fri, 30 Jan 2004 17:28:15 -0800 (PST) Subject: [so] corectare tema 4 In-Reply-To: <001401c3e797$5d73e460$0200a8c0@smeagol> Message-ID: <20040131012815.58852.qmail@web41008.mail.yahoo.com> --0-187778962-1075512495=:57426 Content-Type: text/plain; charset=us-ascii cdangeorge@yahoo.com Cibu Cristian wrote:pentru [MARI] constestatii la nota de la tema 4 cui trebuie sa ma adresez? --------------------------------- Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! --0-187778962-1075512495=:57426 Content-Type: text/html; charset=us-ascii

cdangeorge@yahoo.com

Cibu Cristian <cibu.cristian@rdslink.ro> wrote:

pentru [MARI] constestatii la nota de la tema 4 cui trebuie sa ma adresez?

Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it! --0-187778962-1075512495=:57426-- From so@atlantis.cs.pub.ro Sat Jan 31 12:49:36 2004 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Sat, 31 Jan 2004 14:49:36 +0200 Subject: [so] corectare teme In-Reply-To: <20040131012136.86457.qmail@web60301.mail.yahoo.com> References: <20040131012136.86457.qmail@web60301.mail.yahoo.com> Message-ID: Buna ziua, Ca sa stiti cui va adresati, temele au fost/sunt corectate asa: tema1 - Doina tema2 - Maria tema3 - Cosmin tema4 - George tema5 - Tavi Va rog nu trimiteti mailuri pe lista, ci direct celui ce a corectat tema. tavi From so@atlantis.cs.pub.ro Fri Jan 2 17:07:43 2004 From: so@atlantis.cs.pub.ro (Ionut Constandache) Date: Fri, 2 Jan 2004 09:07:43 -0800 (PST) Subject: [so] functii biblioteca In-Reply-To: <20031229183949.70647.qmail@web10305.mail.yahoo.com> Message-ID: <20040102170743.80242.qmail@web41009.mail.yahoo.com> Ce functii ar trebui sa puna la dispozitie biblioteca implementata in afara de vinit? (ceva gen malloc?) __________________________________ Do you Yahoo!? Find out what made the Top Yahoo! Searches of 2003 http://search.yahoo.com/top2003 From so@atlantis.cs.pub.ro Sun Jan 4 19:32:12 2004 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Sun, 04 Jan 2004 21:32:12 +0200 Subject: [so] tema5 page access In-Reply-To: <20031229183949.70647.qmail@web10305.mail.yahoo.com> References: <20031229183949.70647.qmail@web10305.mail.yahoo.com> Message-ID: On Mon, 29 Dec 2003 10:39:49 -0800 (PST), Herisanu Ioan wrote: > Buna ziua, > am cateva nelamuriri/ intrebari legate de tema 5, : > > 1.Din cate inteleg eu, memoria virtuala este in > spatiul procesului curent. > E posibil ca aplicatia sa aloce memori peste " memoria > virtuala" ?( un malloc) > Adica un malloc care sa inceapa inainte de "memoria > virtuala" si > sa se termine/continue in zona "memorie virtuala" > > 2.1Tema se refera la interceptarea apelurilor > malloc/free HeapAlloc.. > si la tratarea lor in spatiul de memorie "memorie > viruala" mapata > la "memorie fizica"= fisier? > Nu > 2.2Sau se refera doar la apeluri de tip (*mem) = 'x' > unde mem e in spatiul "memorie virtuala"? Daca da, > atunci: > Da > > 2.2.1Cum pot sti ca apelez un anume bloc de memorie > virtuala? > Stiu doar ce bloc este daca il setez cu PAGE_NOACCESS > si folosesc > un handler setat cu SetUnHandledExceptionFilter. Este > posibil sa > setez un fel de handler pt fiecare page?Un fel de > Listener pt fiecare page din > "memorie virtuala" chiar si la read? > > Vezi laboratorul. tavi From so@atlantis.cs.pub.ro Sun Jan 4 19:32:36 2004 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Sun, 04 Jan 2004 21:32:36 +0200 Subject: [so] functii biblioteca In-Reply-To: <20040102170743.80242.qmail@web41009.mail.yahoo.com> References: <20040102170743.80242.qmail@web41009.mail.yahoo.com> Message-ID: On Fri, 2 Jan 2004 09:07:43 -0800 (PST), Ionut Constandache wrote: > Ce functii ar trebui sa puna la dispozitie biblioteca > implementata in afara de vinit? (ceva gen malloc?) > Nici o alta functie. tavi From so@atlantis.cs.pub.ro Fri Jan 9 21:13:10 2004 From: so@atlantis.cs.pub.ro (Ionel Iana) Date: Fri, 9 Jan 2004 13:13:10 -0800 Subject: [so] Dimensiune pagina Message-ID: <000e01c3d6f5$6381d310$54c9100a@iic> This is a multi-part message in MIME format. ------=_NextPart_000_000B_01C3D6B2.547DF710 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sub windows, dimensiunea unei pagini este de 4k Totusi atat VirtualAlloc cat si MapViewOfFile lucreaza cu adrese care sunt multipli de 64Kb. Putem considera ca functia vinit lucreaza cu = pagini de 64Kb ?=20 ------=_NextPart_000_000B_01C3D6B2.547DF710 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Sub windows, dimensiunea unei pagini = este de=20 4k

Totusi atat VirtualAlloc cat si = MapViewOfFile=20 lucreaza cu adrese

care sunt multipli de 64Kb. Putem = considera ca=20 functia vinit lucreaza cu pagini

de 64Kb ?

------=_NextPart_000_000B_01C3D6B2.547DF710-- From so@atlantis.cs.pub.ro Fri Jan 9 11:56:01 2004 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 09 Jan 2004 13:56:01 +0200 Subject: [so] Dimensiune pagina In-Reply-To: <000e01c3d6f5$6381d310$54c9100a@iic> References: <000e01c3d6f5$6381d310$54c9100a@iic> Message-ID: On Fri, 9 Jan 2004 13:13:10 -0800, Ionel Iana wrote: > Sub windows, dimensiunea unei pagini este de 4k > > Totusi atat VirtualAlloc cat si MapViewOfFile lucreaza cu adrese > care sunt multipli de 64Kb. Putem considera ca functia vinit lucreaza cu > pagini > de 64Kb ? > Nu. VirtualAlloc foloseste zone de 64K doar pentru rezervarea unei zone. Pentru alocarea efectiva (commit) se pot folosi pagini. tavi From so@atlantis.cs.pub.ro Fri Jan 9 12:04:10 2004 From: so@atlantis.cs.pub.ro (iana ionel cristian) Date: Fri, 9 Jan 2004 04:04:10 -0800 (PST) Subject: [so] Dimensiune pagina In-Reply-To: Message-ID: <20040109120410.56980.qmail@web41203.mail.yahoo.com> --- Octavian Purdila wrote: > On Fri, 9 Jan 2004 13:13:10 -0800, Ionel Iana > wrote: > > > Sub windows, dimensiunea unei pagini este de 4k > > > > Totusi atat VirtualAlloc cat si MapViewOfFile > lucreaza cu adrese > > care sunt multipli de 64Kb. Putem considera ca > functia vinit lucreaza cu > > pagini > > de 64Kb ? > > > > Nu. VirtualAlloc foloseste zone de 64K doar pentru > rezervarea unei zone. > Pentru alocarea efectiva (commit) se pot folosi > pagini. > > tavi intr-adevar, pentru commit se poate folosi o pagina, dar, ideea mea era urmatoarea : rezerv cu virtual alloc, cand am nevoie de o zona, o eliberez, si mapez la adresa respectiva un fisier. cred ca lucrul acesta se incadreaza in enuntul temei. daca as folosi commit pentru a aloca o pagina, atunci, acea pagina ar exista in RAM, nu intr-un fisier, oricine ar putea scrie/citi la acea adresa fara nici o problema, nu ar mai fi memorie mapata, ci o zona de memorie alocata in mod obisnuit chiar daca as mapa apoi fisierul,peste zona angajata, rezultatul ar fii ca ocup memorie si in ram si pe hard. nu vad o alta rezolvare a temei decat folosind mapviewoffile, iar pentru a folosi aceasta functie adresa tb sa fie pe 64K ionel iana __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus From so@atlantis.cs.pub.ro Fri Jan 9 13:31:39 2004 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 09 Jan 2004 15:31:39 +0200 Subject: [so] Dimensiune pagina In-Reply-To: <20040109120410.56980.qmail@web41203.mail.yahoo.com> References: <20040109120410.56980.qmail@web41203.mail.yahoo.com> Message-ID: On Fri, 9 Jan 2004 04:04:10 -0800 (PST), iana ionel cristian wrote: > rezerv cu virtual alloc, > cand am nevoie de o zona, o eliberez, si mapez la > Poti sa faci decommit pentru eliberare si nu release. > adresa respectiva un fisier. cred ca lucrul acesta > se incadreaza in enuntul temei. > > daca as folosi commit pentru a aloca o pagina, atunci, > acea pagina ar exista in RAM, nu intr-un fisier, Alocarea paginilor se face pentru memoria virtuala deci in spatiul de adresa al procesului, adica da in RAM. > oricine ar putea scrie/citi la acea adresa fara nici o Nu daca schimbi protectia paginii. > problema, nu ar mai fi memorie mapata, ci o zona de > memorie alocata in mod obisnuit > Toata memoria pe care o vad procesele este in cele din urma memorie mapata. In cazul nostru maparea paginilor fizice (fisier) in memoria virtuala (memorie din spatiul de adresa al procesului) nu trebuie sa o faci neaparat prin maparea unui fisier (bucati din fisier) in memorie, desi lucrul asta e cel mai simplu. > chiar daca as mapa apoi fisierul,peste zona angajata, > rezultatul ar fii ca ocup memorie si in ram si pe > hard. > La orice mapare de fisiere in spatiul de adresa ocupi memorie atat in RAM cat si pe disc. > nu vad o alta rezolvare a temei decat folosind > mapviewoffile, iar pentru a folosi aceasta functie > adresa tb sa fie pe 64K > Eh, se poate. Eu zic sa te mai gandesti un pic, si daca tot nu vezi nici o solutie mai da un mail pe lista. tavi From so@atlantis.cs.pub.ro Fri Jan 9 14:45:44 2004 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Fri, 9 Jan 2004 16:45:44 +0200 Subject: [so] instante References: <000e01c3d6f5$6381d310$54c9100a@iic> Message-ID: <012401c3d6bf$9d17dbf0$6400a8c0@andrei> Programul trebuie sa poata crea mai multe zone de memorie virtuala, fiecare cu memoria fizica atasata si swap-ul respectiv sau o singura instanta? ----- Original Message ----- From: "Octavian Purdila" To: Sent: Friday, 09 January, 2004 13:56 PM Subject: Re: [so] Dimensiune pagina > > On Fri, 9 Jan 2004 13:13:10 -0800, Ionel Iana wrote: > > > Sub windows, dimensiunea unei pagini este de 4k > > > > Totusi atat VirtualAlloc cat si MapViewOfFile lucreaza cu adrese > > care sunt multipli de 64Kb. Putem considera ca functia vinit lucreaza cu > > pagini > > de 64Kb ? > > > > Nu. VirtualAlloc foloseste zone de 64K doar pentru rezervarea unei zone. > Pentru alocarea efectiva (commit) se pot folosi pagini. > > tavi > > > _______________________________________________ > 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 Fri Jan 9 15:04:06 2004 From: so@atlantis.cs.pub.ro (Octavian Purdila) Date: Fri, 09 Jan 2004 17:04:06 +0200 Subject: [so] instante In-Reply-To: <012401c3d6bf$9d17dbf0$6400a8c0@andrei> References: <000e01c3d6f5$6381d310$54c9100a@iic> <012401c3d6bf$9d17dbf0$6400a8c0@andrei> Message-ID: On Fri, 9 Jan 2004 16:45:44 +0200, Andrei Hagiescu wrote: > Programul trebuie sa poata crea mai multe zone de memorie virtuala, > fiecare > cu memoria fizica atasata si swap-ul respectiv sau o singura instanta? > > Nu. tavi From so@atlantis.cs.pub.ro Sat Jan 10 12:44:05 2004 From: so@atlantis.cs.pub.ro (Andrei Hagiescu) Date: Sat, 10 Jan 2004 14:44:05 +0200 Subject: [so] tema5 - double ctrl-c References: <000e01c3d6f5$6381d310$54c9100a@iic> <012401c3d6bf$9d17dbf0$6400a8c0@andrei> Message-ID: <019001c3d777$8bd9e960$6400a8c0@andrei> Warning: Calling ExitProcess in a DLL can lead to unexpected application or system errors. Be sure to call ExitProcess from a DLL only if you know which applications or system components will load the DLL and that it is safe to call ExitProcess in this context. Noi nu stim ce aplicatii vor testa dll-ul nostru (:D), putem presupune ca este ok sa apelam exitprocess din dll? From so@atlantis.cs.pub.ro Sun Jan 11 05:22:12 2004 From: so@atlantis.cs.pub.ro (Daniel Cosmin Porumbel) Date: Sat, 10 Jan 2004 21:22:12 -0800 Subject: [so] siginfo + map_anonymous Message-ID: <000c01c3d802$de975620$42c8100a@16.200.66.p16.pub.ro> This is a multi-part message in MIME format. ------=_NextPart_000_0009_01C3D7BF.CFF6F6E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Salut! Pentru Kernel 2.3.39 sau mai mic(eu am 2.2...), se pare ca semnalul = de Seg. Fault nu completeaza si_addr. Am I right? Prin urmare handlerul de semnal nu stie ce pagina a produs = Fault-ul... Ce se poate face? Oricum, am gasit indivizi care au produs = patch-uri la chestia asta. http://www.ussg.iu.edu/hypermail/linux/kernel/0001.2/0035.html http://www.ussg.iu.edu/hypermail/linux/kernel/9908.3/0273.html Stie cineva cum se instaleaza un patch? Sau ce pot sa fac? Pentru a rezerva memorie, am incercat sa folosesc mmap cu flagul = MAP_ANONYMOUS. Si imi da eroare invalid argument pentru o combinatie de = argumente (e vorba de address, length si offset care genereaza eroarea = asta comform man) care mergea la un fisier normal. Combinatii = malloc/free mi-au dat eroare cand am vrut sa mapez un fisier pe memoria = gasita de malloc...Stie cineva o alta varianta de a rezerva o zona de = memorie pt mapare?=20 Toate bune! Daniel ------=_NextPart_000_0009_01C3D7BF.CFF6F6E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Salut!

Pentru Kernel = 2.3.39 sau=20 mai mic(eu am 2.2...), se pare ca semnalul de Seg. Fault nu=20 completeaza si_addr. Am I right?

Prin urmare = handlerul de semnal=20 nu stie ce pagina a produs Fault-ul... Ce se poate face? = Oricum, am=20 gasit indivizi care au produs patch-uri la chestia asta.

h= ttp://www.ussg.iu.edu/hypermail/linux/kernel/0001.2/0035.html<= /DIV>

h= ttp://www.ussg.iu.edu/hypermail/linux/kernel/9908.3/0273.html<= /DIV>

Stie cineva cum = se=20 instaleaza un patch? Sau ce pot sa fac?

Toate bune!

Daniel

Incerc sa fiu scurt si = eficient...

=20

bye

dany

Salut!

zile vesele!

dany

Salut!

Toate cele bune!

Daniel

Salut!

Eu am = urmatoarea problema.=20 Daca scriu ceva in memoria virtuala, se vede in memoria fizica abia cand = programul s-a incheiat complet. De exemplu:

main(){

...

= *(virtmem)=3D'A'

= closeHandles()

sleep(pana maine=20 dimineata)

}

Succes!

Daniel

pe http://cs.pub.ro/~so/index.php?section=Anunturi scrie ca
"Ultima data la care puteti trimite teme este 18 ianuarie 2004?"

:((

este corect? macar noi anul 5 nu mai putem putin sa intarziem?

va multumesc!

Buna ziua!

= Ati putea sa=20 ne dati un program de test oarecare (eventual si evolutia lui = teoretica)?=20 Ca sa putem verifica cu mai multa siguranta daca implementat corect = cei 2=20 algoritmi...

Toate cele bune!

Daniel

La tema 3 cu monitoare trebuie si cu aplicatie, sau doar implementare si atat! Am intrat mai tarziu in grupul de mesaje si nu stiu!

Si in legatura cu examenul de SO, cand s-au fixat datele!

Multumesc!

http:/= /www.joelonsoftware.com/articles/Biculturalism.html

Stiu = ca nu isi are=20 locul pe lista asta, dar tinand cont ca am facut laburi/teme pe = Win/Linux, mi=20 s-a parut o vedere interesanta asupra lucrurilor.

Succes = in=20 sesiune,

Ovidiu

Vrem site.... :-)

______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""

Nu prea tine de SO, dar are ceva legatura cu GNU->linux->So

Incerc de cateva zile sa setez utilitarul indent sa formateze cod "my style".

Singura problema caruia nu ii dau de cap este sa indenteze in felul urmator:

int main(){

....

intotdeauna scoate

int main()

{

PS. nu vreau sa cred ca folosesc identare "anormala"

pentru [MARI] constestatii la nota de = la tema 4 cui=20 trebuie sa ma adresez?

- 0.0 - Tema nu se compileaza (src/utils.h trebuia sa incluzi si unistd.h)

cum fac sa primesc warning cand compilez cu g++ si nu includ un header

dar compilatorul il gaseste ( locatii implicite sau ceva de genul ).

Mentionez ca am folosit mereu -Wall

cdangeorge@yahoo.com

Cibu Cristian <cibu.cristian@rdslink.ro> wrote:

pentru [MARI] constestatii la nota de la tema 4 cui trebuie sa ma adresez?

Sub windows, dimensiunea unei pagini = este de=20 4k

Totusi atat VirtualAlloc cat si = MapViewOfFile=20 lucreaza cu adrese

care sunt multipli de 64Kb. Putem = considera ca=20 functia vinit lucreaza cu pagini

de 64Kb ?

Salut!

Pentru Kernel = 2.3.39 sau=20 mai mic(eu am 2.2...), se pare ca semnalul de Seg. Fault nu=20 completeaza si_addr. Am I right?

Prin urmare = handlerul de semnal=20 nu stie ce pagina a produs Fault-ul... Ce se poate face? = Oricum, am=20 gasit indivizi care au produs patch-uri la chestia asta.

h= ttp://www.ussg.iu.edu/hypermail/linux/kernel/0001.2/0035.html<= /DIV>

h= ttp://www.ussg.iu.edu/hypermail/linux/kernel/9908.3/0273.html<= /DIV>

Stie cineva cum = se=20 instaleaza un patch? Sau ce pot sa fac?

Toate bune!

Daniel

Incerc sa fiu scurt si = eficient...

=20

bye

dany

Salut!

zile vesele!

dany

Salut!

Toate cele bune!

Daniel

Salut!

Eu am = urmatoarea problema.=20 Daca scriu ceva in memoria virtuala, se vede in memoria fizica abia cand = programul s-a incheiat complet. De exemplu:

main(){

...

= *(virtmem)=3D'A'

= closeHandles()

sleep(pana maine=20 dimineata)

}

Succes!

Daniel

pe http://cs.pub.ro/~so/index.php?section=Anunturi scrie ca
"Ultima data la care puteti trimite teme este 18 ianuarie 2004?"

:((

este corect? macar noi anul 5 nu mai putem putin sa intarziem?

va multumesc!

Buna ziua!

= Ati putea sa=20 ne dati un program de test oarecare (eventual si evolutia lui = teoretica)?=20 Ca sa putem verifica cu mai multa siguranta daca implementat corect = cei 2=20 algoritmi...

Toate cele bune!

Daniel

La tema 3 cu monitoare trebuie si cu aplicatie, sau doar implementare si atat! Am intrat mai tarziu in grupul de mesaje si nu stiu!

Si in legatura cu examenul de SO, cand s-au fixat datele!

Multumesc!

http:/= /www.joelonsoftware.com/articles/Biculturalism.html

Stiu = ca nu isi are=20 locul pe lista asta, dar tinand cont ca am facut laburi/teme pe = Win/Linux, mi=20 s-a parut o vedere interesanta asupra lucrurilor.

Succes = in=20 sesiune,

Ovidiu

Vrem site.... :-)

______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""

Nu prea tine de SO, dar are ceva legatura cu GNU->linux->So

Incerc de cateva zile sa setez utilitarul indent sa formateze cod "my style".

Singura problema caruia nu ii dau de cap este sa indenteze in felul urmator:

int main(){

....

intotdeauna scoate

int main()

{

PS. nu vreau sa cred ca folosesc identare "anormala"

pentru [MARI] constestatii la nota de = la tema 4 cui=20 trebuie sa ma adresez?

- 0.0 - Tema nu se compileaza (src/utils.h trebuia sa incluzi si unistd.h)

cum fac sa primesc warning cand compilez cu g++ si nu includ un header

dar compilatorul il gaseste ( locatii implicite sau ceva de genul ).

Mentionez ca am folosit mereu -Wall

cdangeorge@yahoo.com

Cibu Cristian <cibu.cristian@rdslink.ro> wrote:

pentru [MARI] constestatii la nota de la tema 4 cui trebuie sa ma adresez?

Sub windows, dimensiunea unei pagini = este de=20 4k

Totusi atat VirtualAlloc cat si = MapViewOfFile=20 lucreaza cu adrese

care sunt multipli de 64Kb. Putem = considera ca=20 functia vinit lucreaza cu pagini

de 64Kb ?

Salut!

Pentru Kernel = 2.3.39 sau=20 mai mic(eu am 2.2...), se pare ca semnalul de Seg. Fault nu=20 completeaza si_addr. Am I right?

Prin urmare = handlerul de semnal=20 nu stie ce pagina a produs Fault-ul... Ce se poate face? = Oricum, am=20 gasit indivizi care au produs patch-uri la chestia asta.

h= ttp://www.ussg.iu.edu/hypermail/linux/kernel/0001.2/0035.html<= /DIV>

h= ttp://www.ussg.iu.edu/hypermail/linux/kernel/9908.3/0273.html<= /DIV>

Stie cineva cum = se=20 instaleaza un patch? Sau ce pot sa fac?

Toate bune!

Daniel

Incerc sa fiu scurt si = eficient...

=20

bye

dany

Salut!

zile vesele!

dany

Salut!

Toate cele bune!

Daniel

Salut!

Eu am = urmatoarea problema.=20 Daca scriu ceva in memoria virtuala, se vede in memoria fizica abia cand = programul s-a incheiat complet. De exemplu:

main(){

...

= *(virtmem)=3D'A'

= closeHandles()

sleep(pana maine=20 dimineata)

}

Succes!

Daniel

pe http://cs.pub.ro/~so/index.php?section=Anunturi scrie ca
"Ultima data la care puteti trimite teme este 18 ianuarie 2004?"

:((

este corect? macar noi anul 5 nu mai putem putin sa intarziem?

va multumesc!

Buna ziua!

= Ati putea sa=20 ne dati un program de test oarecare (eventual si evolutia lui = teoretica)?=20 Ca sa putem verifica cu mai multa siguranta daca implementat corect = cei 2=20 algoritmi...

Toate cele bune!

Daniel

La tema 3 cu monitoare trebuie si cu aplicatie, sau doar implementare si atat! Am intrat mai tarziu in grupul de mesaje si nu stiu!

Si in legatura cu examenul de SO, cand s-au fixat datele!

Multumesc!

http:/= /www.joelonsoftware.com/articles/Biculturalism.html

Stiu = ca nu isi are=20 locul pe lista asta, dar tinand cont ca am facut laburi/teme pe = Win/Linux, mi=20 s-a parut o vedere interesanta asupra lucrurilor.

Succes = in=20 sesiune,

Ovidiu

Vrem site.... :-)

______________________= ______________________________
<= A href=3D"http://www.incredimail.com/redir.asp?ad_id=3D309&lang=3D9">= 3D""

Nu prea tine de SO, dar are ceva legatura cu GNU->linux->So

Incerc de cateva zile sa setez utilitarul indent sa formateze cod "my style".

Singura problema caruia nu ii dau de cap este sa indenteze in felul urmator:

int main(){

....

intotdeauna scoate

int main()

{

PS. nu vreau sa cred ca folosesc identare "anormala"

pentru [MARI] constestatii la nota de = la tema 4 cui=20 trebuie sa ma adresez?

- 0.0 - Tema nu se compileaza (src/utils.h trebuia sa incluzi si unistd.h)

cum fac sa primesc warning cand compilez cu g++ si nu includ un header

dar compilatorul il gaseste ( locatii implicite sau ceva de genul ).

Mentionez ca am folosit mereu -Wall

cdangeorge@yahoo.com

Cibu Cristian <cibu.cristian@rdslink.ro> wrote:

pentru [MARI] constestatii la nota de la tema 4 cui trebuie sa ma adresez?

Sub windows, dimensiunea unei pagini = este de=20 4k

Totusi atat VirtualAlloc cat si = MapViewOfFile=20 lucreaza cu adrese

care sunt multipli de 64Kb. Putem = considera ca=20 functia vinit lucreaza cu pagini

de 64Kb ?

Salut!

Pentru Kernel = 2.3.39 sau=20 mai mic(eu am 2.2...), se pare ca semnalul de Seg. Fault nu=20 completeaza si_addr. Am I right?

Prin urmare = handlerul de semnal=20 nu stie ce pagina a produs Fault-ul... Ce se poate face? = Oricum, am=20 gasit indivizi care au produs patch-uri la chestia asta.

h= ttp://www.ussg.iu.edu/hypermail/linux/kernel/0001.2/0035.html<= /DIV>

h= ttp://www.ussg.iu.edu/hypermail/linux/kernel/9908.3/0273.html<= /DIV>

Stie cineva cum = se=20 instaleaza un patch? Sau ce pot sa fac?

Toate bune!

Daniel

Incerc sa fiu scurt si = eficient...

=20

bye

dany

Salut!

zile vesele!

dany