Re: [so] Simulare examen SO: sambata, 23 mai 2020, 14:00-16:00: Selectie studenti
Salut, Nu stiu cum sa scriu asta fara sa par cretin, asa ca: Pentru ca nu imi explicam de ce mailurile trimise de pe contul de student nu apareau pe lista, in timp ce cele de pe Gmail apareau instantaneu, am mai trimis inca 3 mailuri (care ar trebui sa ajunga in urmatoarele 20 de minute si sunt formulate corect) incercand sa depanez problema, motiv pentru care va rog sa ignorati urmatoarele 3 mailuri trimise de mine. Nu m-ar deranja nici daca din cauza asta as participa la simulare de 4 ori :)). De retinut totusi sa nu mai folosesc mailul de la facultate... Teodor Dutu On Fri, May 22, 2020 at 2:38 PM Razvan Deaconescu via so < so@cursuri.cs.pub.ro> wrote: > Razvan Deaconescu via so writes: > > Razvan Deaconescu writes: > >> Salutare. > >> > >> Căutăm 8 studenți entuziaști, cu spirit artistic și reputatie sportivă > >> ireproșabilă, dornici să afle tainele universului pentru a participa ca > >> evaluați la simularea de examen de SO de sâmbătă, 23 mai 2020, ora > >> 14:00. Ceilalți studenți pot participa ca public. Vom înregistra > >> simularea. > >> > >> Primii 8 studenți care răspund și care satisfac criteriile de mai jos > >> vor fi selectați. > >> > >> Pentru selecție, trebuie satisfăcute următoarele criterii: > >> * studentul să fi ascultat măcar o manea în ultimele 10 zile (credem pe > >> cuvânt, nu verificăm) > >> * studentul trebuie să fi postat cel puțin un mesaj / reply pe această > >> listă; și să dea în mesaj link-ul la mesaj > > > > Hint: arhiva listei este aici[1]. > > > >> * reply-ul la acest mesaj trebuie să fie de tipul bottom posting > > Clarificare: puteți trimite un mesaj nou, nu aveți cum să dați reply > dacă nu sunteți deja înscriși la lista de discuții cu adresa > @stud.acs.pub.ro. În acest caz dispare nevoia de reply de tipul bottom > posting, rămâne restul de criterii. > > >> * reply-ul trebuie să fie plain text > >> * reply-ul trebuie să vină de la adresa @stud.acs.pub.ro > >> * reply-ul trebuie să aibă conținutul: > >> --- > >> NUME Prenume, grupă > >> --- > >> * mesajul trebuie să țină un motiv amuzant (neapărat) legat de dorința > >> de a participa la simulare > > > > [1] http://cursuri.cs.pub.ro/pipermail/so/ > > Răzvan > ___ > http://ocw.cs.pub.ro/courses/so/info/lista-discutii ___ http://ocw.cs.pub.ro/courses/so/info/lista-discutii
Re: [so] Intrebari legate de depunctari
Salut, S-ar putea ca depunctarea depunctarea -0.1: makefile incorect: compilarea mai multor surse în aceași regulă sa fie pentru ca ai ceva de forma asta? regula: gcc ... gcc ... In rest, depunctarile mi se par de bun simt: sa n-ai warninguri, ca numele regulilor sa fie fisierele pe care le creeaza etc. Intrebarea mai buna e de ce scrie "aceași" acolo. Teodor Dutu On Sun, May 17, 2020 at 3:56 PM Vlad Lungu via so wrote: > Salut! > > M-am uitat pe vmchecker la depunctarile pe care le-am primit. La tema 2, > la ambele teme, am primit depunctare pentru numele regulii de build, desi > nu era specificat vreundeva acest detaliu. La mine se numeste tema2, > trebuia libsoloader.so. Trebuia sa facem asta?. La tema 4 pe linux am o > singura variabila neutilizata, care duce la un warning de "unused > variable". Se justifica o depunctare de 0.2 pentru "warninguri de > compilare" in acest caz? Tot la tema 4 imi primesc o depunctare pentru ca > regula clean nu sterge toate fisierele create, dar tocmai am testat si > chiar le sterge pe toate. Care este cauza? In plus, tot la tema4, am > depunctare pentru "compilarea a mai multe surse in aceeasi regula", lucru > pe care nu l-am gasit in lista de depunctari si care nu sunt sigur la ce se > refera. > > As aprecia foarte mult niste explicatii suplimentare! > > Numai bine, > Lungu-Stan Vlad-Constantin, > 334CB > ___ > http://ocw.cs.pub.ro/courses/so/info/lista-discutii ___ http://ocw.cs.pub.ro/courses/so/info/lista-discutii
Re: [so] [Tema 1][Windows] Suprascriere submisie
Salut, Razvan! Multumesc. Pe viitor sper sa nu mai repet performanta asta, dar daca se intampla, o sa scriu si usernameul de pe Moodle. Teodor Dutu, 335CA On Thu, Mar 19, 2020 at 9:51 AM Razvan Crainea wrote: > Salut, Teodor! > > Am făcut acum revert. > Pe viitor, te rog să ne specifici și username-ul tău de cs.pub.ro. > > Numai bine, > Răzvan > > On Wed, Mar 18, 2020 at 2:22 PM Teodor Dutu via so > wrote: > > > > Salut, > > > > Din pacate nu am fost atent si mi-am suprascris submisia pentru Windows > cu cea pentru tema 2. Imi cer scuze. > > > > Se poate, va rog, sa mi se faca revert la submisia de dinaintea celei de > astazi? > > > > Multumesc, > > Teodor Dutu, 335CA > > ___ > > http://ocw.cs.pub.ro/courses/so/info/lista-discutii > > > > -- > Răzvan Crainea > ___ http://ocw.cs.pub.ro/courses/so/info/lista-discutii
[so] [Tema 1][Windows] Suprascriere submisie
Salut, Din pacate nu am fost atent si mi-am suprascris submisia pentru Windows cu cea pentru tema 2. Imi cer scuze. Se poate, va rog, sa mi se faca revert la submisia de dinaintea celei de astazi? Multumesc, Teodor Dutu, 335CA ___ http://ocw.cs.pub.ro/courses/so/info/lista-discutii
Re: [so] [Tema 2][Windows] Checkstyle error doar pe Windows
Salut, Nu vrei exit() pentru ca in fisierele de test se verifica si valoarea de retur a functiilor din **headerul** (am invatat acum) so_stdio.h, pe langa datele scris/citite si nu se verifica doar o singura functie/test, iar un exit() omoara tot si nu vrei asta. Pe deasupra, in general n-ai vrea ca o biblioteca sa-ti omoare toata aplicatia daca se intampla sa crape ceva in ea. Teodor Dutu On Sun, Mar 15, 2020 at 10:54 PM Dorin Geman via so wrote: > > > On Sun, Mar 15, 2020 at 9:40 PM Antonio-Dan MACOVEI (94298) via so < > so@cursuri.cs.pub.ro> wrote: > >> Salut, >> >> Am folosit un MACRO atat pe Linux, cat si pe Windows (asemanator cu cel >> de DIE), insa doar pe Windows primesc urmatoarea eroare de coding style pe >> vmchecker: >> >> WARNING:MACRO_WITH_FLOW_CONTROL: Macros with flow control statements should >> be avoided >> >> Diferenta dintre DIE si functia mea este ca in loc de exit eu fac return. >> Ar trebui sa modific, sau se poate adauga o exceptie in checkstyle? >> >> Salut, > > De ce nu faci exit() în loc de return? > Din ce am citit, return și goto __NU__ sunt recomandate în macro-uri. Am > găsit un mesaj[0] care prezintă un truc, în cazul în care chiar ții la > acel return. > Totuși, este ciudat ca nu-ți dă aceeași eroare și pe Linux, tocmai am > testat cu un macro ce folosește return și sare imediat checkstyle-ul. > > Spor, > Dorin Geman, 331CA > > [0]: https://lore.kernel.org/patchwork/patch/498381/ > ___ > http://ocw.cs.pub.ro/courses/so/info/lista-discutii ___ http://ocw.cs.pub.ro/courses/so/info/lista-discutii
Re: [so] [Tema2][General] Incorrect number of read syscalls
Salut, Uite alta presupunere valida: daca tu citesti sa zicem 2K, ii folosesti pe aia pana ai nevoie de altii. Nu consideri ca ai ajuns la EOF, ci doar folosesti ce ai, fara sa ai bufferul plin. Are sens si merge. Recomand. Teodor Dutu On Sun, Mar 15, 2020 at 10:29 PM Vlad Lungu via so wrote: > Da, daca fac presupunerea asta nu mai apare problema specificata. Insa e o > presupunere complet gresita. Read nu garanteaza ca va citi cat ii dam noi, > asa ca nu ne putem baza pe asa ceva. Testul in sine e cel mai simplu. Face > doua so_fgetc. Primul populeaza, teoretic, bufferul, al doilea citeste din > buffer. Testul vrea un singur apel de read pentru ca al doilea so_fgetc ar > trebui sa citeasca din buffer, nu printr-un read. Ce e de facut? > > În dum., 15 mar. 2020 la 22:24, Paul Olaru > a scris: > >> Bine, nu știu cum e testul în sine. Dacă so_fread e apelat cu maxim 14 tu >> nu ar trebui să faci mai multe citiri. Când bufferul e gol și ai nevoie de >> date faci o singură citire, chiar dacă e sub cât are nevoie bufferul ca să >> se umple. >> >> On Sun, Mar 15, 2020, 22:21 Paul Olaru >> wrote: >> >>> Cred că există o presupunere (nu tocmai validă) în checker că poți >>> profita de faptul că dacă un apel read ți-a returnat mai puțin decât i-ai >>> cerut singurul motiv ar fi EOF. >>> >>> Dacă faci chestia asta îți trec toate testele? >>> >>> On Sun, Mar 15, 2020, 22:18 Vlad Lungu via so >>> wrote: >>> Salut, Primesc aceasta eroare. Checkerul asteapta sa fac o singura operatie de read pentru a popula bufferul. Eu fac fix ca la laborator. Intr-o bucla while testez daca mai am de citit. Daca a umplut bufferul sau apelul read a intors 0(eof), ies din bucla. Initial bufferul e 4096, citeste 14. Nu a intors 0, deci nu marcheaza eof si nu iese. Nu a umplut bufferul, deci nu iese. Astfel, face un al doilea apel de sistem, care intoarce 0 si iese din bucla. O solutie pe care o vad pentru a trece de checker e sa retin undeva si dimensiunea fisierului. in momentul in care dimensiunea fisierului a fost atinsa, iese. Asta se doreste? ___ http://ocw.cs.pub.ro/courses/so/info/lista-discutii >>> >>> ___ > http://ocw.cs.pub.ro/courses/so/info/lista-discutii ___ http://ocw.cs.pub.ro/courses/so/info/lista-discutii
Re: [so] [Tema2][General] Folosire stdio.h pentru DIE
Salut Razvan, Multumesc pentru corectare. Teodor Dutu On Fri, Mar 13, 2020 at 9:42 AM Razvan Crainea wrote: > Salut, Teodor! > > Nu este nicio problemă, poți folosi macro-ul DIE, și poți include > **headerul**[*] stdio.h. > > [*] stdio.h nu este o bibliotecă, ci un header care expune funcții din > biblioteca libc > > Numai bine, > Răzvan > > > On Fri, Mar 13, 2020 at 9:11 AM Teodor Dutu via so > wrote: > > > > Salut, > > > > DIE-ul meu e modificat in sensul ca nu iese cu EXIT_FAILURE daca e > adevarata conditia care i se da, deci se respecta valorile de retur > necesare ale functiilor. > > Asa ca nu cred ca ar fi o problema acel DIE. > > > > Teodor Dutu > > > > On Fri, Mar 13, 2020 at 8:55 AM Paul Olaru > wrote: > >> > >> Nu știu cât de de acord vor fi cu utilizarea unui macro tip DIE, dar > atâta timp cât nu folosești funcționalitățile din acel header pentru > implementarea efectivă a temei nu ar trebui să fie o problemă. > >> > >> On Fri, Mar 13, 2020, 08:53 Teodor Dutu via so > wrote: > >>> > >>> Salut, > >>> > >>> Este permisa folsirea fprintf si perror si, implicit, includerea > bibliotecii stdio.h daca acestea se fac exclusiv pentru macro-ul DIE? > >>> > >>> Multumesc, > >>> Teodor Dutu > >>> ___ > >>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii > > > > ___ > > http://ocw.cs.pub.ro/courses/so/info/lista-discutii > > > > -- > Răzvan Crainea > ___ http://ocw.cs.pub.ro/courses/so/info/lista-discutii
Re: [so] [Tema2][General] Folosire stdio.h pentru DIE
Salut, DIE-ul meu e modificat in sensul ca nu iese cu EXIT_FAILURE daca e adevarata conditia care i se da, deci se respecta valorile de retur necesare ale functiilor. Asa ca nu cred ca ar fi o problema acel DIE. Teodor Dutu On Fri, Mar 13, 2020 at 8:55 AM Paul Olaru wrote: > Nu știu cât de de acord vor fi cu utilizarea unui macro tip DIE, dar atâta > timp cât nu folosești funcționalitățile din acel header pentru > implementarea efectivă a temei nu ar trebui să fie o problemă. > > On Fri, Mar 13, 2020, 08:53 Teodor Dutu via so > wrote: > >> Salut, >> >> Este permisa folsirea fprintf si perror si, implicit, includerea >> bibliotecii stdio.h daca acestea se fac exclusiv pentru macro-ul DIE? >> >> Multumesc, >> Teodor Dutu >> ___ >> http://ocw.cs.pub.ro/courses/so/info/lista-discutii > > ___ http://ocw.cs.pub.ro/courses/so/info/lista-discutii
[so] [Tema2][General] Folosire stdio.h pentru DIE
Salut, Este permisa folsirea fprintf si perror si, implicit, includerea bibliotecii stdio.h daca acestea se fac exclusiv pentru macro-ul DIE? Multumesc, Teodor Dutu ___ http://ocw.cs.pub.ro/courses/so/info/lista-discutii
Re: [so] Folosire Microsoft Teams pentru activitati online
Salut, Linkul pare sa fie catre echipa de SO2. Cea de SO poate fi gasita in sectiunea "Teams" -> "Join or create a team" alaturi de echipele altor catorva cursuri + cea de "pn" :)) Teodor Dutu On Wed, Mar 11, 2020 at 5:48 PM Razvan Deaconescu via so < so@cursuri.cs.pub.ro> wrote: > Salutare. > > Pentru foarte probabilele activități online pe care le vom desfășura la > cursul de Sisteme de operare, vom folosi Microsoft Teams[1]. Puteți > folosi varianta din browser sau varianta desktop. > > Pentru a accesa echipa "Sisteme de operare (CTI, ACS, UPB)" unde vom > desfășura activitățile, folosiți link-ul acesta[2]. Vom filma cursul de > azi, miercuri, 11 martie 2020, 18:00-20:00, PR001 de la seria 3CC și va > fi disponibil pe canalul "Curs 3CC". > > [1] https://teams.microsoft.com/ > [2] > https://teams.microsoft.com/l/team/19%3ae58fbcea3d8d40c0bb869773af7fbd2a%40thread.tacv2/conversations?groupId=a1157cc5-4740-4261-b2b1-fe9a6c8a17ff=2d8cc8ba-8dda-4334-9e5c-fac2092e9bac > > Răzvan > ___ > http://ocw.cs.pub.ro/courses/so/info/lista-discutii ___ http://ocw.cs.pub.ro/courses/so/info/lista-discutii
Re: [so] [Tema 1][General] Genericitate HashMap
On Wed, 26 Feb 2020, 09:08 Razvan Crainea, wrote: > > > >Salut, Teodor! > > > >Ideal ar fi să folosiți un HashMap generic, dar nu este o cerință. > >Puteți folosi și o implementare particulară, dar nu aveți voie să > >hardcodați valori, ca de exemplu dimensiunea unui cuvânt din hash. > >Folosiți alocare dinamică, de dimensiunele de care aveți nevoie. > Multumesc! > ___ http://ocw.cs.pub.ro/courses/so/info/lista-discutii
[so] [Tema 1][General] Genericitate HashMap
Salut, Este nevoie ca implementarea HashMapului sa fie una generica, sau poate fi una particulara pentru ce vrem sa folosim in tema? Multumesc, Teodor-Stefan Dutu 335CA ___ http://ocw.cs.pub.ro/courses/so/info/lista-discutii
