Buna, Am postat tema pe vmchecker si se pare ca a ramas blocata in coada. Multumesc, Alexandra On Mar 12, 2014 12:00 PM, <[email protected]> wrote:
> Send so mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/so > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of so digest..." > > > Today's Topics: > > 1. Re: SIZE_MAX vs SSIZE_MAX (Razvan Deaconescu) > 2. Re: SIZE_MAX vs SSIZE_MAX (Pascu Corneliu Florin) > 3. Re: SIZE_MAX vs SSIZE_MAX (Costash) > 4. Re: Lucrare de curs 1 (CA, CC): Desfasurare > (Laura Cristina Gheorghe) > 5. Re: Lucrare de curs 1 (CA, CC): Desfasurare > (Laura Cristina Gheorghe) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 12 Mar 2014 09:02:18 +0200 > From: Razvan Deaconescu <[email protected]> > To: Sisteme de Operare <[email protected]> > Subject: Re: [so] SIZE_MAX vs SSIZE_MAX > Message-ID: <[email protected]> > Content-Type: text/plain; charset=utf-8 > > Pascu Corneliu Florin <[email protected]> writes: > > Salut, > > > > Din ce vad read are urmatoarea declaratie *ssize_t* read(int fd , void * > > buff, *size_t* len); > > Totul este ok , dar ce se intampla cand fac ceva de genul: *read(fd, > buff, > > SIZE_MAX)*; > > SIZE_MAX vad ca este 0xffffffff , iar SSIZE_MAX este 0x7fffffff. Orice > > read cu len>SSIZE_MAX > > este undefined , right? Atunci de ce este len size_t definit in POSIX si > nu > > ssize_t ? > > Clarifică, te rugăm, ultima întrebare. E vorba de parametrul `len' al > apelului `read'? Și întrebi de ce tipul acestuia este `size_t' și nu > `ssize_t'? > > Dacă aceea este întrebarea, `len' este de tipul `size_t' pentru că este > o dimensiune de buffer; dimensiunile sunt tot timpul pozitive. Apelul > `read' întoarce un rezultat în formatul `ssize_t' pentru că este o > valoare de retur. Aceasta poate fi negativă (-1) în caz de eroare sau > pozitivă în cazul unui apel reușit. > > Legat de penultima întrebare, uite ce spune în pagina de manual[1]: > --- > If count is greater than SSIZE_MAX, the result is unspecified. > --- > > [1] http://man7.org/linux/man-pages/man2/read.2.html > > Răzvan > > > ------------------------------ > > Message: 2 > Date: Wed, 12 Mar 2014 09:45:07 +0200 > From: Pascu Corneliu Florin <[email protected]> > To: Sisteme de Operare <[email protected]> > Subject: Re: [so] SIZE_MAX vs SSIZE_MAX > Message-ID: > < > cakv-y5mnk6zx3evopomidvtkernu5pa+knjjjojo2g2vnyu...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > OK , am inteles nevoia de a avea un signed pentru iesire ca sa poate da > return -1 in caz de eroare . > Ce nu intelegeam se reduce la : size_t e unsigned si apartine [0, > 4294967296] si > ssize_t e signed si apartine [-214783647, 214783647] ( am dat printf pe > sistemul meu , dar > cred ca sunt definite asa in limits.h). > Orice read care incearca sa citeasca intre [ 214783647 + 1, 4294967296] > ar putea face asta din definita read-ului dar ar avea intotdeauna > comportament undefined. > Asa este sau ceva imi scapa :)? Mi s-a parut dubios . > > > 2014-03-12 9:02 GMT+02:00 Razvan Deaconescu <[email protected]>: > > > Pascu Corneliu Florin <[email protected]> writes: > > > Salut, > > > > > > Din ce vad read are urmatoarea declaratie *ssize_t* read(int fd , > void * > > > buff, *size_t* len); > > > Totul este ok , dar ce se intampla cand fac ceva de genul: *read(fd, > > buff, > > > SIZE_MAX)*; > > > SIZE_MAX vad ca este 0xffffffff , iar SSIZE_MAX este 0x7fffffff. Orice > > > read cu len>SSIZE_MAX > > > este undefined , right? Atunci de ce este len size_t definit in POSIX > si > > nu > > > ssize_t ? > > > > Clarifică, te rugăm, ultima întrebare. E vorba de parametrul `len' al > > apelului `read'? Și întrebi de ce tipul acestuia este `size_t' și nu > > `ssize_t'? > > > > Dacă aceea este întrebarea, `len' este de tipul `size_t' pentru că este > > o dimensiune de buffer; dimensiunile sunt tot timpul pozitive. Apelul > > `read' întoarce un rezultat în formatul `ssize_t' pentru că este o > > valoare de retur. Aceasta poate fi negativă (-1) în caz de eroare sau > > pozitivă în cazul unui apel reușit. > > > > Legat de penultima întrebare, uite ce spune în pagina de manual[1]: > > --- > > If count is greater than SSIZE_MAX, the result is unspecified. > > --- > > > > [1] http://man7.org/linux/man-pages/man2/read.2.html > > > > Răzvan > > _______________________________________________ > > http://ocw.cs.pub.ro/courses/so/info/lista-discutii > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://cursuri.cs.pub.ro/pipermail/so/attachments/20140312/9006ed08/attachment-0001.html > > > > ------------------------------ > > Message: 3 > Date: Wed, 12 Mar 2014 09:49:43 +0200 > From: Costash <[email protected]> > To: Sisteme de Operare <[email protected]> > Subject: Re: [so] SIZE_MAX vs SSIZE_MAX > Message-ID: > < > ca+rxk8tz4+lt6tu9lrq9h94fjfc0azcsaxwmm08bzlcalev...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > On Mar 12, 2014 9:45 AM, "Pascu Corneliu Florin" < > [email protected]> wrote: > > > > OK , am inteles nevoia de a avea un signed pentru iesire ca sa poate da > return -1 in caz de eroare . > > Ce nu intelegeam se reduce la : size_t e unsigned si apartine [0, > 4294967296] si > > ssize_t e signed si apartine [-214783647, 214783647] ( am dat printf pe > sistemul meu , dar > > cred ca sunt definite asa in limits.h). > > Orice read care incearca sa citeasca intre [ 214783647 + 1, 4294967296] > > ar putea face asta din definita read-ului dar ar avea intotdeauna > comportament undefined. > > Asa este sau ceva imi scapa :)? Mi s-a parut dubios . > > Corect, este fix ce a zis și Răzvan, comportamentul pentru read este > undefined în această situație. Oricum, având în vedere că pe un sistem pe > 32 de biți minim 1GB din spațiul virtual de adrese este asociat > kernel-ului, cam dificil să ajungi să vrei să faci un read de peste 2G > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://cursuri.cs.pub.ro/pipermail/so/attachments/20140312/40bf80b3/attachment-0001.html > > > > ------------------------------ > > Message: 4 > Date: Wed, 12 Mar 2014 11:44:21 +0200 > From: Laura Cristina Gheorghe <[email protected]> > To: Sisteme de Operare <[email protected]> > Subject: Re: [so] Lucrare de curs 1 (CA, CC): Desfasurare > Message-ID: > <CACudQ2=HwvgtOaJ69= > [email protected]> > Content-Type: text/plain; charset=UTF-8 > > 2014-03-10 5:44 GMT+02:00 Razvan Deaconescu <[email protected]>: > > Salutare. > > > > Informații despre lucrările ce vor avea loc la seria CA și seria CC se > > găsesc pe pagina de examen[1]. > > > > Prima lucrare va avea loc înainte de începerea cursului 4, astfel: > > * seria CA, marți, 11 martie 2014, 09:05-09:15, sala EC004 > > * seria CC, miercuri, 12 martie 2014, 17:05-17:15, EC004 > > > > Vă rugăm să fiți la timp în sală. > > > > Lucrarea va consta din trei întrebări din primele trei cursuri de > > Sisteme de Operare. > > > > Vă încurajăm să parcurgeți întrebările de anii trecuți[2]. > > > > Dacă nu puteți veni cu seria voastră dați un e-mail privat mie, așa cum > > este descris în pagină. Cristina (Opriceana) să faci și tu, te rog, > > acest lucru să fie centralizată informația. > > > > [1] http://ocw.cs.pub.ro/courses/so/meta/examen > > [2] http://ocw.cs.pub.ro/courses/so/meta/examen#examene_anterioare > > Buna, > > Au fost publicate notele de la prima lucrare de curs in catalog (seria CA) > [3]. > > De asemenea au fost publicate subiectele si raspunsurile pe pagina de > examen [1]. > > Pentru contestatii va rog sa-mi dati mail mie privat pana maine, 13 > martie, la ora 23:00. > > [3] > https://docs.google.com/spreadsheet/ccc?key=0AsKUrGIZmYIbdHRjUnpxQURmajlfMW5SYUhwMEhESFE&usp=drive_web#gid=0 > > Laura > > > ------------------------------ > > Message: 5 > Date: Wed, 12 Mar 2014 11:48:40 +0200 > From: Laura Cristina Gheorghe <[email protected]> > To: Sisteme de Operare <[email protected]> > Subject: Re: [so] Lucrare de curs 1 (CA, CC): Desfasurare > Message-ID: > <CACudQ2= > [email protected]> > Content-Type: text/plain; charset=UTF-8 > > 2014-03-12 11:44 GMT+02:00 Laura Cristina Gheorghe < > [email protected]>: > > 2014-03-10 5:44 GMT+02:00 Razvan Deaconescu <[email protected] > >: > >> Salutare. > >> > >> Informații despre lucrările ce vor avea loc la seria CA și seria CC se > >> găsesc pe pagina de examen[1]. > >> > >> Prima lucrare va avea loc înainte de începerea cursului 4, astfel: > >> * seria CA, marți, 11 martie 2014, 09:05-09:15, sala EC004 > >> * seria CC, miercuri, 12 martie 2014, 17:05-17:15, EC004 > >> > >> Vă rugăm să fiți la timp în sală. > >> > >> Lucrarea va consta din trei întrebări din primele trei cursuri de > >> Sisteme de Operare. > >> > >> Vă încurajăm să parcurgeți întrebările de anii trecuți[2]. > >> > >> Dacă nu puteți veni cu seria voastră dați un e-mail privat mie, așa cum > >> este descris în pagină. Cristina (Opriceana) să faci și tu, te rog, > >> acest lucru să fie centralizată informația. > >> > >> [1] http://ocw.cs.pub.ro/courses/so/meta/examen > >> [2] http://ocw.cs.pub.ro/courses/so/meta/examen#examene_anterioare > > > > Buna, > > > > Au fost publicate notele de la prima lucrare de curs in catalog (seria > CA) [3]. > > > > De asemenea au fost publicate subiectele si raspunsurile pe pagina de > > examen [1]. > > > > Pentru contestatii va rog sa-mi dati mail mie privat pana maine, 13 > > martie, la ora 23:00. > > > > [3] > https://docs.google.com/spreadsheet/ccc?key=0AsKUrGIZmYIbdHRjUnpxQURmajlfMW5SYUhwMEhESFE&usp=drive_web#gid=0 > > O mica precizare: Fiecare intrebare a avut 0.2 puncte, de aceea in > catalog veti vedea notele intre 0 si 0.6 puncte. Fiecare intrebare a > fost notata cu 0 sau 0.2, nu se dau punctaje partiale pentru > raspunsuri incomplete. > > Laura > > > ------------------------------ > > _______________________________________________ > http://ocw.cs.pub.ro/courses/so/info/lista-discutii > > End of so Digest, Vol 93, Issue 19 > ********************************** >
_______________________________________________ http://ocw.cs.pub.ro/courses/so/info/lista-discutii
