[so] Problema vmchecker
alexandra pruna
alexandrapruna at gmail.com
Wed Mar 12 12:10:09 EET 2014
Buna,
Am postat tema pe vmchecker si se pare ca a ramas blocata in coada.
Multumesc,
Alexandra
On Mar 12, 2014 12:00 PM, <so-request at cursuri.cs.pub.ro> wrote:
> Send so mailing list submissions to
> so at cursuri.cs.pub.ro
>
> 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
> so-request at cursuri.cs.pub.ro
>
> You can reach the person managing the list at
> so-owner at cursuri.cs.pub.ro
>
> 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 <razvan.deaconescu at cs.pub.ro>
> To: Sisteme de Operare <so at cursuri.cs.pub.ro>
> Subject: Re: [so] SIZE_MAX vs SSIZE_MAX
> Message-ID: <87y50fkih1.fsf at einherjar.cs.pub.ro>
> Content-Type: text/plain; charset=utf-8
>
> Pascu Corneliu Florin <pascucorneliuflorin at gmail.com> 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 <pascucorneliuflorin at gmail.com>
> To: Sisteme de Operare <so at cursuri.cs.pub.ro>
> Subject: Re: [so] SIZE_MAX vs SSIZE_MAX
> Message-ID:
> <
> CAKv-Y5mnK6ZX3EVOPoMidVtKErNU5Pa+kNJjJoJo2G2vNyuCYA at 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 <razvan.deaconescu at cs.pub.ro>:
>
> > Pascu Corneliu Florin <pascucorneliuflorin at gmail.com> 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 <costashsrc at gmail.com>
> To: Sisteme de Operare <so at cursuri.cs.pub.ro>
> Subject: Re: [so] SIZE_MAX vs SSIZE_MAX
> Message-ID:
> <
> CA+RXK8Tz4+Lt6tu9Lrq9H94FjFc0aZcSaxwMM08bZLcALEVVBw at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> On Mar 12, 2014 9:45 AM, "Pascu Corneliu Florin" <
> pascucorneliuflorin at gmail.com> 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 <laurac.gheorghe at gmail.com>
> To: Sisteme de Operare <so at cursuri.cs.pub.ro>
> Subject: Re: [so] Lucrare de curs 1 (CA, CC): Desfasurare
> Message-ID:
> <CACudQ2=HwvgtOaJ69=
> 2w7Z91_p31U0EjC+PzxKXENFNcjvN0rg at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> 2014-03-10 5:44 GMT+02:00 Razvan Deaconescu <razvan.deaconescu at cs.pub.ro>:
> > 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 <laurac.gheorghe at gmail.com>
> To: Sisteme de Operare <so at cursuri.cs.pub.ro>
> Subject: Re: [so] Lucrare de curs 1 (CA, CC): Desfasurare
> Message-ID:
> <CACudQ2=
> RR_v1wnp42kZ_3JF6_Dm_nYgrs-RYMhnc59YwTWiSTg at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> 2014-03-12 11:44 GMT+02:00 Laura Cristina Gheorghe <
> laurac.gheorghe at gmail.com>:
> > 2014-03-10 5:44 GMT+02:00 Razvan Deaconescu <razvan.deaconescu at cs.pub.ro
> >:
> >> 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
> **********************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cursuri.cs.pub.ro/pipermail/so/attachments/20140312/2f15785c/attachment.html>
More information about the so
mailing list