Re: [so] [Tema4][Linux | Windows] Partea de preemptare

[Mihai Barbulescu via so]

Salut Ionut,

Raspund doar la acest email initial si inline, pentru ca in rest a
mers threadul pe ulei

On Wed, 1 May 2019 at 19:17, Ionuț Mihalache via so
 wrote:
>
> Salut,
>
> După ceva timp în care am tot încercat diferite variante de implementare 
> pentru a rezolva prima partea a testelor, cele până la round robin inclusiv 
> am niște întrebări punctuale:
>
> 1. În cazul so_fork() începem să scadem cuanta înainte sau după 
> pthread_create?

Din punctul meu de vedere: DUPA -> anunta-ma ce teste pica pe aceasta abordare.

> 2. Noi trebuie să modificăm ordinea thread-urilor noastre și în cadrul 
> planificatorului din kernel sau trebuie să lucrăm doar cu thread-urile pe 
> care le avem noi în coada cu priorități din cadrul planificatorului nostru la 
> un moment dat?

Tu lucrezi cu threadurile tale din planificatorul tau care e in
userspace, suntem la SO, ce ti-a venit cu kernelul?

> 3. Thread-ul care face primul so_fork(), cel din test, trebuie să apară în 
> coada noastră?

Oricine face so_fork trebuie sa se gaseasca in planificatorul
nostru/structurile noastre de date.

>  Și dacă nu trebuie să avem noi grijă cumva să nu mai fie pe procesor până 
> când nu se execută thread-urile din cadrul planificatorului nostru?

Toate threadurile trebuie sa se execute conform specificatiilor din
enunt. Durata din teste si testele sunt date astfel incat toti vor
apuca sa execute. Sincer sa fiu intrebarea asta n-am prea inteles-o si
de=aia nici nu prea ai primit raspunsuri de la asistenti.


-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema4][Linux | Windows] Partea de preemptare

[Mihai Barbulescu via so]

On Wed, 1 May 2019 at 19:33, Paul Olaru via so  wrote:
>
> cuda-gdb nu e prea rău, dar honestly aș face altceva: după ce s-a apelat 
> kernelul și am dat toate cudaFree-urile etc copiez vectorii prin care 
> implementez Hashtable-ul în sine și îl printez.

Cum folosesc cuda-gdb pe un PC cu AMD Ryzen 3 si VEGA Radeon GPU?
Intreb pentru un prieten.

-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema4][Linux | Windows] Partea de preemptare

[Mihai Barbulescu via so]

On Wed, 1 May 2019 at 19:31, Ionuț Mihalache via so
 wrote:
>
> Și încă o întrebare pe care am uitat să o adresez: Cum să fac debug pentru că 
> dacă folosesc printf pot apărea sincronizări nedorite?

Sugestia 1 (profesionista): logging intr-o zona din RAM/memoria
procesului mapata dinainte in procesul tau numit "scheduler" in care
threadurile scriu. Apoi ai alt proces care colecteaza aceste loguri. O
scriere in RAM tot o sa te coste deci poti avea desincronizari. Cele
doua procese impart un /dev/shm.
Sugestia 2 (cea mai la indemana pt voi):
http://valgrind.org/docs/manual/hg-manual.html

GDB nu poate fi folosit prea reliable pentru ca asa cum printf strica
sincronizarile ghici ce-ar face un breakpoint :)

-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

[so] [Tema 4] Update teste

[Mihai Barbulescu via so]

Salutare,

Din cauza problemelor de OOM aparute, am scos memcheck-urile pentru
testele de roundrobin (testul 15) si stress (testul 19). Propunerea
noastra este sa resubmiteti temele manual cei care sunteți nemulțumiți
de punctaje pe acele teste. Dacă vreți să facem noi un resubmit dați
reply la acest mail cu "Vreau resubmit, ID LDAP: ionel.popescu2902" și
ne vom ocupa.

Actualizarea e si pe github [1], e suficient un "git pull" pentru a
avea noile teste.

[1] https://github.com/systems-cs-pub-ro/so-assignments/

-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema4][General]

[Mihai Barbulescu via so]

Salut,

Paul, iar ai vorbit pe langa.
Nu este permisa modificarea insa am uitat sa o specificam noi in
enunt. A fost adaugata speficiarea la FAQ:

Q: Este permisă modificarea header-ului?
A: Nu.

Scuze noua ca nu am precizat clar in enunt acest lucru.

On Sun, 5 May 2019 at 12:50, Paul Olaru via so  wrote:
>
> Eu unul presupun că poți face modificări, atâta timp cât sunt compatibile 
> (testele compilate cu headerul original pot folosi fără probleme funcțiile 
> implementate de tine). În general, asta înseamnă că nu poți face absolut 
> nicio modificare la structuri definite în header (când există), modificări la 
> tipurile parametrilor sau de retur (ai avea probleme de ABI) etc.
>
> Deci dacă faci modificări, ai doar grijă să fie compatibile. Eu funcțiile 
> suplimentare le-am declarat în propriile headere și în fișierul principal de 
> implementare.
>
> On Sun, May 5, 2019, 12:46 PM Rares Cosmin via so  
> wrote:
>>
>> Buna ziua! Este permisa modificarea fisierului "so_scheduler.h" cu scopul de 
>> adauga elemente noi in el?
>> ___
>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Indexare google

[Mihai Barbulescu via so]

On Sat, May 11, 2019, 14:09 Razvan Deaconescu via so 
wrote:

> Romeo Daniel Butică  writes:
> > Buna ziua!
> >
> > In urma cu 4 ani, am trimis un mesaj pe platforma de mesaje, legat de
> tema de la sistemele de operare.
> > Totul a tot ok pana la urma, insa din ce vad imi este indexat mesajul pe
> google.
> > Atunci cand imi caut numarul de telefon pe google, imi apare acest mesaj
> scris atunci.
> >
> > Am rugamintea sa ștergeți sau găsiți o solutie, ca sa nu mai fie indexat
> acest mesaj cu numarul meu de telefon pe google.
> >
> > Astept cu interes mesajul vostru!
>
> Despre ce mesaj e vorba?
>

Salut,

Nu cred ca e nevoie sa știm ce mesaj e. Conform regulilor jocului are
opțiunea sa fie uitat de către Google:

> To exercise the right to be forgotten and request removal from a search
engine, one must complete a form through the search engine's website.
Google's removal request process requires the applicant to identify their
country of residence, personal information, a list of the URLs to be
removed along with a short description of each one, and attachment of legal
identification.

> If Google refuses a request to delink material, Europeans can appeal to
their local data protection agency.

https://www.google.com/webmasters/tools/legal-removal-request
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema5][Lin] Timeout Vmchecker

[Mihai Barbulescu via so]

Sigur nu ai umblat la setarile masinii virtuale? Daca nu, e
reproductibil comportamentul pe vmchecker?

Testele in vmchecker nu se ruleaza cu run_all.sh ci cu make -f
Makefile.checker (n-ar trebui sa fie o diferenta esentiala)

On Thu, 16 May 2019 at 14:03, irina Mitocaru via so
 wrote:
>
> Buna.
>
> Primesc timeout la anumite teste pe Vmchecker, insa cand rulez 
> ./run_all.sh din masina virtuala Linux,
> acele teste merg. Nu ar trebui sa fie acelasi comportament?
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [SO][Tema 5][Linux] netcat opreste conexiunea prea devreme

[Mihai Barbulescu via so]

Salut George,

Mesajele tale sunt foarte bune si explicatiile pe care le dai la fel,
ar trebui sa ajute si pe altii. Nu este nici un deranj ca le dai pe
bucati, apreciem faptul ca impartasesti experienta ta de debugging, te
rog sa nu iti faci griji in privinta numarului mare de mesaje.

On Fri, 17 May 2019 at 19:17, George Diaconu via so
 wrote:
>
> Salut,
>
> Imi cer scuze pentru toate mesajele, acesta e ultimul in acest thread.
> Am gasit problema. Server-ul meu nu astepta sa primeasca tot
> request-ul de la client. Imediat ce parsa calea, incepea sa trimita
> raspunsul. Acum astept sa trimita clientul toata cererea, apoi trimit
> raspunsul si fisierul daca este cazul si merge perfect.
> Stack overflow m-a salvat din nou [1].
>
> Numai bine,
> George
>
> https://stackoverflow.com/questions/31168131/http-server-not-sending-complete-file-to-wget-firefox-connection-reset-by-peer
>
> În vin., 17 mai 2019 la 18:01, George Diaconu  a scris:
> >
> > Revin cu o completare.
> > La testul 16, server-ul afiseaza ca a trimis raspunsul "200 OK", apoi
> > fisierul si ca a inchis conexiunea, chair daca wget spune ca a fost
> > inchisa conexiunea inainte sa primeasca macar "200 OK".
> > Am rulat testul si am obitnut 2 fisiere .pcap, unul pentru o executie
> > cu succes a testului si altul cand esueaza testul. Las arhiva cu cele
> > doua fisiere la [1].
> > La [2] este link-ul catre repo-ul meu.
> >
> > Numai bine,
> > George Diaconu
> >
> > [1] https://drive.google.com/open?id=1JG98HjEDUO7kZM0UmOiHid62gF0OWqNY
> > [2] https://gitlab.cs.pub.ro/george.diaconu2208/l3-so-assignments
> >
> > În vin., 17 mai 2019 la 16:48, George Diaconu  a 
> > scris:
> > >
> > > Salut,
> > >
> > > Am reusit sa rezolv problema asta intre timp. Las la [1] link-ul unde
> > > am inteles care a fost problema. Pe scurt, din ce am inteles, netcat
> > > anunta ca este gata sa opreasca conexiunea, dar server-ul considera ca
> > > s-a si deconectat si dadea drop conexiunii. Acum in momentul in care
> > > recv intoarce 0, nu inchid imediat conexiunea, verific in ce stadiu
> > > este conexiunea (am o masina de stari cum este recomandat in enuntul
> > > temei), si inchid conexiunea dupa ce a fost trimis tot fisierul.
> > >
> > > Acum am probleme cu testul 16. Uneori merge, alteori nu merge. Acest
> > > test foloseste wget. Cand nu merge, mesajul intors de wget este "Read
> > > error (Connection reset by peer) in headers." Interesant este ca daca
> > > adaug flag-ul '-d' comenzii wget, testul trece mereu (am testat cu 100
> > > de rulari succesive, fara '-d' merge foarte rar). Flag-ul acesta ar
> > > trebui doar sa produca mai mult output, dar cumva face mai mult.
> > >
> > > Numai bine,
> > > George
> > >
> > > [1] 
> > > https://stackoverflow.com/questions/41776718/what-exactly-does-the-q-option-of-netcat-do
> > >
> > > În vin., 17 mai 2019 la 15:12, Razvan Crainea
> > >  a scris:
> > > >
> > > > Salut, George!
> > > >
> > > > Poți face un trace pcap (folosind wireshark sau tcpdump) pe portul
> > > > , să vedem exact comunicația TCP între client și server?
> > > >
> > > > Numai bine,
> > > > Răzvan
> > > >
> > > > On Fri, May 17, 2019 at 1:28 AM George Diaconu via so
> > > >  wrote:
> > > > >
> > > > > Salut,
> > > > >
> > > > > Am o problema la testul 13. Checker-ul executa urmatoarea comanda:
> > > > > echo -ne "GET /static/small00.dat HTTP/1.0\r\n\r\n" | nc -q 1
> > > > > 192.168.169.128 
> > > > >
> > > > > Inteleg de aici ca cere fisierul /static/small00.dat.
> > > > > Problema mea este ca dupa ce clientul trimite toata cererea (unesc
> > > > > bucatile trimise de client), server-ul apuca sa parseze cererea, dar
> > > > > apoi client-ul inchide conexiunea fara sa mai astepte raspunsul.
> > > > > Am reusit sa reduc problema la parametrul '-q 1' al comenzii 'nc'. In
> > > > > manual scrie ca acest parametru face ca 'nc' sa mai astepte o secunda
> > > > > dupa ce a primit EOF de la stdin, si apoi se inchide.
> > > > > Am incercat cu '-q 5' si am observat ca server-ul scrie mesajul de la
> > > > > deconectarea cleintului inainte ca 'nc' sa isi termine executia. Asta
> > > > > ma face sa trag concluzia ca nc inchide conexiunea mult prea devreme.
> > > > > Restul testelor de la static merg fara probleme.
> > > > >
> > > > > De asemenea, in momentul in care trimit raspunsul, intai raspund cu
> > > > > HTTP/1.1 200 OK si apoi incep sa trimit fisierul. De asemenea, verific
> > > > > ca raspunsul sa fie trimis in intregime, si trimit pe bucati daca nu
> > > > > poate fi trimis tot o data.
> > > > >
> > > > > Nu inteleg unde gresesc, mai ales ca restul testellor trec fara 
> > > > > probleme.
> > > > >
> > > > > Multumesc anticipat.
> > > > > ___
> > > > > http://ocw.cs.pub.ro/courses/so/info/lista-discutii
> > > >
> > > >
> > > >
> > > > --
> > > > Răzvan Crainea
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Cu stimă,
Mihai Bărbulescu
___

Re: [so] [SO][Tema 5][Linux] Base64 encode luat de pe github

[Mihai Barbulescu via so]

Păstrezi licența inițială, precizezi sursa în Readme și eventualele modificări și folosești ce vrei de pe internet Cu stimă,Mihai Bărbulescu Original Message Subject: [so] [SO][Tema 5][Linux] Base64 encode luat de pe githubFrom: George Diaconu via so To: Sisteme de Operare CC: Salut,Vreau sa adaug autentificare in implementarea mea si am nevoie debase64 encode. Trebuie sa o implementez eu si pe aceasta sau e ok dacao iau de pe github? Nu-mi place sa reinventez roata, desi, probabil,ar fi ceva de invatat si din implementarea algoritmului asta.Numai bine,George Diaconu___http://ocw.cs.pub.ro/courses/so/info/lista-discutii___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [SO] Contestație Tema 4 Linux

[Mihai Barbulescu via so]

Subiectul zice tema 4 conținutul mailului tema 3.Cum e pana la urma? Cu stimă,Mihai Bărbulescu Original Message Subject: [so] [SO] Contestație Tema 4 LinuxFrom: Ioana Vitomireanu via so To: so@cursuri.cs.pub.roCC: Buna ziua,Ma numesc Vitomireanu Ioana, sunt de la grupa 333CC. Username: Ioana.vitomireanu.Nu am nota trecută in catalog la tema3 Linux.Sent from my iPhone___http://ocw.cs.pub.ro/courses/so/info/lista-discutii___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [SO] Contestație Tema 4 Linux

[Mihai Barbulescu via so]

Buna Ioana,

Verifica catalogul te rog. A fost o problema generala la temele 4, am
verificat particular cazul tau si ai nota trecuta acolo.

Valabil si pentru ceilalti studenti. Insa rugamintea ar fi sa urmati
indicatiile lui Razvan si anume procedura de contestatii fiind aceasta
[1]

[1] https://ocw.cs.pub.ro/courses/so/teme/contestatii

On Fri, 24 May 2019 at 20:24, Ioana Vitomireanu via so
 wrote:
>
> Buna ziua,
>
> Ma numesc Vitomireanu Ioana, sunt de la grupa 333CC. Username: 
> Ioana.vitomireanu.
>
> Nu am nota trecută in catalog la tema3 Linux.
>
> Sent from my iPhone
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1] Coding Style - Conditii lungi

[Mihai Barbulescu via so]

Salut Teodor,

Iti recomand sa folosesti setarile astyle pentru kernelul de Linux
(astyle --style=linux). E mai simplu decat sa iti bati tu capul. Mai
exista si indent da nu mi-am batut capul cu asta. Si o poti face mai
agresiva sub urmatoarea forma:

astyle --style=linux --indent=force-tab=8 --align-pointer=name -p -H -U

Daca folosesti Visual Studio code poti configura de exemplu ca la
autosave sa se ruleze astyle, uite mai jos un exemplu de intrare in
settings.json (invalida pt Linux, o folosesc in alt context)
{
...
"astyle.cmd_options": [
"--style=kr",
"--indent=spaces=4",
"--indent-col1-comments",
"--convert-tabs",
"--pad-oper",
"--pad-header",
"--unpad-paren",
"--lineend=linux",
"--max-code-length=120",
"--add-brackets",
"--align-reference=type",
"--align-pointer=type"
],

...
}

Daca folosesti gitlab poti configura hook de post/receive sa ruleze
checkpatch.pl si astyle pt codul tau cand pushezi.

Punctual la intrebarea ta: din punct de vedere al codului nu mi-as
bate capul atat timp cat indeplineste 2 conditii:
1. checkpatch.pl il valideaza fara erori
2. tie personal ti se pare usor de citit

Orice review de genul: mie imi place mai mult asa decat cum propui tu,
domnu' developer, mi se pare ca genereaza discutii infinite inutile si
de-aia sunt fanul automatizarii lui prin astyle/indent/checkpatch.

On Fri, 28 Feb 2020 at 09:21, Paul Olaru via so  wrote:
>
> Eu unul sunt familiarizat cu a doua opțiune fiind cel mai des folosită în 
> porțiunea de kernel Linux în care lucrez eu deci aș recomanda să o folosești 
> pe aceasta. Prima variantă poate fi bună în situații rare în care condiția e 
> într-adevăr complexă și ar avea nevoie de un nume sau comentariu.
>
> A treia variantă nu văd să aibă un avantaj.
>
> Deci eu unul recomand să mergi pe a doua variantă, cu excepția cazului în 
> care a crea funcția cu un nume relevant poate ajuta înțelegerea codului. Dacă 
> funcția s-ar numi "cond7", don't bother. Dacă funcția s-ar numi 
> "is_valid_open_request", o poți crea.
>
>
> On Fri, Feb 28, 2020, 9:17 AM Teodor Popescu via so  
> wrote:
>>
>> Bună ziua,
>>
>> Putem întâlni situații în care avem suficient de multe condiții
>> într-un if încăt linia să depășească un prag de bun simț (să spunem,
>> 100 de caractere).
>> Presupunem următoarea secvență de cod:
>> if (CONDIȚIE_1 || CONDIȚIE_2 || CONDIȚIE_3 || CONDIȚIE_4 || CONDIȚIE_5) {
>> instr;
>> }
>>
>> Nu am găsit în standardul pentru Linux Kernel o soluție pentru aceste
>> situații, dar am identificat 3 metode prin care am putea aborda aceste
>> cazuri:
>>
>> 1) Refactorizarea codului prin adăugarea unei funcții (care nu va
>> apărea și în fișierul .h) astfel:
>> int my_function()
>> {
>> return CONDIȚIE_1 ||
>> CONDIȚIE_2 ||
>> CONDIȚIE_3 ||
>> CONDIȚIE_4 ||
>> CONDIȚIE_5;
>> }
>> if (my_function()) {
>> instr;
>> }
>>
>> Dezavantaj: Nu este imediat evidentă condiția, fiind nevoie să
>> cauți funcția pentru a înțelege codul.
>>
>> 2) "Spargerea" condiției pe mai multe linii, astfel:
>> if (CONDIȚIE_1 ||
>> CONDIȚIE_2 ||
>> CONDIȚIE_3 ||
>> CONDIȚIE_4 ||
>> CONDIȚIE_5) {
>> instr;
>> }
>>
>> Dezavantaj: Indentarea instrucțiunilor este identică celei a
>> condițiilor, și nu este imediat clar unde se termină condițiile și
>> unde încep instrucțiunile.
>>
>> 3) "Spargerea" condiției pe mai multe linii, astfel:
>> if (CONDIȚIE_1 ||
>> CONDIȚIE_2 ||
>> CONDIȚIE_3 ||
>> CONDIȚIE_4 ||
>> CONDIȚIE_5)
>> {
>> instr;
>> }
>>
>> Dezavantaj: Nu se respectă recomandarea generală de a avea acolada
>> deschisă pe aceeași linie cu închiderea condiției unui 'if'.
>>
>> Aveți vreo recomandare legată de acest aspect?
>>
>> Mulțumesc frumos.
>>
>> O seară plăcută
>> Teodor Popescu
>> +40 770 498 496   |   teodor.popescu2005   |   335CB
>> ___
>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema 1][General] Functia Hash

[Mihai Barbulescu via so]

Salut Într-adevăr poți folosi orice funcție hash Cu stimă,Mihai Bărbulescu Original message From: Paul Olaru via so Date: Sat, Feb 29, 2020, 12:54To: "Theodor-Nicolae STOICA (78294)" , Sisteme de Operare Subject: Re: [so] [Tema 1][General] Functia HashCred că s-a zis mai devreme, orice funcție rezonabilă. Trebuie doar să nu ai o distribuție extrem de proastă care să afecteze performanța hashtable-ului în sine.On Sat, Feb 29, 2020, 12:52 PM Theodor-Nicolae STOICA (78294) via so  wrote:






Salut,

Putem folosi orice functie hash?




Multumesc,

Stoica Theodor Nicolae

334CB



___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [SO][Tema1] Neclaritate enunt - parsare argumente

[Mihai Barbulescu via so]

On Sat, 29 Feb 2020 at 10:10, Mihaila Corina via so
 wrote:
>
> test1.param: bad.file
> Ar trebui considerat un fisier de input valid si deschis?

Parsezi argumentul, nu merge deschis fisierul - pica programul cu eroare

>
> test2.param: -X bad param
>  Aici -X bad trebuie ignorat, iar param e un fisier de input?
> Sau ignor toata linia in momentul in care gasesc un alt parametru decat -D, 
> -o, -I?

iei in seama -X da daca parametrul e gresit treci la urmatorii. In C
puteti folosi getopt pt a va face viata usoara

>
> test3.param: _test/inputs/test3.in test3.out test3.err
>  Aici deschid un fisier de input si 2 de output sau e o linie nevalida si 
> programul
>  nu trebuie sa faca nimic?

Jur ca nu am inteles intrebarea ta: formuleaz-o mai clar. In enunt
zice destul de clar:

so-cpp [-D [=]] [-I ] [] [ [-o] ]

test3.err il poti ignora conform  cu aceasta semnatura. Vezi si in
sursele testului ce face eu daca ar fi sa implementez comanda asa as
face programul sa pice.


-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Linux] Import failed in VMWare

[Mihai Barbulescu via so]

Ai apăsat acel buton de retry? Ce se întâmplă când îl apeși? Cu stimă,Mihai Bărbulescu Original message From: "Antonio-Dan MACOVEI (94298) via so" Date: Sat, Feb 29, 2020, 22:11To: so@cursuri.cs.pub.roSubject: [so] [Tema1][Linux] Import failed in VMWare

Buna seara,




Am tot incercat sa import masina virtuala de Linux descarcata din repository-ul oficial de SO in VMWare Player (v 12 si 15.5) si mereu primesc aceasta eroare:




The import failed because so-ubuntu-18-04.ova did not pass OVF specification conformance or virtual hardware compliance checks.
Click Retry to relax OVF specification and virtual hardware compliance checks and try the import again, or click Cancel to cancel the import. If you retry the import, you might not be able to use the virtual machine in VMware Player.





Din ce am inteles de pe internet, problema ar fi ca masina a fost exportata din VirtualBox si nu e compatibila cu VMWare, insa pe ocw scrie ca ar trebui sa fie. Fac eu ceva gresit?




Multumesc,

Antonio Macovei, 334CA

___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [SO][Tema1] Neclaritate enunt - parsare argumente

[Mihai Barbulescu via so]

Salut,

Da este GNU dar poti cauta portari pentru windows si regulamentul nu
interzice folosirea unui cod existent atat timp cat pastrati
copyright-ul si mentionati clar si explicit sursa:
https://gist.github.com/superwills/5815344
Teoretic exista si o implementare a Microsoft:
https://github.com/iotivity/iotivity/tree/master/resource/c_common/windows

Sugeram de getopt mai mult ca sa va luati subsetul relevant pentru
tema si sa-l faceti portabil daca cu strcmp e chinuiala mare.

Codul pt structuri de date n-aveti voie sa il copiati in tema asta.


On Sun, 1 Mar 2020 at 15:21, Pasmangia Ovidiu  wrote:
>
> Functia getopt functioneaza atat pe linux cat si pe windows? Din ce am vazut, 
> ea este doar pt linux.
>
> Sent from Yahoo Mail on Android
>
> On Sat, 29 Feb 2020 at 21:36, Mihai Barbulescu via so
>  wrote:
> On Sat, 29 Feb 2020 at 10:10, Mihaila Corina via so
>  wrote:
> >
> > test1.param: bad.file
> > Ar trebui considerat un fisier de input valid si deschis?
>
> Parsezi argumentul, nu merge deschis fisierul - pica programul cu eroare
>
> >
> > test2.param: -X bad param
> >  Aici -X bad trebuie ignorat, iar param e un fisier de input?
> > Sau ignor toata linia in momentul in care gasesc un alt parametru decat -D, 
> > -o, -I?
>
> iei in seama -X da daca parametrul e gresit treci la urmatorii. In C
> puteti folosi getopt pt a va face viata usoara
>
> >
> > test3.param: _test/inputs/test3.in test3.out test3.err
> >  Aici deschid un fisier de input si 2 de output sau e o linie nevalida si 
> > programul
> >  nu trebuie sa faca nimic?
>
> Jur ca nu am inteles intrebarea ta: formuleaz-o mai clar. In enunt
> zice destul de clar:
>
> so-cpp [-D [=]] [-I ] [] [ [-o] ]
>
> test3.err il poti ignora conform  cu aceasta semnatura. Vezi si in
> sursele testului ce face eu daca ar fi sa implementez comanda asa as
> face programul sa pice.
>
>
> --
> Cu stimă,
> Mihai Bărbulescu
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Linux] Import failed in VMWare

[Mihai Barbulescu via so]

Nu va mai temeti

Incercati, stricati-le, scrieti-ne ce ati facut aici.

Nu aveti la ce sa dati foc

Spor!

On Sun, 1 Mar 2020 at 15:27, Antonio-Dan MACOVEI (94298)
 wrote:
>
> Am incercat acum si a mers. Citisem in mesajul de eroare ca daca as da retry 
> nu ar mai functiona corect si nu am incercat din prima.
>
> Mersi,
> Antonio Macovei
>
> Get Outlook for Android
>
> 
> From: Mihai Barbulescu 
> Sent: Sunday, March 1, 2020 9:53:12 AM
> To: Antonio-Dan MACOVEI (94298) ; 
> Sisteme de Operare 
> Subject: Re:[so] [Tema1][Linux] Import failed in VMWare
>
> Ai apăsat acel buton de retry? Ce se întâmplă când îl apeși?
>
> Cu stimă,
> Mihai Bărbulescu
>
>
>  Original message 
> From: "Antonio-Dan MACOVEI (94298) via so" 
> Date: Sat, Feb 29, 2020, 22:11
> To: so@cursuri.cs.pub.ro
> Subject: [so] [Tema1][Linux] Import failed in VMWare
>
> Buna seara,
>
> Am tot incercat sa import masina virtuala de Linux descarcata din 
> repository-ul oficial de SO in VMWare Player (v 12 si 15.5) si mereu primesc 
> aceasta eroare:
>
> The import failed because so-ubuntu-18-04.ova did not pass OVF specification 
> conformance or virtual hardware compliance checks.
> Click Retry to relax OVF specification and virtual hardware compliance checks 
> and try the import again, or click Cancel to cancel the import. If you retry 
> the import, you might not be able to use the virtual machine in VMware Player.
>
> Din ce am inteles de pe internet, problema ar fi ca masina a fost exportata 
> din VirtualBox si nu e compatibila cu VMWare, insa pe ocw scrie ca ar trebui 
> sa fie. Fac eu ceva gresit?
>
> Multumesc,
> Antonio Macovei, 334CA



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Linux]Diferenta rulare checker

[Mihai Barbulescu via so]

Testele le rulezi pe mașina virtuala livrata de echipa de so? Cu stimă,Mihai Bărbulescu Original message From: Deea O via so Date: Tue, Mar 3, 2020, 16:24To: so@cursuri.cs.pub.roSubject: [so] [Tema1][Linux]Diferenta rulare checkerBuna,În cadrul temei am întâmpinat următoarea problemă pentru testele 9 si29. În momentul în care rulez tema utilizând ./so-cpp test9.in,rezultatul este cel corect, dar atunci când testez folosind checkerul(./run_all.sh), outputul pentru cele doua teste este unul diferit, însensul că încă realizează înlocuirea deși am realizat undef.Comportamentul este diferit doar la rulare, executabilul este exactacelași.Cum aș putea să procedez?Am urcat pe GitLab codul (branch test), iar ldap-ul meu esteAndreea-Diana OLTEAN (94622)Multumesc,Andreea-Diana Oltean___http://ocw.cs.pub.ro/courses/so/info/lista-discutii___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Linux] Segfault checker test38

[Mihai Barbulescu via so]

Salut, Primul pas este sa rulezi pe mașina virtualăAl doilea e sa nu folosești valgrind sau gdb, sa rulezi binarul tău, sa te asiguri ca sistemul generează core dump file și sa analizezi offline în gdb core dump Lucrez (dar nu am timp) la o pagină care să exemplifice ce zic mai sus ca să știți mai ușor ce să căutați Cu stimă,Mihai Bărbulescu Original message From: David Gherghita via so Date: Tue, Mar 3, 2020, 17:14To: so@cursuri.cs.pub.roSubject: [so] [Tema1][Linux] Segfault checker test38Salutare,La rularea checkerului primesc segfault pe testul 38. La rularea manuala a comenzii, cu argumentele mentionate in fisierul test38.param:./so-cpp -D DEBUG=1 -D CUSTOM_DBG=custom-debugging -I _test/inputs/test38.dir _test/inputs/test38.in > _test/outputs/test38.outnu primesc segfault, nu returneaza nicio eroare cu valgrind si se creeaza fisierul de iesire corect.Ce face diferit checkerul fata de aceasta comanda? Adica, cum as putea replica comportamentul checkerului, ca sa pot identifica cauza segfault-ului?Multumesc,David Gherghita, 334CA
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Linux] Segfault checker test38

[Mihai Barbulescu via so]

Salut
Folosește butonul de reply all data viitoare

Ma bucur ca te-a ajutat sugestia mea


On Tue, Mar 3, 2020, 18:04 David Gherghita  wrote:

> Multumesc mult, am analizat dump-ul cu gdb si am gasit cauza. Ramasese un
> malloc la care uitasem sa verific valoarea de retur.
>
> On Tue, Mar 3, 2020 at 5:28 PM Mihai Barbulescu 
> wrote:
>
>> Salut,
>>
>> Primul pas este sa rulezi pe mașina virtuală
>>
>> Al doilea e sa nu folosești valgrind sau gdb, sa rulezi binarul tău, sa
>> te asiguri ca sistemul generează core dump file și sa analizezi offline în
>> gdb core dump
>>
>> Lucrez (dar nu am timp) la o pagină care să exemplifice ce zic mai sus ca
>> să știți mai ușor ce să căutați
>>
>> Cu stimă,
>> Mihai Bărbulescu
>>
>>
>>  Original message 
>> From: David Gherghita via so 
>> Date: Tue, Mar 3, 2020, 17:14
>> To: so@cursuri.cs.pub.ro
>> Subject: [so] [Tema1][Linux] Segfault checker test38
>>
>> Salutare,
>>
>> La rularea checkerului primesc segfault pe testul 38. La rularea manuala
>> a comenzii, cu argumentele mentionate in fisierul test38.param:
>> ./so-cpp -D DEBUG=1 -D CUSTOM_DBG=custom-debugging -I
>> _test/inputs/test38.dir _test/inputs/test38.in > _test/outputs/test38.out
>> nu primesc segfault, nu returneaza nicio eroare cu valgrind si se creeaza
>> fisierul de iesire corect.
>>
>> Ce face diferit checkerul fata de aceasta comanda? Adica, cum as putea
>> replica comportamentul checkerului, ca sa pot identifica cauza
>> segfault-ului?
>>
>> Multumesc,
>> David Gherghita, 334CA
>>
>>
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Linux]Diferenta rulare checker

[Mihai Barbulescu via so]

Ai cum sa ne arati diferentele de output __de pe masina virtuala__ ?
Nu imi este clar care e problema

On Tue, 3 Mar 2020 at 17:16, Deea O  wrote:
>
> Da
>
> On Tue, 3 Mar 2020 at 17:13, Mihai Barbulescu  wrote:
>>
>> Testele le rulezi pe mașina virtuala livrata de echipa de so?
>>
>> Cu stimă,
>> Mihai Bărbulescu
>>
>>
>>  Original message 
>> From: Deea O via so 
>> Date: Tue, Mar 3, 2020, 16:24
>> To: so@cursuri.cs.pub.ro
>> Subject: [so] [Tema1][Linux]Diferenta rulare checker
>>
>> Buna,
>>
>> În cadrul temei am întâmpinat următoarea problemă pentru testele 9 si
>> 29. În momentul în care rulez tema utilizând ./so-cpp test9.in,
>> rezultatul este cel corect, dar atunci când testez folosind checkerul
>> (./run_all.sh), outputul pentru cele doua teste este unul diferit, în
>> sensul că încă realizează înlocuirea deși am realizat undef.
>> Comportamentul este diferit doar la rulare, executabilul este exact
>> același.
>>
>> Cum aș putea să procedez?
>>
>> Am urcat pe GitLab codul (branch test), iar ldap-ul meu este
>> Andreea-Diana OLTEAN (94622)
>>
>> Multumesc,
>> Andreea-Diana Oltean
>>
>> ___
>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][General] Checkpatch si const struct

[Mihai Barbulescu via so]

Ce inseamna "map-ul se modifica si nu ramane constant"? Ca asta e tautologie.

Poti arata aici cam cum arata structura sa imi dau si eu seama despre
ce e vorba. Ca idee daca ai

struct kkmk {
int data;
struct kkmk *next;
}

typedef struct node {
int val;
struct node *next;
} node_t

Nu ar trebui sa dea erorarea respectiva deci 

Asta daca nu cumva te-ai apucat sa imi declari structuri const precum
obiectele prin C++ motiv pentru care urla warningul. Aici nu avem
referinte "imutabile" - in C ai doar pass by value sau pass by
pointer.

On Mon, 2 Mar 2020 at 22:39, Paul Olaru via so  wrote:
>
> Această eroare în particular poate fi ignorată. Vezi de restul dacă ai.
>
>
>
> From: Alin-Andrei GEORGESCU (94722) via so
> Sent: Monday, March 2, 2020 10:38 PM
> To: so@cursuri.cs.pub.ro
> Subject: [so] [Tema1][General] Checkpatch si const struct
>
>
>
> Salut!
>
>
>
> În implementarea hashmapului am folosit structuri, însă checkpatch are un 
> warning atunci când folosesc structuri care nu sunt constante (WARNING: 
> struct  should normally be const). Ce ar trebui să fac în cazul acesta, 
> ținând cont că mapul se modifică și nu rămâne constant?
>
>
>
> Mulțumesc,
>
> Georgescu Alin
>
> 335CA
>
>
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][General] Checkpatch si const struct

[Mihai Barbulescu via so]

Folosește butonul reply all

Nu știam că ai rulat checkpatch în loc de wrapper. El e făcut de echipa de
so tocmai pentru scopurile de la noi.

E foarte interesant ca cel original da astfel de erori, ia să văd de ce
vrea așa ceva.

În general nu recomand typedef pentru că atunci când citești cod mare vrei
sa distingi struct de tip de date simplu cum ar fi uint8_t


On Tue, Mar 3, 2020, 22:27 Alin-Andrei GEORGESCU (94722) <
alin.george...@stud.acs.upb.ro> wrote:

> Ba uite ca dădea warningul acela, cerând să fie const, pe structura „kkmk”,
> așa simplă cum e ea. Mai dădea și pentru node, că nu prea îi plăceau
> typedef-urile, dar asta nu era o problemă așa mare, având alternativă. Am
> rezolvat chestiunile prin rularea wrapperului, care dă mult mai puține
> warninguri și erori decât rularea directă a checkpatch.pl, am specificat
> pe forum.
>
>
>
> Seară bună!
>
>
>
> *From: *Mihai Barbulescu 
> *Sent: *marți, 3 martie 2020 21:37
> *To: *Paul Olaru ; Sisteme de Operare
> 
> *Cc: *Alin-Andrei GEORGESCU (94722) 
> *Subject: *Re: [so] [Tema1][General] Checkpatch si const struct
>
>
>
> Ce inseamna "map-ul se modifica si nu ramane constant"? Ca asta e
> tautologie.
>
> Poti arata aici cam cum arata structura sa imi dau si eu seama despre
> ce e vorba. Ca idee daca ai
>
> struct kkmk {
> int data;
> struct kkmk *next;
> }
>
> typedef struct node {
> int val;
> struct node *next;
> } node_t
>
> Nu ar trebui sa dea erorarea respectiva deci 
>
> Asta daca nu cumva te-ai apucat sa imi declari structuri const precum
> obiectele prin C++ motiv pentru care urla warningul. Aici nu avem
> referinte "imutabile" - in C ai doar pass by value sau pass by
> pointer.
>
> On Mon, 2 Mar 2020 at 22:39, Paul Olaru via so 
> wrote:
> >
> > Această eroare în particular poate fi ignorată. Vezi de restul dacă ai.
> >
> >
> >
> > From: Alin-Andrei GEORGESCU (94722) via so
> > Sent: Monday, March 2, 2020 10:38 PM
> > To: so@cursuri.cs.pub.ro
> > Subject: [so] [Tema1][General] Checkpatch si const struct
> >
> >
> >
> > Salut!
> >
> >
> >
> > În implementarea hashmapului am folosit structuri, însă checkpatch are
> un warning atunci când folosesc structuri care nu sunt constante (WARNING:
> struct  should normally be const). Ce ar trebui să fac în cazul acesta,
> ținând cont că mapul se modifică și nu rămâne constant?
> >
> >
> >
> > Mulțumesc,
> >
> > Georgescu Alin
> >
> > 335CA
> >
> >
> >
> > ___
> > http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
>
>
> --
> Cu stimă,
> Mihai Bărbulescu
>
>
>
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Linux]Diferenta rulare checker

[Mihai Barbulescu via so]

Buna Andreea,

Sa inteleg ca e problema din cauza spatiului si VAR0 in loc de VAR?

Verifica ce-a zis Razvan eventual ruland cu scriptul ./run_all.sh sau
rulandu-ti tema dintr-un mic script de bash care ruleaza ./so-cpp
test9.in

On Wed, 4 Mar 2020 at 08:40, Deea O  wrote:
>
> Buna,
>
> Acestea sunt output-urile pentru test9.
> - rezultatul in urma ruralii ./so-cpp test9.in:
>
> int main() {
>  int y = 1 + 1;
>  printf("%d\n", 1);
>  printf("%d\n", VAR0);
>
>  return 0;
> }
>
> - diff-ul checkerului:
> -
>  int main() {
>   int y = 1 + 1;
>   printf("%d\n", 1);
> - printf("%d\n", 1);
> -
> +printf("%d\n", VAR));
>
> On Tue, 3 Mar 2020 at 21:21, Deea O  wrote:
> >
> > Imi cer scuze, am o problema cu conexiunea la Internet pe laptop si  am 
> > preferat sa trimit cat mai rapid un raspuns. Voi retrimite indata ce am 
> > posibilitatea.
> >
> > On Tue, 3 Mar 2020 at 21:18, Mihai Barbulescu  wrote:
> >>
> >> Gaseste o metoda prin care sa dai copy paste la outputuri sau print screen 
> >> (snipping tool) si sa le urci pe un server de imagini eu nu pot sa 
> >> urmaresc imaginile astea oribile de pe telefon. Eu nu o sa stau sa 
> >> descifrez pozele alea embed html pe care nici nu le pot descarca in 
> >> calculator.
> >>
> >>
> >> --
> >> Cu stimă,
> >> Mihai Bărbulescu



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Windows] Standard C89

[Mihai Barbulescu via so]

Salut,

Eu totusi te rog sa mentionezi in feedback nu doar experienta cu C89
ci si experienta ta cu Windows programming: ti-a fost utila? ai
invatat ceva util pentru viitor? etc.

On Thu, 5 Mar 2020 at 12:03, David Gherghita via so
 wrote:
>
> Salutare,
>
> Multumesc mult pentru raspunsul detaliat. Acum am inteles motivatia din 
> spatele acestei decizii si o sustin.
>
> Cat despre necesitatea punctarii acestui lucru in formularul de feedback, am 
> ajuns la concluzia ca in timpul cat mi-a luat sa scriu mail-urile as fi 
> terminat cu usurinta transformarea codului, deci nu il consider necesar.
>
> O zi placuta,
> Gherghita David, 334CA
>
> On Thu, Mar 5, 2020 at 12:26 AM Razvan Crainea  
> wrote:
>>
>> Salut, David!
>>
>> Standardele C99 și C11 vin cu o serie de îmbunătățiri ale calității
>> codului, doar că acestea sunt în detrimentul portabilității.
>> Dacă vrei să scrii o aplicație de uz general, care să poată fi
>> folosita de oricine, atunci vrei ca ea să fie cât mai portabilă, să
>> poată fi compilată pe cât mai multe platforme, ideal pe toate. Atunci
>> ai de făcut un compromis: A) fie scrii cod conform standardelor celor
>> mai răspândite, în cazul de față un standard adoptat de peste 20 de
>> ani (C89), B) fie limitezi persoanele care folosesc niște
>> sisteme/compilatoare mai vechi să folosească aplicația ta. Costul
>> variantei A) este declararea unor variabile câteva linii mai sus, sau
>> folosirea lui alloca() vs variable-length arrays (C99), comparativ cu
>> B) imposibilitatea de a rula aplicația ta pe anumite sisteme. Dacă
>> scopul tău este ca aplicația să fie cât mai larg folosită, atunci
>> consider că A) este varianta preferată. Dacă scopul tau este să
>> termini cât mai repede implementarea, să poți rula aplicația, dar ea
>> să fie folosită doar de tine, atunci poți alege B).
>> În cadrul cursului de SO încurajăm dezvoltarea cât mai generică și
>> portabilă a aplicațiilor, de aceea încurajăm dezvoltarea folosind
>> standardul C89.
>>
>> Am notat feedback-ul legat de faptul că nu este specificat explicit în
>> temă că trebuie să folosiți standardul c89, mulțumim pentru
>> atenționare! Dacă într-adevăr este o problemă atât de mare pentru
>> tine, te rog să punctezi acest lucru în forumularul de feedback pe
>> care o să-l primiți la final de semestru.
>>
>> Spor la temă,
>> Răzvan
>>
>> On Wed, Mar 4, 2020 at 11:29 PM David Gherghita via so
>>  wrote:
>> >
>> > Multumesc pentru raspuns, o sa o transform in C89. Mi s-ar fi parut 
>> > normal, totusi, ca acest aspect sa fie precizat in cerinta (am vazut ca 
>> > este in FAQ o intrebare referitoare la asta dar nu mi se pare suficient).
>> >
>> > Din cate am vazut nici versiunile mai noi de Visual Studio nu ofera suport 
>> > pentru c99 sau c11, pentru ca cl e focusat pe c++, si nu mi se pare ok sa 
>> > fie nevoie sa folosim un standard atat de vechi, avand in vedere ca 
>> > versiunile noi au adus multe imbunatatiri.
>> >
>> > On Wed, Mar 4, 2020 at 11:14 PM Paul Olaru  
>> > wrote:
>> >>
>> >> Din păcate trebuie făcută în C89 tema asta (și eu m-am confruntat cu asta 
>> >> anul trecut).
>> >>
>> >>
>> >>
>> >> (de ar fi mai actualizate mașinile virtuale să nu mai fie Visual Studio 
>> >> 2010 ci 2017 care
>> >>
>> >> are un compilator mai modern...)
>> >>
>> >>
>> >>
>> >> Eu personal recomand să pui -std=c89 pe compilerul gcc pe Linux pt că 
>> >> acesta dă erori
>> >>
>> >> mai clare decât cel de Windows când, spre ex, ai declarații amestecate cu 
>> >> restul codului.
>> >>
>> >>
>> >>
>> >> Sent from Mail for Windows 10
>> >>
>> >>
>> >>
>> >> From: David Gherghita via so
>> >> Sent: Wednesday, March 4, 2020 11:11 PM
>> >> To: so@cursuri.cs.pub.ro
>> >> Subject: [so] [Tema1][Windows] Standard C89
>> >>
>> >>
>> >>
>> >> Salutare,
>> >>
>> >>
>> >>
>> >> In urma obtinerii cu succes a punctajului maxim pe linux, compiland codul 
>> >> cu standardul C11, la testarea pe windows am observat extrem de mult 
>> >> erori de compilare, datorate folosirii de cl a standardului C89.
>> >>
>> >>
>> >>
>> >> Cautand pe net cum pot seta folosirea unui standard mai nou, am inteles 
>> >> ca nu se poate. Sper totusi ca acest lucru sa nu fie adevarat, deoarece 
>> >> nu inteleg de ce s-ar alege pt SO pe windows acest compilator de la 
>> >> microsoft care nu suporta versiuni mai noi de C, avand in vedere 
>> >> multitudinea de alternative disponibile.
>> >>
>> >>
>> >>
>> >> Multumesc,
>> >>
>> >> Gherghita David
>> >>
>> >>
>> >
>> > ___
>> > http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>>
>>
>>
>> --
>> Răzvan Crainea
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][General] Folosire macro DIE

[Mihai Barbulescu via so]

da, e ok

vezi si indicatiile de aici:
https://ocw.cs.pub.ro/courses/so/laboratoare/resurse/die - in special
partea cu "alta abordare"

On Sun, 8 Mar 2020 at 14:35, Mihaila Corina via so  wrote:
>
> Buna ziua!
>
> Este in regula daca folosim DIE dupa fiecare alocare dinamica nereusita?
> Sau o sa ni se scada pentru ca nu dezalocam resursele inainte de a da exit?
>
> Mihaila Corina, 335CB
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Test38] calloc nu intoarce NULL

[Mihai Barbulescu via so]

Imi poti spune __ce__ returneaza calloc?

Alternativ (si nu vad o problema) poti face:
- malloc
- memset(your_ptr, 0, sizeof(your_ptr_datatype))

Checkerul din cate stiu face LD_PRELOAD la malloc dar nu si la calloc,
asa ca mai multe informatii ne-ar ajuta

On Mon, 9 Mar 2020 at 12:41, Dorin Geman via so  wrote:
>
> Salut,
>
> La testul 38, in (mini-preprocessor.c, 17), calloc-ul nu întoarce NULL, drept 
> urmare nu pot ieși cu return code-ul 12.
> Dacă înlocuiesc calloc-ul cu malloc-ul, treaba merge bine.
> Aveți idee care ar putea fi problema?
> Nici dacă fac un if pentru a testa dacă acel pointer este NULL nu trece de 
> acea parte.
>
> Mulțumesc și o zi frumoasă,
> Dorin Geman
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [SO][Tema1] Lipsa teste Vmchecker Windows

[Mihai Barbulescu via so]

Faptul ca iti lipsesc pe vmchecker inseamna ca aplicatia ta pe undeva
se blocheaza. Cativa pasi pe care ar trebui sa ii faci:

1. Asigura-te ca masinii virtuale de SO de Windows nu i-ai alocat mai
multe resurse din Vmware decat cele cu care vine ea default
2. Verifica-ti accesele invalide la memorie cu gdb/valgrind
3. Verifica-ti leak-urile de memorie cu valgrind --leak-check=full
4. Asigura-te ca toate apelurile de malloc/calloc/fopen le verifici
pentru erori de NULL pointers

Punctele 2. si 3. le poti rezolva doar daca ai compilat cu -g tema ta.

Testele 2-4 le poti face si pe Linux.

On Wed, 11 Mar 2020 at 11:51, Andreea Sandru via so
 wrote:
>
> Buna ziua!
>
> Imi lipsesc testele de la 24 in sus pe Vmchecker pe Windows. Am rulat tema pe 
> masina virtuala de la SO de Windows si primesc acelasi punctaj ca pe Linux. 
> Intrucat pare o problema care tine de Vmchecker, ce ar trebui sa fac in 
> continuare?
>
> Multumesc anticipat,
> Andreea Sandru, 335CB
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Folosire Microsoft Teams pentru activitati online

[Mihai Barbulescu via so]

On Wed, 11 Mar 2020 at 18:12, Razvan Deaconescu via so
 wrote:
>
> Razvan Deaconescu  writes:
> > 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".
>
> Greșisem link-ul[2. Cel corect este acesta[3].
>
> > [1] https://teams.microsoft.com/
> > [2]
> > https://teams.microsoft.com/l/team/19%3ae58fbcea3d8d40c0bb869773af7fbd2a%40thread.tacv2/conversations?groupId=a1157cc5-4740-4261-b2b1-fe9a6c8a17ff&tenantId=2d8cc8ba-8dda-4334-9e5c-fac2092e9bac
>
> [3] 
> https://teams.microsoft.com/l/team/19%3a92cca3c153db4c45b0dd2c035d9061a1%40thread.tacv2/conversations?groupId=08eed8bc-32a9-4ebd-906c-344630ea2522&tenantId=2d8cc8ba-8dda-4334-9e5c-fac2092e9bac
>

Pentru studentii de luni 18-20 (335CB) care fac cu mine: Va rog sa imi
dati email __privat__ cei care sunteti la grupele mele daca nu ati
fost adaugati in echipa. In emailul privat vreau: adresa de email
@stud.acs.upb.ro - daca nu va functioneaza am mai rezolvat pe cineva -
stipulati in mail ce nu va merge la loginul prin office 365 (probleme
n-ar trebui sa fie).

Daca ati intrat deja va rog sa confirmati prin like react la mesajele
mele de pe canal.


-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Corectare submisie diferita de cea finala

[Mihai Barbulescu via so]

Nu am inteles nimic din toata povestea asa ca raspunde clar la
urmatoarele 2 intrebari:

1. Vrei sa iti fac revert la o versiune anterioara?
2. Care e username-ul de LDAP?

On Fri, 13 Mar 2020 at 16:44, Anca Millio via so  wrote:
>
> Buna ziua!
>
> Am incarcat miercuri seara, pe vmchecker, o arhiva care lua 76 sau 74 de 
> puncte(nu mai stiu exact)si pe linux, si pe windows, cu toate ca local aveam 
> 90 pe linux. Cred ca m-am incurcat in fisiere cand am facut arhiva, pentru ca 
> aveam pe laptop mai multe versiuni. Am mai incercat sa fac modificari si sa 
> incarc alte arhive chiar daca eram la limita de a avea intarziere de doua 
> zile(ultimele doua au depasit ora 23:55), deoarece ar fi meritat sa iau 90 de 
> puncte cu depunctare 10 decat 74 cu depunctare 5. Din pacate nu am reusit sa 
> iau mai mult de 74 pe windows si 90 pe linux. Asadar am ramas cu punctajul de 
> la care pornisem, chiar daca acum aveam 90 pe linux, pt ca se alege minimul 
> dintre ele, insa fiind trecut de ora 23:55, m-am ales si cu o depunctare mai 
> mare.
>
> Intrebarea mea este : exista vreo sansa sa se poata corecta arhiva incarcata 
> miercuri, 11 martie, ora aproximativa 23:39, in locul ultimei arhive 
> incarcate? Nu stiu daca numele arhivei se pastreaza dupa incarcare, dar 
> arhiva se numea: AncaMillio.zip .
>
> Multumesc,
>
> Anca Millio
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema 2][README] 2x README

[Mihai Barbulescu via so]

la README puteti avea acelasi fisier sa fie identic pe cele doua
platforme, dar asigurati-va ca fiecare arhiva il are.

On Sat, 14 Mar 2020 at 21:28, Paul Olaru via so  wrote:
>
> Un singur fișier README este suficient cu excepția cazului în care ai 
> variații suficient de mari să fie nevoie să le scrii într-un alt fișier.
>
> Dacă diferențele le poți exprima în câteva fraze un singur fișier e destul. 
> Dacă diferențele sunt suficient de mari în implementarea ta încât să merite o 
> discuție separată poți avea fișiere suplimentare.
>
> On Sat, Mar 14, 2020, 21:26 Antonio-Dan MACOVEI (94298) via so 
>  wrote:
>>
>> Buna seara,
>>
>> Este nevoie de 2x fisiere README, cate unul pentru fiecare platforma, sau 
>> putem sa il folosim pe acelasi scris astfel incat sa cuprinda ambele 
>> implementari? Ma gandesc ca ar fi la fel intr-o proportie foarte mare.
>>
>> Multumesc,
>> Antonio Macovei, 334CA
>> ___
>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Corectare submisie diferita de cea finala

[Mihai Barbulescu via so]

Am facut revert pt 1-multi-linux si 1-multi-windows la versiunea
"anterioara" (tot n-am inteles care e aia)

Te rog zi-mi daca e totul in regula. Pe viitor foloseste butonul reply
aall sa ajunga pe mailing list. Mailurile private le ratez.

On Sat, 14 Mar 2020 at 11:31, Anca Millio  wrote:
>
> Buna ziua,
>
> 1. Da, la versiunea mentionata in mail-ul anterior.
> 2. Daca va referiti la username-ul de cs.curs si vmchecker, atunci acesta 
> este: anca.millio
>
> Multumesc,
> Anca Millio
>
> > On Mar 13, 2020, at 17:03, Mihai Barbulescu  wrote:
> >
> > Nu am inteles nimic din toata povestea asa ca raspunde clar la
> > urmatoarele 2 intrebari:
> >
> > 1. Vrei sa iti fac revert la o versiune anterioara?
> > 2. Care e username-ul de LDAP?
> >
> >> On Fri, 13 Mar 2020 at 16:44, Anca Millio via so  
> >> wrote:
> >>
> >> Buna ziua!
> >>
> >> Am incarcat miercuri seara, pe vmchecker, o arhiva care lua 76 sau 74 de 
> >> puncte(nu mai stiu exact)si pe linux, si pe windows, cu toate ca local 
> >> aveam 90 pe linux. Cred ca m-am incurcat in fisiere cand am facut arhiva, 
> >> pentru ca aveam pe laptop mai multe versiuni. Am mai incercat sa fac 
> >> modificari si sa incarc alte arhive chiar daca eram la limita de a avea 
> >> intarziere de doua zile(ultimele doua au depasit ora 23:55), deoarece ar 
> >> fi meritat sa iau 90 de puncte cu depunctare 10 decat 74 cu depunctare 5. 
> >> Din pacate nu am reusit sa iau mai mult de 74 pe windows si 90 pe linux. 
> >> Asadar am ramas cu punctajul de la care pornisem, chiar daca acum aveam 90 
> >> pe linux, pt ca se alege minimul dintre ele, insa fiind trecut de ora 
> >> 23:55, m-am ales si cu o depunctare mai mare.
> >>
> >> Intrebarea mea este : exista vreo sansa sa se poata corecta arhiva 
> >> incarcata miercuri, 11 martie, ora aproximativa 23:39, in locul ultimei 
> >> arhive incarcate? Nu stiu daca numele arhivei se pastreaza dupa incarcare, 
> >> dar arhiva se numea: AncaMillio.zip .
> >>
> >> Multumesc,
> >>
> >> Anca Millio
> >>
> >> ___
> >> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
> >
> >
> >
> > --
> > Cu stimă,
> > Mihai Bărbulescu



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Corectare submisie diferita de cea finala

[Mihai Barbulescu via so]

Finally acum îmi e clar. Când ajung la un calculator o fac. Dacă uit mai
dă-mi reminder privat

On Sun, Mar 15, 2020, 14:28 Anca Millio  wrote:

> Buna ziua!
>
> Am observat ca acum pe vmchecker apare tot ultima versiune incarcata de
> mine, pe care nu o doresc.
>
> Doresc sa imi faceti revert daca se poate la versiunea incarcata miercuri,
> 11 martie, ora aproximativa 23:39.
>
> Imi cer scuze ca nu am fost suficient de clara.
>
> Multumesc pentru intelegere!
> Anca Millio
>
>
> On Sun, Mar 15, 2020 at 1:15 PM Mihai Barbulescu 
> wrote:
>
>> Am facut revert pt 1-multi-linux si 1-multi-windows la versiunea
>> "anterioara" (tot n-am inteles care e aia)
>>
>> Te rog zi-mi daca e totul in regula. Pe viitor foloseste butonul reply
>> aall sa ajunga pe mailing list. Mailurile private le ratez.
>>
>> On Sat, 14 Mar 2020 at 11:31, Anca Millio  wrote:
>> >
>> > Buna ziua,
>> >
>> > 1. Da, la versiunea mentionata in mail-ul anterior.
>> > 2. Daca va referiti la username-ul de cs.curs si vmchecker, atunci
>> acesta este: anca.millio
>> >
>> > Multumesc,
>> > Anca Millio
>> >
>> > > On Mar 13, 2020, at 17:03, Mihai Barbulescu 
>> wrote:
>> > >
>> > > Nu am inteles nimic din toata povestea asa ca raspunde clar la
>> > > urmatoarele 2 intrebari:
>> > >
>> > > 1. Vrei sa iti fac revert la o versiune anterioara?
>> > > 2. Care e username-ul de LDAP?
>> > >
>> > >> On Fri, 13 Mar 2020 at 16:44, Anca Millio via so <
>> so@cursuri.cs.pub.ro> wrote:
>> > >>
>> > >> Buna ziua!
>> > >>
>> > >> Am incarcat miercuri seara, pe vmchecker, o arhiva care lua 76 sau
>> 74 de puncte(nu mai stiu exact)si pe linux, si pe windows, cu toate ca
>> local aveam 90 pe linux. Cred ca m-am incurcat in fisiere cand am facut
>> arhiva, pentru ca aveam pe laptop mai multe versiuni. Am mai incercat sa
>> fac modificari si sa incarc alte arhive chiar daca eram la limita de a avea
>> intarziere de doua zile(ultimele doua au depasit ora 23:55), deoarece ar fi
>> meritat sa iau 90 de puncte cu depunctare 10 decat 74 cu depunctare 5. Din
>> pacate nu am reusit sa iau mai mult de 74 pe windows si 90 pe linux. Asadar
>> am ramas cu punctajul de la care pornisem, chiar daca acum aveam 90 pe
>> linux, pt ca se alege minimul dintre ele, insa fiind trecut de ora 23:55,
>> m-am ales si cu o depunctare mai mare.
>> > >>
>> > >> Intrebarea mea este : exista vreo sansa sa se poata corecta arhiva
>> incarcata miercuri, 11 martie, ora aproximativa 23:39, in locul ultimei
>> arhive incarcate? Nu stiu daca numele arhivei se pastreaza dupa incarcare,
>> dar arhiva se numea: AncaMillio.zip .
>> > >>
>> > >> Multumesc,
>> > >>
>> > >> Anca Millio
>> > >>
>> > >> ___
>> > >> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>> > >
>> > >
>> > >
>> > > --
>> > > Cu stimă,
>> > > Mihai Bărbulescu
>>
>>
>>
>> --
>> Cu stimă,
>> Mihai Bărbulescu
>>
>
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Corectare submisie diferita de cea finala

[Mihai Barbulescu via so]

Buna Anca,

Verifica acum si confirma-mi daca e totul ok

On Sun, 15 Mar 2020 at 14:33, Mihai Barbulescu  wrote:
>
> Finally acum îmi e clar. Când ajung la un calculator o fac. Dacă uit mai 
> dă-mi reminder privat
>
> On Sun, Mar 15, 2020, 14:28 Anca Millio  wrote:
>>
>> Buna ziua!
>>
>> Am observat ca acum pe vmchecker apare tot ultima versiune incarcata de 
>> mine, pe care nu o doresc.
>>
>> Doresc sa imi faceti revert daca se poate la versiunea incarcata miercuri, 
>> 11 martie, ora aproximativa 23:39.
>>
>> Imi cer scuze ca nu am fost suficient de clara.
>>
>> Multumesc pentru intelegere!
>> Anca Millio
>>
>>
>> On Sun, Mar 15, 2020 at 1:15 PM Mihai Barbulescu  wrote:
>>>
>>> Am facut revert pt 1-multi-linux si 1-multi-windows la versiunea
>>> "anterioara" (tot n-am inteles care e aia)
>>>
>>> Te rog zi-mi daca e totul in regula. Pe viitor foloseste butonul reply
>>> aall sa ajunga pe mailing list. Mailurile private le ratez.
>>>
>>> On Sat, 14 Mar 2020 at 11:31, Anca Millio  wrote:
>>> >
>>> > Buna ziua,
>>> >
>>> > 1. Da, la versiunea mentionata in mail-ul anterior.
>>> > 2. Daca va referiti la username-ul de cs.curs si vmchecker, atunci acesta 
>>> > este: anca.millio
>>> >
>>> > Multumesc,
>>> > Anca Millio
>>> >
>>> > > On Mar 13, 2020, at 17:03, Mihai Barbulescu  wrote:
>>> > >
>>> > > Nu am inteles nimic din toata povestea asa ca raspunde clar la
>>> > > urmatoarele 2 intrebari:
>>> > >
>>> > > 1. Vrei sa iti fac revert la o versiune anterioara?
>>> > > 2. Care e username-ul de LDAP?
>>> > >
>>> > >> On Fri, 13 Mar 2020 at 16:44, Anca Millio via so 
>>> > >>  wrote:
>>> > >>
>>> > >> Buna ziua!
>>> > >>
>>> > >> Am incarcat miercuri seara, pe vmchecker, o arhiva care lua 76 sau 74 
>>> > >> de puncte(nu mai stiu exact)si pe linux, si pe windows, cu toate ca 
>>> > >> local aveam 90 pe linux. Cred ca m-am incurcat in fisiere cand am 
>>> > >> facut arhiva, pentru ca aveam pe laptop mai multe versiuni. Am mai 
>>> > >> incercat sa fac modificari si sa incarc alte arhive chiar daca eram la 
>>> > >> limita de a avea intarziere de doua zile(ultimele doua au depasit ora 
>>> > >> 23:55), deoarece ar fi meritat sa iau 90 de puncte cu depunctare 10 
>>> > >> decat 74 cu depunctare 5. Din pacate nu am reusit sa iau mai mult de 
>>> > >> 74 pe windows si 90 pe linux. Asadar am ramas cu punctajul de la care 
>>> > >> pornisem, chiar daca acum aveam 90 pe linux, pt ca se alege minimul 
>>> > >> dintre ele, insa fiind trecut de ora 23:55, m-am ales si cu o 
>>> > >> depunctare mai mare.
>>> > >>
>>> > >> Intrebarea mea este : exista vreo sansa sa se poata corecta arhiva 
>>> > >> incarcata miercuri, 11 martie, ora aproximativa 23:39, in locul 
>>> > >> ultimei arhive incarcate? Nu stiu daca numele arhivei se pastreaza 
>>> > >> dupa incarcare, dar arhiva se numea: AncaMillio.zip .
>>> > >>
>>> > >> Multumesc,
>>> > >>
>>> > >> Anca Millio
>>> > >>
>>> > >> ___
>>> > >> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>>> > >
>>> > >
>>> > >
>>> > > --
>>> > > Cu stimă,
>>> > > Mihai Bărbulescu
>>>
>>>
>>>
>>> --
>>> Cu stimă,
>>> Mihai Bărbulescu



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

[so] Laborator 335CB - cu Mihai Barbulescu

[Mihai Barbulescu via so]

Studentii de la grupa mea sunt rugati sa imi dea un email privat
intrucat MS teams este picat ASAP



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

[so] Publicare Tema 4 - Planificator Threaduri

[Mihai Barbulescu via so]

Salut,

A fost publicată tema de casă numărul 4 - Planificator threaduri pe wiki [1].

Deadline-uri:

soft - 3 mai 2020, ora 23:55
hard - 10 mai 2020, ora 23:55

Nu uitați să testați implementarea voastră în mașinile virtuale [3]
înainte de a uploada pe vmchecker [4]. Testele sunt publice și sunt
disponibile pe GitHub [2] și pe pagina de wiki a temei.

Pe forum am creat 2 topicuri: 1 dedicat enuntului si 1 dedicat strict
infrastructurii unde vreau sa centralizam neclaritatile legate de
aceste 2 subiecte necesare realizarii temei. Pentru orice alta
problema puteti deschide thread nou sau puteti pune intrebarea pe
mailing list.

[1] https://ocw.cs.pub.ro/courses/so/teme/tema-4
[2] https://github.com/systems-cs-pub-ro/so-assignments
[3] http://ocw.cs.pub.ro/courses/so/info/mv
[4] https://vmchecker.cs.pub.ro/

-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema4][General] Programe open-source

[Mihai Barbulescu via so]

Pai poți folosi atât timp cât menționezi sursa codului în Readme mai ales
(pe lângă păstrarea licenței)

Legat de checkpatch el le considera parte a sursei tale deci ori repari ori
folosești o bucată rezonabilă din cod și repari problemele de checkpatch

On Sun, May 3, 2020, 15:22 Dorin Geman via so  wrote:

> Salutare!
>
> Avem voie să folosim proiecte open-source cu licență MIT pentru lucruri
> extra, de genul parsatul unui fișier? Dacă da, checkpatch-ul nu va trece
> pe ele. Ce poate fi făcut în această situație?
>
> Zi frumoasă,
> Dorin Geman
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema4][General] Programe open-source

[Mihai Barbulescu via so]

+ lista de discutii - foloseste butonul reply all

Singura idee care imi vine ca e \r\n pe Windows vs \n pe Unix - deci o
problema pe la terminatorii de linie.

Alte idei n-am in afara sa repari punctual erorile in masina virtuala
de windows si sa il faci fericit acolo.

On Sun, 3 May 2020 at 19:28, Dorin Geman  wrote:
>
> On Sun, May 3, 2020, 15:22 Dorin Geman via so  wrote:
>>
>> Salutare!
>>
>> Avem voie să folosim proiecte open-source cu licență MIT pentru lucruri 
>> extra, de genul parsatul unui fișier? Dacă da, checkpatch-ul nu va trece pe 
>> ele. Ce poate fi făcut în această situație?
>>
>> Zi frumoasă,
>> Dorin Geman
>
>
> On Sun, May 3, 2020 at 6:21 PM Mihai Barbulescu  wrote:
>>
>> Pai poți folosi atât timp cât menționezi sursa codului în Readme mai ales 
>> (pe lângă păstrarea licenței)
>>
>> Legat de checkpatch el le considera parte a sursei tale deci ori repari ori 
>> folosești o bucată rezonabilă din cod și repari problemele de checkpatch
>>
>>>
>>> ___
>>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
>
> Pe vmchecker am urcat aceeași arhiva pentru Linux și Windows, dar pe Windows 
> nu-mi trece checkstyle-ul.
> Idei?



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema 3][Genera] Punctaj

[Mihai Barbulescu via so]

Salut,

Asa cum s-a discutat si pe forum [1], decizia ramane neschimbata.
Regulamentul este destul de clar [2] in ce priveste deadline-urile
temelor.

[1] https://acs.curs.pub.ro/2019/mod/forum/discuss.php?d=4854
[2] https://ocw.cs.pub.ro/courses/so/meta/notare#intarzieri

On Wed, 27 May 2020 at 23:57, Theodor-Nicolae STOICA (78294) via so
 wrote:
>
> Salutare, asa cum mi s-a sugerat, vin cu rugamintea catre echipa de 
> responsabili de teme daca se poate, va rog frumos, tema3 de pe linux. Vin cu 
> precizarea
> ca, pe langa faptul ca am muncit mult, am rezolvat-o inaintea celei de pe 
> windows(cum fac toti,de altfel), insa cand am trimis, am testat-o doar pe cea 
> de pe win,
> depasind astfel deadline-ul hard cu 1 min(apoi am trimis alta arhiva depasind 
> cu 10 minute, dar se poate face revert) Readmeul este in arhiva de linux. Se 
> poate observa, de asemenea, data crearii fisierelor..Cunosc regulamentul, 
> insa avand in vedere cele mentionate, precum si faptul ca a existat 
> bunavointa la alte materii in situatii de genul, v-as ruga mult de tot sa se 
> ia in considerare.
> Stoica Theodor Nicolae
> 334CB
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Feedback

[Mihai Barbulescu via so]

2015-03-17 11:24 GMT+02:00 Marius Ungureanu via so :
> Salut!
>
> Unde pot trimite feedback in legatura cu laboratoarele?
>

Daca e relativ scurt: poti sa il dai direct pe lista.

Daca e mai lung: salveaza-l bine intr-un document. Mi-l poti trimite
MIE, si mai departe sa il dau echipei de laborator, iar dupa ce il
termini: pastreaza BINE documentul ca sa pui acest feedback si pe
MOODLE atunci cand se va activa feedback-ul pe cs.curs.



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1] Publicare rezultate

[Mihai Barbulescu via so]

2015-03-31 12:22 GMT+03:00 Vasile Tiberiu via so :
> + cea mai rapida corectare de tema
> - 0 punctaj desi singura diferenta in arhive este ca nu am inclus ambele
> Makefile-uri in fiecare arhiva,ci doar pe cel necesar fiecarei versiuni
>

Trebuia sa ai o singura arhiva cu ambele Makefile-uri: unu se numea
GNUmakefile si celalalt Makefile si stia de acolo OS-ul cand se chema
make cum sa le ia. Vezi precizarea de aici [1], destul de clara.

[1] http://ocw.cs.pub.ro/courses/so/teme/tema-1#precizari_vmchecker

-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] eroare compilare

[Mihai Barbulescu via so]

On 23 April 2015 at 20:35, Bogdan-Constantin PETCU via so
 wrote:
> Salut,
>
>
> Cand incerc sa compilez local obtin:
>
>
> bogdanpetcu@mystation:~/cod/tema3so/tema$ make
> cc-c -o vmsim.o vmsim.c
> gcc -Wall -g -fPIC -shared vmsim.o -o libvmsim.so
> /usr/bin/ld: vmsim.o: relocation R_X86_64_32 against `page_fault_handler'
> can not be used when making a shared object; recompile with -fPIC
> vmsim.o: error adding symbols: Bad value
> collect2: error: ld returned 1 exit status
> make: *** [libvmsim.so] Error 1
>
> Any hints on that?
>

Ai incercat sa recompilezi si folosind flag-ul -fPIC si aparea aceeasi
eroare? Chiar gcc-ul iti sugereaza asta (in mesajul erorii)


-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

[so] Publicare Tema 1 - Multi-platform Development

[Mihai Barbulescu via so]

Salutare,

Găsiți pe wiki [1] tema de casă numărul 1 pentru acest semestru. Este
o temă de C, de încălzire și de recapitulare a lucrului cu fișiere, cu
pointeri și cu alocarea dinamică de memorie. Date importante:

* Deadline soft: 16 martie 2016, ora 23:55
* Deadline hard: 23 martie 2016, ora 23:55

Pentru dezvoltarea și testarea temei vă recomandăm să folosiți
mașinile virtuale de aici [2]. Înainte de a "redacta" codul parcurgeți
indicațiile de aici [3] și de aici [4].

Submiterea temei se face _doar_ pe vmchecker [5]. Pe cs.curs.pub.ro
aveți doar un "stub" care să vă apară în calendar pentru "friendly
reminder" alături de alte cursuri. Aveți disponibile testele pentru
temă folosite în vmchecker, detalii în enunț [1]. Rulați testele
_doar_ în mașinile virtuale puse la dispoziție în [2] (puteți rula și
pe stațiile voastre, dar e posibil să apară diferențe la rezultate).

Notă: Echipa de SO încurajează folosirea instanței GitLab [6] din facultate
pentru dezvoltarea și versionarea surselor de la teme. Pe lângă
avantajele evidente de
recuperare a surselor și o mai bună gestionare a modificărilor,
membrii echipei de SO vor fi adăugați ca review-eri la proiectul
propriu studentului și îi vor putea oferi indicații mai rapid și mai
ușor prin colaborarea pe GitLab (e.g. comentarii/code-review, mici
pull-requests/patches etc.). De asemenea, pentru folosirea GitLab
studentul va primi Karma Points. Găsiți aceste indicații/referințe și
în enunțul temei.

Pentru crearea unui proiect pe GitLab recomandăm informațiile care se
găsesc la [7]. Pentru automatizarea acestor operații, echipa de SO
pune la dispoziție scriptul de la [8]. Mai multe detalii despre
funcționalitatea și utilizarea scriptului găsiți la [9]. Puteți chiar
contribui la
îmbunătățirea scriptului (recompensat tot prin Karma Points) dacă îi
găsiți bug-uri sau aveți o idee de feature nou.

Pentru neclarități sau probleme întâmpinate se pun întrebări în
principal pe lista de discuții dar și pe IRC pentru live-chat. Detalii
și aveți tot în enunțul temei, secțiunea "Suport, întrebări și
clarificări" [10]

Mult spor la lucru.

Referințe:

[1] http://ocw.cs.pub.ro/courses/so/teme/tema-1
[2] http://ocw.cs.pub.ro/courses/so/info/mv
[3] http://ocw.cs.pub.ro/courses/so/teme/general
[4] http://ocw.cs.pub.ro/courses/so/laboratoare/resurse/c_tips
[5] https://vmchecker.cs.pub.ro
[6] https://gitlab.cs.pub.ro/users/sign_in
[7] http://ocw.cs.pub.ro/courses/so/teme/folosire-gitlab
[8] 
https://github.com/systems-cs-pub-ro/so-assignments/blob/master/so-create-repo.sh
[9] https://github.com/systems-cs-pub-ro/so-assignments/blob/master/README.md
[10] 
http://ocw.cs.pub.ro/courses/so/teme/tema-1?&#suport_intrebari_si_clarificari


-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][General] Nelamurile depunctare memory leakuri

[Mihai Barbulescu via so]

Salut,

Ar fi fost interesant mai mult output. In orice caz, din ce pare ca ai
facut tu pe acolo, totul e in regula. In general, o sa urmaresc daca
definitively lost si possibly lost (vezi [1] pentru detalii) blocks au
numere diferite de 0. Astea spun destul de clar ca-s leak-uri.

[1] http://valgrind.org/docs/manual/faq.html#faq.deflost

2016-03-05 23:29 GMT+02:00 Bogdan Basuc via so :
> Salut,
> Daca atunci cand rulez cu valgrind executabilul meu imi genereaza:
>
> ==4068==   total heap usage: 5 allocs, 6 frees, 80 bytes allocated
> ==4068==
> ==4068== All heap blocks were freed -- no leaks are possible
>
> se va pune ca depunctare, cu toate ca executia se duce pana la final fara
> double free or coruption?
>
> Bogdan-Lucian Basuc
> 334CA
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Linux] Teste

[Mihai Barbulescu via so]

2016-03-07 10:17 GMT+02:00 Costin Lupu via so :
> On Mon, 2016-03-07 at 09:19 +0200, Alexandros Dimos wrote:
>> Poate nu am inteles exact cum trebuie, dar in test18.in nu vad linii
>> goale.
>> La fel si testele 21,22 si inca vreo doua.
>
> Ai înțeles bine, eu am răspuns greșit și te-am indus în eroare. Scuze!
>
> Soluția de referință mai afișează un '\n' după comenzile de print,
> print_bucket și find. Oricum, implementările voastre nu sunt afectate de
> această potențială diferență întrucât testele rulează diff-uri ce ignoră
> liniile goale.
>

Completand post-ul lui Costin, iata si discutia de anul trecut [1]
legat de aceeasi problema, poate va ajuta.

Va anuntam in timp util daca cumva vom face update checkerului.

[1] 
http://thread.gmane.org/gmane.education.region.romania.operating-systems/9356

-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Windows][Eroare Compilare]

[Mihai Barbulescu via so]

Am adaugat specificarea la sectiuna Q&A a enuntului temei [1],
intrucat e o problema de care s-au lovit des studentii.

Legat de C99, eu de obicei pun --std=c99 preventiv, dar versiunile noi
de gcc (> 4.7) stiu ca e implicit un fel de dialect numit gnu89 (un
C89/C90 cu flavor-uri de C99, printre care si chestia asta cu
declaratul variabilelor). Vezi [2]


[1] http://ocw.cs.pub.ro/courses/so/teme/tema-1?&#faq
[2] https://gcc.gnu.org/onlinedocs/gcc/C-Dialect-Options.html#C-Dialect-Options


2016-03-07 23:07 GMT+02:00 Călin Cruceru :
> Salut,
>
> 2016-03-07 22:45 GMT+02:00 Mihai Catalin Arsenescu via so
> :
>> Hello! Pe vmchecker imi compileaza tema si trec majoritatea testelor
>> pe linux. Cand incerc pe windows imi da multe erori printre care
>>
>> tema1.c(20) : error C2143: syntax error : missing ';' before 'type'
>> tema1.c(21) : error C2143: syntax error : missing ';' before 'const'
>> tema1.c(22) : error C2143: syntax error : missing ';' before 'type'
>>
>> Ma puteti ajuta cu o idee?
>>
>> Multumesc,
>>
>
> Noroc cu tagarea erorilor pe care cl.exe o face; e ușor de căutat pe
> google[1].  Cel mai probabil pe linux compilezi cu -std=c99, sau e
> default-ul gcc-ului.
>
> [1]: 
> http://stackoverflow.com/questions/15697190/error-c2143-syntax-error-missing-before-type
>
> Călin
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1]

[Mihai Barbulescu via so]

On 8 March 2016 at 13:48, Raluca Caciula via so  wrote:
> Buna ziua,
>
> Am testat, (pentru fiecare test) tema si outputul dat de valgrind este:
> ==7957== Memcheck, a memory error detector
> ==7957== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
> ==7957== Using Valgrind-3.10.1 and LibVEX; rerun with -h for copyright info
> ==7957== Command: ./tema1 56 ./_test/inputs/test1.in
> ==7957==
> ==7957==
> ==7957== HEAP SUMMARY:
> ==7957== in use at exit: 0 bytes in 0 blocks
> ==7957==   total heap usage: 5 allocs, 5 frees, 1,056 bytes allocated
> ==7957==
> ==7957== All heap blocks were freed -- no leaks are possible
> ==7957==
> ==7957== For counts of detected and suppressed errors, rerun with: -v
> ==7957== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
>
> Pentru tratarea erorilor am folosit functia DIE(), insa daca a aparut o
> eroare,
> nu mai realizez dezalocarea memoriei alocate pana in momentul de fata. Este
> aceasta o
> problema?
>

Intr-adevar, daca folosesti DIE (sau assert) nu se elibereaza corect
toata memoria in majoritatea cazurilor. Cel mai corect mod este cel
indicat aici [1]. Din punctul meu de vedere, verificarea fiecarui apel
de sistem dupa erori e mai important decat eliberarea resurselor.
Totusi sa tii minte, pe viitor, ca in unele sisteme a nu aborda ca in
[1] te poate costa (in cel mai fericit caz!) un reboot al sistemului,
ceea ce nu e niciodata placut :)

Asigura-te ca daca codul tau nu intoarce nici o
eroare/exceptie/DIE/assert toate resursele sunt eliberate si nu vom
depuncta in acest caz.

[1] http://ocw.cs.pub.ro/courses/so/laboratoare/resurse/die#alta_abordare

-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] "'checkpatch.pl' tool not found on your system."

[Mihai Barbulescu via so]

Nu e vital, dar după cum am specificat și in enunt ajuta asistentii care 
corectează tema la alcătuirea unei idei asupra coding style-ului asupra temei.


Oricum ne uităm manual pe cum arată codul sursă și observăm imediat anumite 
inconsistente.


Pe viitor : dacă vei submite patch in Linux kernel si nu trece de checkpatch.pl 
va fi ignorat. Și ar fi păcat de munca ta,nu ?


--

Cu stimă, 

Mihai Bărbulescu






On Tue, Mar 8, 2016 at 1:25 PM -0800, "Antonica Alexandru via so" 
 wrote:










Este esential pentru scriptul de test :D? Multumesc

___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii




___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Windows]Problema rulare teste

[Mihai Barbulescu via so]

2016-03-08 23:42 GMT+02:00 Horia STOENESCU via so :
>
> Buna seara,
>
>
>Am o problema in legatura cu rularea temei pe o masina virtuala cu
> Windows 7 (mentionez ca tema este functionala pe o masina de Linux ). In
> momentul cand compilez cu cl.exe ( powershell ) , executabilul generat nu
> citeste de la stdin si astfel toate testele legate de acesta pica. Daca
> rulez cu gcc pe windows ( in cygwin ), acestea functioneza si obtin toate
> cele 90 de puncte.
>
> Cum as putea rezolva problema si , de asemenea, pot incarca pe vmchecker
> arhiva care compileaza cu gcc pe Windows?
>

Pe Windows compilezi cu Microsoft CL (in ce terminal vrei tu) si de
rulat executabilul se ruleaza in cygwin, nu in powershell. E
specificat si in enunt acest aspect: "Pe Windows testele se rulează
folosind consola Cygwin. Arhivele de teste mai conțin și informații
adiționale care v-ar putea ajuta."

Nu ai voie sa urci 2 arhive diferite pe cele doua platforme.

-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] "'checkpatch.pl' tool not found on your system."

[Mihai Barbulescu via so]

2016-03-08 23:05 GMT+02:00 Antonica Alexandru via so :
> Este esential pentru scriptul de test :D? Multumesc
>

Salut,

M-am uitat mai atent pe mesaj ca mi-a atras atentia un alt asistent.
Tu ai incercat cumva sa rulezi LOCAL testele si nu iti gasea
checkpatch.pl? Daca raspunsul este DA, urmareste indicatiile din tema
de la FAQ, e o intrebare despre cum rulez checkpatch.pl si cum faci sa
il adaugi in PATH.

Pe viitor, va rog sa formulati mai clar problema: ce ati facut, ce
eroare a aparut, in ce context etc.


-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema 1][Windows] Compilator folosit

[Mihai Barbulescu via so]

2016-03-09 13:04 GMT+02:00 Vasile Țoncu :
> Pentru compilarea temei pe windows trebuie sa folosim neaparat compilatorul
> cl.exe sau putem folosi si gcc?
>

Nu, compilarea pe Windows se face neaparat cu cl.exe

Nu ar trebui sa fie nimic dificil, urmeaza indicatiile din laboratorul
1 [1]. Daca tot nu iti merge ceva, te rog da reply pe thread-ul asta
cu ce nu a mers si eventual imi poti trimite in privat Makefile-ul
daca nu te descurci de nici o culoare. Dar hai sa discutam problemele
pe care le ai pe lista (fara a da efectiv solutia finala la tema -
discutam doar erori).

[1] 
http://ocw.cs.pub.ro/courses/so/laboratoare/laborator-01#compilatorul_microsoft_clexe

-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Windows]Problema rulare teste

[Mihai Barbulescu via so]

2016-03-09 21:46 GMT+02:00 Horia STOENESCU :
> Buna seara,
>
> In legatura cu rularea temei, am uitat se precizez ca acest lucru il 
> faceam in Cygwin ( citisem in enuntul temei de pe ocw ). Problema pe care o 
> aveam era din cauza citirii de la stdin, pe care nu o faceam cum trebuia. Am 
> reusit sa o rezolv si astfel functioneaza si la compilarea cu Windows CL.
>
> Va multumesc.


Salut,

Poti, preciza, te rog frumos: ce faceai gresit la citirea de la stdin
si ce ai facut ca sa rezolvi? Pentru ca sigur vor mai avea si altii
problema asta si e bine sa se stie pe viitor.

-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Linux] cicleaza la rularea scriptului de testare

[Mihai Barbulescu via so]

2016-03-11 13:14 GMT+02:00 Michel Cojocaru via so :
> Salut,
>
> Intampin urmatoarea problema:
> Cand incerc sa rulez ./run_all.sh imi trec primele 3 teste si ramane agat in 
> testul 4 fara sa afiseze nimic.
> M-am uitat in folderul de test si test4.in e un fisier gol.
> Cand rulez ./tema1 256 _test/inputs/test4.in, programul meu se termina 
> instant fara sa creeze vreun fisier, deci merge bine.
> In schimb la rularea testului automat mi se creeaza un fisier test4.out care 
> e gol iar programul cicleaza.
>
> results.txt:
> 01) Test add file...passed  [02/90]
> 02) Test add stdin..passed  [02/90]
> 03) Test print file.passed  [02/90]
>

Incearca niste fflush-uri pe stdout ... Momentan la atat ma  mai  pot
gandi pe langa ce-au zis ceilalti


-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

[so] In atentia grupei 331CB (Luni 8-10 AM)

[Mihai Barbulescu via so]

Salutare,

Laboratorul de luni, din intervalul 8-10 dimineata va incepe la 8:15-8:20.

-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1] Variabile globale

[Mihai Barbulescu via so]

2016-03-11 22:06 GMT+02:00 George-Bogdan OPREA (25340) via so
:
> Salut,
>
>
> Sunt permise variabilele globale? As prefer sa declar hash-ul si dimensiunea
> lui globale ca sa nu le trimit ca parametri tuturor functiilor.
>

Sunt permise, atentie la indicatia urmatoare/depunctare: -0.1: funcții
nepublice (interne modulului) nedefinite folosind identificatorul
static; variabile globale nepublice (interne modulului) nedefinite
folosind identificatorul static;

Daca prin hash intelegi tabela, ai grija sa nu aloci static.

-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Linux][Makefile] Optiuni de compilare

[Mihai Barbulescu via so]

Salut,


Nu e nici o problema. 


--

Cu stimă, 

Mihai Bărbulescu






On Sat, Mar 12, 2016 at 4:06 AM -0800, "Dragos Costea via so" 
 wrote:










Salut,

Este in regula daca folosesc pentru compilarea cu gcc optiunea
-std=c89 pentru arhiva urcata pe vmchecker ?

Multumesc,
Dragos Costea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii




___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][General] Teste picate din cauza spatiilor

[Mihai Barbulescu via so]

2016-03-12 15:06 GMT+02:00 Bogdan Stefan via so :
> Salut,
>
> Am si eu urmatoarea problema: cateva teste(20, 21, 27, 28) imi pica desi
> outputul este identic(la o inspectie vizuala).
>
> Ce e ciudat este ca daca trec output-ul programului prin comanda grep -v -e
> '^$' , diff -B nu da nicio diferenta, in caz contrar sunt niste spatii goale
> pe care nu stiu sa le interpretez(la linia indicata de el output-ul e
> identic).
>
> Nu imi dau seama care este problema, imi poate da cineva o indicatie? (Se
> pot gasi output-ul testelor pe vmchecker)
>

Salut,

Ce suspectez acum la o privire superficiala pe vmchecker: niste
trailing whitespaces in outputul string-ului printat (la modul
printf("cevaceva  \n") si niste \n in plus unde  n-ar fi cazul.

O sa ma uit diseara cand ajung acasa mai atent cand am acces la tot ce trebuie.


-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][General] Teste picate din cauza spatiilor

[Mihai Barbulescu via so]

2016-03-12 16:15 GMT+02:00 Mihai Barbulescu :
> 2016-03-12 15:06 GMT+02:00 Bogdan Stefan via so :
>> Salut,
>>
>> Am si eu urmatoarea problema: cateva teste(20, 21, 27, 28) imi pica desi
>> outputul este identic(la o inspectie vizuala).
>>
>> Ce e ciudat este ca daca trec output-ul programului prin comanda grep -v -e
>> '^$' , diff -B nu da nicio diferenta, in caz contrar sunt niste spatii goale
>> pe care nu stiu sa le interpretez(la linia indicata de el output-ul e
>> identic).
>>
>> Nu imi dau seama care este problema, imi poate da cineva o indicatie? (Se
>> pot gasi output-ul testelor pe vmchecker)
>>
>
> Salut,
>
> Ce suspectez acum la o privire superficiala pe vmchecker: niste
> trailing whitespaces in outputul string-ului printat (la modul
> printf("cevaceva  \n") si niste \n in plus unde  n-ar fi cazul.
>
> O sa ma uit diseara cand ajung acasa mai atent cand am acces la tot ce 
> trebuie.
>

Am rulat si testele cu tema ta si la mein...Pui foarte foarte multe
linii goale in output si nu reusesc, inca, sa detectez in cod de unde
apar. Care "crezi" ca e comportamentul codului tau atunci cand e
citita de la intrare o linie vida/sirul vid? Desi m-as fi asteptat sa
pice testul 26, de exemplu, ca ala are o linie goala. De asemenea, ce
"crezi" ca face codul tau cand ai bucketuri goale in hashtable (e
posibil de-aia sa apara multe linii goale)?

Pun "crezi" in ghilimele pentru ca ma astept ca alea sa fie problemele.

Ruleaza (cu breakpoints) prin functia ta printList individual testul
20 sa zicem, poate asa gasesti printurile care fac sirul vid. Eu nu am
facut asta, am incercat vizual si ruland individual testul 20 sa vad
ce si cum.

Ca workaround incearca cumva la sfarsitul executiei codului/printului
sa stergi trailing white-lines. O solutie ar putea fi in functia ta de
print bucket sa pui totul intr-un buffer (char) si sa il verifici daca
e sirul vid.

-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][General] Modificare hash.c si hash.h

[Mihai Barbulescu via so]

On 12 Mar 2016 22:38, "Costin Lupu via so"  wrote:
>
> On Sat, 2016-03-12 at 18:50 +, Alexandru ŞORODOC via so wrote:
> > Salut,
> >
> > Avem voie sa modificam fisierele hash.c si hash.h fara a schimba
> > comportamentul functiei de hash?
> > Doresc sa adaug un typedef pentru tipul hash-ului si sa scot partea cu
> > "hash % hash_length" pentru ca este irelevanta in implementarea mea.
>
> Discutăm despre Tema 1 (vezi subject)?
>
> Poți să adaugi în fișierele hash.{h,c}. Dar funcția de hash *trebuie* să
> rămână aceeași. Chiar dacă folosești încapsulare într-un tip de date
> creat de tine, tot trebuie să faci pe undeva "hash % hash_length". Deci
> implementează astfel încât funcția hash să rămână neatinsă.
>

Poti schimba si functia, daca chiar vrei asta, dar noi nu am testat (si
dezvoltat testele) decat cu functia hash data in arhiva de la enunt. Așa ca
eventual niste teste picate fara explicatie pot fi si de acolo.
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][General] Teste picate din cauza spatiilor

[Mihai Barbulescu via so]

2016-03-12 23:16 GMT+02:00 Bogdan Stefan :
> Am rezolvat acum, am inteles ce greseala faceam.
>
> Multumesc pentru ajutor!

Cu multa placere, dar spune-ne mai concret, in cuvinte, care era exact
greseala :) Sa nu o faca si altii.

-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][General] Teste picate din cauza spatiilor

[Mihai Barbulescu via so]

Salut,

Tema ta pe vmchecker are niste probleme (e.g. scrii intr-o zona de
memorie dupa ce-ai dat free/buffer overflow). Baga un valgrind pe ea
dupa ce-o compilezi cu -g sa vezi unde sunt aceste probleme, valgrind
peste rularea la testele la care ai assertul de sysmalloc.

Legat de spatii ... Incearca fie sa nu pui absolut nici unul fie sa
pui un spatiu dupa fiecare output (printuri de buckets sau
True/False). Ar trebui sa functioneze asa.

Specific legandu-ma de testul 13 nu iti dau dreptate, am rulat-o si eu
local, e o problema acolo :)

mihai@wormhole:~/facultate/so/tema1/stefan.florescu/tema1-checker-lin$
cat _test/outputs/test13.out
larrie

larrie
alf

mihai@wormhole:~/facultate/so/tema1/stefan.florescu/tema1-checker-lin$
cat _test/ref/test13.ref
larrie
alf

larrie

In outputul tau ordinea e: larrie, larrie, alf  pe cand la referinta e
larrie, alf si apoi larrie. Da, la capitolul spatii respecti. Dar nu
de-acolo vine diff-ul

Si ca un hint...nu pune toate functiile in main.c . Sparge-le in
module/fisiere diferite.



2016-03-13 0:09 GMT+02:00 Florescu Stefan :
> Salut,
>
> Si eu am problema cu teste picate din cauza spatiilor... La cateva teste am
> output ce difera prin cateva linii goale fata de rezultatele din ref. Din
> cate am vazut se testeaza cu diff -B, deci nu ar trebui ca din cauza
> liniilor goale sa pice testele.
> Care ar putea fi problema?
> Am incercat sa scap de aceste linii, de exemplu testul 13 imi da identic
> local cu cel din ref folosind comanda diff, dar testul tot nu imi trece de
> checker
>
>
> On Saturday, March 12, 2016 11:22 PM, Bogdan Stefan via so
>  wrote:
>
>
> Greseala era ca printam valorile din bucket intr-un while, iar apoi in afara
> lui un "\n", indiferent daca au fost printate valori sau nu.
>
> Am verificat daca bucketul e gol(caz in care nu mai printez acel newline) si
> s-a rezolvat. :)
>
> 2016-03-12 23:16 GMT+02:00 Mihai Barbulescu :
>
> 2016-03-12 23:16 GMT+02:00 Bogdan Stefan :
>> Am rezolvat acum, am inteles ce greseala faceam.
>>
>> Multumesc pentru ajutor!
>
> Cu multa placere, dar spune-ne mai concret, in cuvinte, care era exact
> greseala :) Sa nu o faca si altii.
>
> --
> Cu stimă,
> Mihai Bărbulescu
>
>
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
>



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][General] Intrebari Enunt

[Mihai Barbulescu via so]

2016-03-13 10:25 GMT+02:00 Costin Lupu via so :
> Salutare, Vlad,
>
> On Sat, 2016-03-12 at 22:52 +, Vlad MUSCALU via so wrote:
>> Salut,
>> Am câteva întrebări legate de Tema 2 - Mini-shell:
>> 1. Enunțul  de pe ocw[1] este definitiv? Se poate să fie
>> schimbat până pe 17 Martie?
>
> Cerința temei e definitivată. E posibil să mai adaugăm
> sugestii/recomandări.

Te poti apuca de ea, daca vrei, dar sa urmaresti modificarile care vor
fi facute. Asta e valabil si pentru celelalte teme.

>
>> 2. Putem implementa folosind C++ și concepte OOP?
>
> C++ nu, OOP da.
>
>> 3. Avem voie să folosim directive ca #ifdef _WIN32?
>
> Da.

Mai mult, iti recomand sa iti faci wrappere pentru anumite functii.
Vezi exemplul din laboratorul 2:
http://ocw.cs.pub.ro/courses/so/laboratoare/laborator-02#wrapper-e

>
>> 4. Putem folosi structuri de date din std?
>
> Dacă te refereai la std-ul din C++ (std::*), nu.

Si nici boost :(


-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][General] Teste picate din cauza spatiilor

[Mihai Barbulescu via so]

2016-03-13 20:45 GMT+02:00 Adrian Stanciu via so :
> 2016-03-13 20:29 GMT+02:00 Ruxandra SIMION via so :
>> Buna seara,
>>
>> Ma aflu in situatia in care imi pica testele 19, 26, 27 si 28 pe vmchecker,
>> desi local trec (Linux).
>> Mentionez faptul ca in momentul de fata, pe vmchecker este incarcata o
>> varianta in care afisez cate o line noua intre doua comenzi ce au ca
>> rezultat afisarea la stdout sau in fisier.
>> Anterior am avut incarcata o varianta in care nu existau aceste linii, insa
>> obtineam acelasi rezultat pe vmchecker.
>> Local, intre fisierele .ref corespunzatoare si rezultatul rularii temei,
>> folosind diff -B nu obtin nicio diferenta.
>> Cum as putea solutioana aceasta problema?
>>
>
> Bună Ruxandra,
>
> Te rog să testezi tema în mașina virtuală de Linux [1]. Această mașină
> este folosită și de vmchecker.
> Spune-ne dacă mai nevoie de ajutor după ce faci debugging în mașina virtuală.
>
> [1] http://ocw.cs.pub.ro/courses/so/info/mv
>

Pe langa ce a zis Adrian, te rog sa verifici cu atentie ce output
scoate codul tau _in masina virtuala_ a SO. Poti dezactiva stergerea
outputului codului tau in teste inlocuind ce face functia
cleanup_test() din fisierul _test/run_test.sh (eventual si
cleanup_world()). Poti comenta unde sunt apelate sau poti inlocui
continutul lor cu echo "" > /dev/null

Un hint: testele 26 si 27 contin o comanda goala (sir vid la comanda).
Deci poate astea 2 iti pica din cauza asta. E precizat in enunt ce
faci cu aceste comenzi: Liniile goale din fișierul de intrare trebuie
ignorate (programul nu face nimic și trece la linia următoare)



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Windows]Oprirea testelor

[Mihai Barbulescu via so]

2016-03-14 11:57 GMT+02:00 Andrei Ion via so :
> Buna ziua,
>
> Am o problema cu testele de pe windows pe vmchecker.
> La rulare, Nu exista erori si nici teste FAIL dar executia se opreste la
> testul 16.
> Ultima linie arata asa: 16) Test
> clear..passed [03/90].
>
>
> Precizez urmatoarele:
> 1. Nu am modificat functia de hash.
> 2. Nu exista erori de coding style la rularea scriptului 'checkpatch.pl'.
> 3. Pe linux toate testele sunt pass.
> 4. Nu exista memory leaks. Am rulat valgrind pe toate testele.
>
> Aveti vreo idee?
>

Salut,

Ai rulat tema in masina virtuala de SO de aici [1] folosind cygwin? E
acelasi comportament si acolo? Daca da, incearca sa faci debugging-ul
acolo strict pe testul 16 sa vezi in ce bucla infinita ramai blocat
(cel mai probabil la parcurgerea unei liste inlantuite)

[1] http://ocw.cs.pub.ro/courses/so/info/mv

-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Windows]Oprirea testelor

[Mihai Barbulescu via so]

2016-03-14 14:30 GMT+02:00 Mihai Barbulescu :
> 2016-03-14 11:57 GMT+02:00 Andrei Ion via so :
>> Buna ziua,
>>
>> Am o problema cu testele de pe windows pe vmchecker.
>> La rulare, Nu exista erori si nici teste FAIL dar executia se opreste la
>> testul 16.
>> Ultima linie arata asa: 16) Test
>> clear..passed [03/90].
>>
>>
>> Precizez urmatoarele:
>> 1. Nu am modificat functia de hash.
>> 2. Nu exista erori de coding style la rularea scriptului 'checkpatch.pl'.
>> 3. Pe linux toate testele sunt pass.
>> 4. Nu exista memory leaks. Am rulat valgrind pe toate testele.
>>
>> Aveti vreo idee?
>>
>
> Salut,
>
> Ai rulat tema in masina virtuala de SO de aici [1] folosind cygwin? E
> acelasi comportament si acolo? Daca da, incearca sa faci debugging-ul
> acolo strict pe testul 16 sa vezi in ce bucla infinita ramai blocat
> (cel mai probabil la parcurgerea unei liste inlantuite)
>
> [1] http://ocw.cs.pub.ro/courses/so/info/mv
>

O mentiune, scuze pentru double-mail: in masina virtuala de Windows, evident.



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Windows]Oprirea testelor

[Mihai Barbulescu via so]

Incearca si cu fseek sau ftell

2016-03-14 14:35 GMT+02:00 Andrei Ion :
> Am aflat care era problema.
>
> Din cygwin am rulat 'powershell' si de aceea parea ca trec toate testele.
> Intra intr-o bucla infinita pentru ca la parsarea la standard input, pe
> windows din ce vad, nu se poate folosi fgetpos si fsetpos.
> Caut o alternativa.
>
> Multumesc,
> Andrei
>
>
> On 14.03.2016 14:31, Mihai Barbulescu wrote:
>>
>> 2016-03-14 14:30 GMT+02:00 Mihai Barbulescu :
>>>
>>> 2016-03-14 11:57 GMT+02:00 Andrei Ion via so :

 Buna ziua,

 Am o problema cu testele de pe windows pe vmchecker.
 La rulare, Nu exista erori si nici teste FAIL dar executia se opreste la
 testul 16.
 Ultima linie arata asa: 16) Test
 clear..passed [03/90].


 Precizez urmatoarele:
 1. Nu am modificat functia de hash.
 2. Nu exista erori de coding style la rularea scriptului
 'checkpatch.pl'.
 3. Pe linux toate testele sunt pass.
 4. Nu exista memory leaks. Am rulat valgrind pe toate testele.

 Aveti vreo idee?

>>> Salut,
>>>
>>> Ai rulat tema in masina virtuala de SO de aici [1] folosind cygwin? E
>>> acelasi comportament si acolo? Daca da, incearca sa faci debugging-ul
>>> acolo strict pe testul 16 sa vezi in ce bucla infinita ramai blocat
>>> (cel mai probabil la parcurgerea unei liste inlantuite)
>>>
>>> [1] http://ocw.cs.pub.ro/courses/so/info/mv
>>>
>> O mentiune, scuze pentru double-mail: in masina virtuala de Windows,
>> evident.
>>
>>
>>
>



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1]Vmchecker

[Mihai Barbulescu via so]

2016-03-14 15:09 GMT+02:00 Alexandru Marinus via so :
> Buna ziua,
>
> Acum cateva minute am dorit sa imi reincarc tema pe Vmchecker, dar site-ul
> nu s-a incarcat.
> Mai intampina cineva aceasta problema ?
>
> Multumesc !

Salut,

Da, pare sa fie o problema cu vmchecker. Am informat maintainerii, vom
reveni cu anunt cand isi revine. Pana atunci, folositi masinile
virtuale de la [1] sa va testati/depanati temele local.

[1] http://ocw.cs.pub.ro/courses/so/info/mv


-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Windows]Oprirea testelor

[Mihai Barbulescu via so]

Salut,

Pe windows compilarea o faci in PowerShell (poti si in clasicul cmd).
Ar trebui sa ai pe desktop-ul masinii virtuale niste console care au
tot ce le trebuie sa poti rula nmake din cmd sau PowerShell.

In cygwin faci doar rularea scriptului ./run_all.sh de la teste. Atat
si nimic mai mult. Nu poti compila aplicatie de Windows din Cygwin.

2016-03-14 15:34 GMT+02:00 Andrei Ion :
> Folosesc un flag pentru a retine comanda, in caz ca este citita deja. Nu mai
> cicleaza, e ok.
>
> Pe linux trece testele, astept sa isi revina vmchecker pentru a verifica si
> windows.
> Cum as putea rula testele de win local, din VM? cygwin nu recunoaste 'make'
> sau 'nmake'.
>
> Multumesc,
> Andrei
>
>
> On 14.03.2016 15:29, Mihai Barbulescu wrote:
>>
>> Incearca si cu fseek sau ftell
>>
>> 2016-03-14 14:35 GMT+02:00 Andrei Ion :
>>>
>>> Am aflat care era problema.
>>>
>>> Din cygwin am rulat 'powershell' si de aceea parea ca trec toate testele.
>>> Intra intr-o bucla infinita pentru ca la parsarea la standard input, pe
>>> windows din ce vad, nu se poate folosi fgetpos si fsetpos.
>>> Caut o alternativa.
>>>
>>> Multumesc,
>>> Andrei
>>>
>>>
>>> On 14.03.2016 14:31, Mihai Barbulescu wrote:

 2016-03-14 14:30 GMT+02:00 Mihai Barbulescu :
>
> 2016-03-14 11:57 GMT+02:00 Andrei Ion via so :
>>
>> Buna ziua,
>>
>> Am o problema cu testele de pe windows pe vmchecker.
>> La rulare, Nu exista erori si nici teste FAIL dar executia se opreste
>> la
>> testul 16.
>> Ultima linie arata asa: 16) Test
>> clear..passed [03/90].
>>
>>
>> Precizez urmatoarele:
>> 1. Nu am modificat functia de hash.
>> 2. Nu exista erori de coding style la rularea scriptului
>> 'checkpatch.pl'.
>> 3. Pe linux toate testele sunt pass.
>> 4. Nu exista memory leaks. Am rulat valgrind pe toate testele.
>>
>> Aveti vreo idee?
>>
> Salut,
>
> Ai rulat tema in masina virtuala de SO de aici [1] folosind cygwin? E
> acelasi comportament si acolo? Daca da, incearca sa faci debugging-ul
> acolo strict pe testul 16 sa vezi in ce bucla infinita ramai blocat
> (cel mai probabil la parcurgerea unei liste inlantuite)
>
> [1] http://ocw.cs.pub.ro/courses/so/info/mv
>
 O mentiune, scuze pentru double-mail: in masina virtuala de Windows,
 evident.



>>
>>
>



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Linux][ testul 3 , 22, 20 , nu exista path]

[Mihai Barbulescu via so]

2016-03-14 15:50 GMT+02:00 Negrutin Alexandru via so :
> Testat local tema1 si  3 teste imi pica  avand eroare no such file or 
> directory.
> De exemplu la testul 3 este comanda  print _test/outputs/test3.out.1 ,
> dar am cautat in folderul de _test nu exista directorul outputs , si
> din cauza asta nu se poate creea fisierul .
>
> Trebuie sa cream directorul cu functia mkdir din C ? sau este o
> scapare in a adauga si acest director ?
>
> Nu am incercat sa teste pe Vmcheker pentru ca nu se logheaza .
>
> Dupa ce am creat directorul manual outputs toate testele au trecut .

Poti da te rog tot outputul erorii de la rularea acestor teste? Cu
checkerul local? Nu reusesc sa imi dau seama ce se intampla concret la
tine.
Cred ca ai facut ceva la script si nu mai face acel director de
outputs. Sau nu se sterge corect.

Nu, tu nu trebuie sa creezi nici un director, trebuie sa creezi doar
ce zice enuntul.


-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1]Vmchecker

[Mihai Barbulescu via so]

Salutare,

Vmchecker e acum UP. Va puteti submite temele

2016-03-14 15:40 GMT+02:00 Mihai Barbulescu :
> 2016-03-14 15:09 GMT+02:00 Alexandru Marinus via so :
>> Buna ziua,
>>
>> Acum cateva minute am dorit sa imi reincarc tema pe Vmchecker, dar site-ul
>> nu s-a incarcat.
>> Mai intampina cineva aceasta problema ?
>>
>> Multumesc !
>
> Salut,
>
> Da, pare sa fie o problema cu vmchecker. Am informat maintainerii, vom
> reveni cu anunt cand isi revine. Pana atunci, folositi masinile
> virtuale de la [1] sa va testati/depanati temele local.
>
> [1] http://ocw.cs.pub.ro/courses/so/info/mv
>
>
> --
> Cu stimă,
> Mihai Bărbulescu



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Linux][ testul 3 , 22, 20 , nu exista path]

[Mihai Barbulescu via so]

2016-03-14 16:15 GMT+02:00 Ruxandra SIMION via so :
> Mihai Barbulescu via so  writes:
>
>>
>> 2016-03-14 15:50 GMT+02:00 Negrutin Alexandru via so 
> cursuri.cs.pub.ro>:
>> > Testat local tema1 si  3 teste imi pica  avand eroare no such file or
> directory.
>> > De exemplu la testul 3 este comanda  print _test/outputs/test3.out.1 ,
>> > dar am cautat in folderul de _test nu exista directorul outputs , si
>> > din cauza asta nu se poate creea fisierul .
>> >
>> > Trebuie sa cream directorul cu functia mkdir din C ? sau este o
>> > scapare in a adauga si acest director ?
>> >
>> > Nu am incercat sa teste pe Vmcheker pentru ca nu se logheaza .
>> >
>> > Dupa ce am creat directorul manual outputs toate testele au trecut .
>>
>> Poti da te rog tot outputul erorii de la rularea acestor teste? Cu
>> checkerul local? Nu reusesc sa imi dau seama ce se intampla concret la
>> tine.
>> Cred ca ai facut ceva la script si nu mai face acel director de
>> outputs. Sau nu se sterge corect.
>>
>> Nu, tu nu trebuie sa creezi nici un director, trebuie sa creezi doar
>> ce zice enuntul.
>>
>
>
> Buna ziua,
>
> Am aceeasi problema pe care o intampina si colegul meu. Aseara, dupa ce am
> reusit sa incarc arhiva pe vmchecker, atat pe  Linux, cat si pe Windows
> pica testul 3 din aceasta cauza.
> Local, outputul erorii este: "ERROR: Could not open file: No such file or
> directory
> diff: _test/outputs/test3.out.1: No such file or directory
> _test/outputs/test3.out.1 vs _test/ref/test3.ref.1:".
>

Buna,

Acum ca si-a revenit vmchecker m-am uitat si eu mai atent. @Ruxandra,
submisia ta de pe vmchecker are un segmentation fault doar la testul 3
si de-aia nu se creeaza fisierul test3.out.1. Te rog sa verifici in
GDB/valgrind de ce apare acel segmentation fault (ce zona nealocata
accesezi sau ce free faci si apoi accesezi sau ce NULL accesezi sau
alte probleme de genul). O mentiune: nu mi-ai dat tot outputul local
asa ca mare noroc cu vmchecker c-am vazut segfault-ul.

O sa ma uit si pe codul tau eventual cand ajung acasa. Poate imi sare
ceva evident.

@Alexandru: E posibil ca si tu sa ai segfault la acele teste. Te rog
sa verifici acest lucru cu atentie in outputul dat checker local. Sau
poti incarca tema pe vmchecker daca vrei sa te convingi.




-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Linux][ testul 3 , 22, 20 , nu exista path]

[Mihai Barbulescu via so]

Ruxandra,

Am putut extrage tema ta de pe vmchecker. Din ce vad pe codul tau fie
pasezi un file care e NULL fie iterezi pe o lista nula. Daca nu te
descurci, poti rula individual testul care are segfaultul cu comanda:

./tema1 256 < _test/inputs/test3.in > _test/outputs/test3.out

in care iti creezi tu de mana folderul outputs (el e creat de
./run_all.sh). Te rog sa faci orice fel de debugging in masina
virtuala de la [1] pentru ca replica ceea ce e pe vmchecker

Cu valgrind e posibil sa detectezi rapid problema. Daca nu te prinzi,
incearca sa pui niste breakpoints prin functia ta de print_list sau pe
unde deschizi fisiere.

De asemenea, ai grija in submisia ta de pe vmchecker sa scoti folderul
__MACOSX (si alte fisiere trailing temporare).

[1] http://ocw.cs.pub.ro/courses/so/info/mv



2016-03-14 18:59 GMT+02:00 Mihai Barbulescu :
> 2016-03-14 16:15 GMT+02:00 Ruxandra SIMION via so :
>> Mihai Barbulescu via so  writes:
>>
>>>
>>> 2016-03-14 15:50 GMT+02:00 Negrutin Alexandru via so 
>> cursuri.cs.pub.ro>:
>>> > Testat local tema1 si  3 teste imi pica  avand eroare no such file or
>> directory.
>>> > De exemplu la testul 3 este comanda  print _test/outputs/test3.out.1 ,
>>> > dar am cautat in folderul de _test nu exista directorul outputs , si
>>> > din cauza asta nu se poate creea fisierul .
>>> >
>>> > Trebuie sa cream directorul cu functia mkdir din C ? sau este o
>>> > scapare in a adauga si acest director ?
>>> >
>>> > Nu am incercat sa teste pe Vmcheker pentru ca nu se logheaza .
>>> >
>>> > Dupa ce am creat directorul manual outputs toate testele au trecut .
>>>
>>> Poti da te rog tot outputul erorii de la rularea acestor teste? Cu
>>> checkerul local? Nu reusesc sa imi dau seama ce se intampla concret la
>>> tine.
>>> Cred ca ai facut ceva la script si nu mai face acel director de
>>> outputs. Sau nu se sterge corect.
>>>
>>> Nu, tu nu trebuie sa creezi nici un director, trebuie sa creezi doar
>>> ce zice enuntul.
>>>
>>
>>
>> Buna ziua,
>>
>> Am aceeasi problema pe care o intampina si colegul meu. Aseara, dupa ce am
>> reusit sa incarc arhiva pe vmchecker, atat pe  Linux, cat si pe Windows
>> pica testul 3 din aceasta cauza.
>> Local, outputul erorii este: "ERROR: Could not open file: No such file or
>> directory
>> diff: _test/outputs/test3.out.1: No such file or directory
>> _test/outputs/test3.out.1 vs _test/ref/test3.ref.1:".
>>
>
> Buna,
>
> Acum ca si-a revenit vmchecker m-am uitat si eu mai atent. @Ruxandra,
> submisia ta de pe vmchecker are un segmentation fault doar la testul 3
> si de-aia nu se creeaza fisierul test3.out.1. Te rog sa verifici in
> GDB/valgrind de ce apare acel segmentation fault (ce zona nealocata
> accesezi sau ce free faci si apoi accesezi sau ce NULL accesezi sau
> alte probleme de genul). O mentiune: nu mi-ai dat tot outputul local
> asa ca mare noroc cu vmchecker c-am vazut segfault-ul.
>
> O sa ma uit si pe codul tau eventual cand ajung acasa. Poate imi sare
> ceva evident.
>
> @Alexandru: E posibil ca si tu sa ai segfault la acele teste. Te rog
> sa verifici acest lucru cu atentie in outputul dat checker local. Sau
> poti incarca tema pe vmchecker daca vrei sa te convingi.
>
>
>
>
> --
> Cu stimă,
> Mihai Bărbulescu



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Linux][ testul 3 , 22, 20 , nu exista path]

[Mihai Barbulescu via so]

2016-03-14 15:59 GMT+02:00 Mihai Barbulescu :
> 2016-03-14 15:50 GMT+02:00 Negrutin Alexandru via so :
>> Testat local tema1 si  3 teste imi pica  avand eroare no such file or 
>> directory.
>> De exemplu la testul 3 este comanda  print _test/outputs/test3.out.1 ,
>> dar am cautat in folderul de _test nu exista directorul outputs , si
>> din cauza asta nu se poate creea fisierul .
>>
>> Trebuie sa cream directorul cu functia mkdir din C ? sau este o
>> scapare in a adauga si acest director ?
>>
>> Nu am incercat sa teste pe Vmcheker pentru ca nu se logheaza .
>>
>> Dupa ce am creat directorul manual outputs toate testele au trecut .
>
> Poti da te rog tot outputul erorii de la rularea acestor teste? Cu
> checkerul local? Nu reusesc sa imi dau seama ce se intampla concret la
> tine.
> Cred ca ai facut ceva la script si nu mai face acel director de
> outputs. Sau nu se sterge corect.
>
> Nu, tu nu trebuie sa creezi nici un director, trebuie sa creezi doar
> ce zice enuntul.
>

LE: Legat de problema ta, e posibil sa fie aceeasi si anume vreun
segmentation fault. Cand pui tema pe vmchecker (si-a revenit) o sa
arunc un ochi si la tine.

-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Linux][ testul 3 , 22, 20 , nu exista path]

[Mihai Barbulescu via so]

2016-03-14 21:14 GMT+02:00 Ruxandra SIMION via so :
> Buna seara,
>
> Va multumesc mult pentru ajutorul acordat! Din pacate local nu aparea acel
> segmentation fault
> in output, din cauza faptului ca testam o masina fizica linux, nu pe cea
> oficiala.
> Am reusit sa gasesc problema. Pentru comanda print incercam din neatentie
> deschiderea fisierului cu parametrul 3, nu cu parametrul 2 al comenzii
> asa cum ar fi trebuit (confusing variable names).

Folositi masina fizica pentru development si masinile virtuale de SO
pentru debugging si testare.

> Va multumesc inca o data, si imi cer scuze pentru deranj.
>

Ma bucur si nu e nici o problema. Puneti intrebari cand aveti probleme
sau neclaritati.


-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Windows]Oprirea testelor

[Mihai Barbulescu via so]

2016-03-14 22:43 GMT+02:00 Ailin Menabil :
> Buna,
>
> am intampinat si eu aceeasi problema atunci cand testez tema pe windows. Pe
> vmchecker mi se opreste la testul 13. Pe linux, imi trec toate testele.
> Aveti vreo sugestie pt a putea rezolva problema?
>
> Pt debugging, incerc sa rulez testele pe masina virtuala, utilizand cygwin,
> insa nu reusesc sa ma mut in folderul corespunzator. Aparent nu imi gaseste
> niciun alt folder in /home/Student/
>

Buna,

In cygwin, daca ai ceva in directorul C:\Users\ceva\sub\altceva faci asa:

cd /cygdrive/c/Users/ceva/sub/altceva

Sau vezi in Installed Programs unde e instalat Cygwin si ai acolo
home-ul lui student unde iti poti muta tema.

-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

[so] [Tema 1] Precizari generale

[Mihai Barbulescu via so]

Salutare,

Va reamintim ca pentru tema 1 trebuie sa submiteti pe vmchecker
aceeasi arhiva atat la 1-multi-linux cat si la 1-multi-windows =>
trebuie sa faceti 2 submisii pe vmchecker! Arhivele trebuie sa fie
_identice_.

Pentru testare si debugging folositi DOAR masinile virtuale de aici
[1]. Pe WINDOWS rularea se face in 2 pasi:
  a. Compilarea cu nmake in PowerShell sau WindowsCMD
  b. Rularea checkerului se face in Cygwin!

Daca pica teste cu segmentation fault urmati pasii:
   a. Compilati cu -g
   b. Rulati valgrind. Daca cu valgrind nu observati nimic, rulati cu gdb.

[1] http://ocw.cs.pub.ro/courses/so/info/mv

-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Problema tema 1

[Mihai Barbulescu via so]

Salut,

Doua intrebari inainte de a ne apuca de un debugging mai serios:

1. Sigur ai urcat 2 arhive identice si pe Linux si pe Windows?
2. Ti-ai rulat versiunea din Linux care merge pe masina virtuala a SO
de Windows? Daca da, manifestarea e aceeasi ca pe vmchecker sau iti
merge?


2016-03-15 22:10 GMT+02:00 Andrioaie Iustinian via so :
> Buna ziua,
>
>   Am intampinat o problema cu tema 1 la Sisteme de operare. Am urcat
> arhiva cu tema pe VMChecker si, pe linux, imi trec toate testele 90/90. In
> schimb, pe windows pare sa imi dea niste erori la rularea scriptului si nu
> inteleg de ce. Am incercat sa caut si un forum al temei si nu am gasit. Am
> citit si cerinta cu atentie pentru posibile "best practice"-uri pentru
> windows. Nu am reusit sa fixez acele probleme care fac ca tema sa pice
> testele pe windows.
>
> Va multumesc de ajutor.
>
> Iustinian Andrioaie 343 C1
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Problema_punctaj_Vmchecker]

[Mihai Barbulescu via so]

2016-03-16 10:23 GMT+02:00 Razvan Crainea via so :
>
>
> On Wed, Mar 16, 2016 at 10:21 AM Diana- Elena Neagoe via so
>  wrote:
>>
>> Buna seara!
>>
>> Am o problema legata de punctajul obtinut pe vmchecker.
>> Local imi trec toate teste pe linux, insa pe vmchecker imi trec doar
>> 53/90.
>> Cum pot rezolva aceasta problema?
>>
>> Multumesc anticipat!
>>
> Bună, Diana!
>
> Când spui că ai testat local, ai testat în mașina virtuală de Linux și obții
> rezultate diferite decât pe vmchecker?
>
> Numai bine,
> Răzvan
>

Buna Diana,

Ai segmentation faults in partea de Windows. Te rog sa iti rulezi tema
pe masina virtuala de Windows si in masina virtuala de Linux a SO [1]
sa folosesti valgrind+gdb sa vezi ce memory leakuri ai sau ce accese
invalide faci.

Cand vedeti ca testele va pica pe vmchecker RULATI in masinile de la [1]


[1] http://ocw.cs.pub.ro/courses/so/info/mv

-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][General]

[Mihai Barbulescu via so]

2016-03-18 17:50 GMT+02:00 Mihai Cristian via so :
> Am rezolvat in cele din urma. Intr-un final tot metoda clasica cu printf a
> dat rezultate.
> Problema era ca dadeam niste free-uri aiurea.

Este foarte buna. Noi doar ti-am spus si de utilitare extra care ajuta
atunci cand printf-urile nu mai merg.



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Linux, Windows]

[Mihai Barbulescu via so]

2016-03-16 21:47 GMT+02:00 alexandra alexandra via so :
> Temele se ruleaza si local? In cazul in care primim punctele local, dar nu
> si pe vmchecker, putem specifica in makefile chestia asta si sa se ia asta
> in calcul?
>

Nu se ia in calcul, pentru ca nu ar fi frumos cand corectez tema sa
iti "sparg" calculatorul tau doar ca sa vad ca se intampla asta, nu :)
?

Daca testele iti pica pe vmchecker, verifica te rog in masinile
virtuale de SO [1]. Abia daca acolo trec toate testele si pe vmchecker
pica e o problema (posibil) si la noi.

[1] http://ocw.cs.pub.ro/courses/so/info/mv


-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][General] Arhiva

[Mihai Barbulescu via so]

Buna Ruxandra,

Ti-am trimis pe privat.

2016-03-16 22:29 GMT+02:00 Ruxandra Simion via so :
> Buna seara,
>
> Doresc sa aduc cateva modificări de ultim moment temei, insa am o problema cu 
> laptopul si nu am acces la tema. Este posibil sa imi trimiteti ultima arhiva 
> incarcata pe vmchecker?
>
> Va multumesc si imi cer scuze pentru deranj,
>
> Ruxandra Simion, 333CB
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Gitlab]

[Mihai Barbulescu via so]

2016-03-16 22:21 GMT+02:00 Andrei ION via so :
> Salutare,
>
> Legat de aceeasi problema,
>
> Eu am folosit github si am uitat sa il pun README. Cum/cui as putea sa/sa-i
> trimit dau acces?
>

Urca o noua arhiva pe ambele platforme cu README actualizat. Nu e
obligatoriu pasul asta.

Pe github, daca vrei, da acces la urmatorii useri:

b12mihai
razvancrainea
adrian-stanciu
sergiucostea
lukablurr
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][General] Depunctare makefile, memory leak

[Mihai Barbulescu via so]

On 20 Mar 2016 02:49, "Alexandru-Teodor PETRE (25604) via so" <
so@cursuri.cs.pub.ro> wrote:
>
> Salut,
>
>
> In enunt scrie "-0.1 pentru fișier Makefile incorect (de exemplu
compilează de fiecare dată totul)", nu vom folosi makefile-ul din arhiva
skeletului de cod fara a-l mai modifica?

Salut,

Nu am inteles nimic din întrebarea asta. Foloseste ce makefile vrei, ideea
e urmatoarea : ai 10 fișiere in tema ta, schimbi unul trebuie sa se
recompileze doar ala.

Cel din schelet e posibil sa fie nevoie sa il modifici (si ai voie daca
vrei )

>
> Exista depunctari pentru memory leak?
>
>

Da, sunt, sunt si pe lista de depunctari
___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][Linux] Utilizare schelet

[Mihai Barbulescu via so]

2016-03-24 13:52 GMT+02:00 Iulian Radu via so :
> Salut,
>
> Nu este obligatoriu. Pe pagina temei [0] la precizări generale [1]
> este doar recomandat să pornim de la scheletul de cod. De asemenea, la
> întrebarea 8 din FAQ [1], este menționat că putem scrie un alt parser
> echivalent dacă dorim acest lucru.
>
> [0] http://ocw.cs.pub.ro/courses/so/teme/tema-2
> [1] http://ocw.cs.pub.ro/courses/so/teme/tema-2#precizari_generale
> [2] http://ocw.cs.pub.ro/courses/so/teme/tema-2#faq

Salut,

Cum a zis si Iulian, puteti scrie voi unul daca doriti. Rugamintea
este sa precizati in README si sa documentati pe scurt ce ati facut.


-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema 2][Linux] Return value diferit in masina virtuala

[Mihai Barbulescu via so]

2016-03-26 21:06 GMT+02:00 Costin Lupu via so :

> Salutare, Bogdan,
>
> On Sat, 2016-03-26 at 19:44 +0200, Bogdan Stefan via so wrote:
> >
> > Am urmatoarea problema: imi pica un test(13) pe vmchecker, in timp ce
> > pe local nu.
>
> Am rulat mini-shell-ul tău local la mine. Guess what? Pică testul 13. O
> să te rog să faci debugging pe mașina virtuală. M-am uitat pe codul tău
> din Gitlab și am văzut că ai mai multe probleme (buguri) în
> implementare.
>
> > Problema este return value-ul unei comenzi cu pipe.
> > Mai precis, pe masina virtuala, comanda "ls | grep ceva || echo NU"
> > afiseaza "NU", desi nu ar trebui.
>
> Ai verificat ce valori returnezi în cazul comenzii de mai sus?
>

Pe langa ce zice Costin...eu am rulat fix comanda aia intr-un bash, intr-un
director in care nu exista nici un fisier cu substring-ul ceva. Va afisa NU
:)

Cum a zis si Costin, da drumul la testare si debugging in masina virtuala a
SO. Revino cu mail daca si acolo iti trece testul (putin probabil).


-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Tema 1 SO

[Mihai Barbulescu via so]

2016-03-28 12:18 GMT+03:00 The R via so :
> Buna ziua,
>
> In urma afisarii rezultatelor pt. prima tema la SO, doresc sa depun
> contestatie, intrucat nu toate motivele de depunctare au fost precizate in
> enunt, dorind sa fiu prezent la recorectarea temei, pentru a mi se explica
> in mod coerent toate aspectele privind punctajul scazut.
>
> O zi buna,
>
> Radulescu Radu-Paul, 333CC
>

Salut:

Offtopic: rezolva problema semnaturii la email ca apari cu "The R" :)

Ontopic: va reveni Razvan Crainea, asa cum a precizat, cu un email
legat de CUM si UNDE depuneti contestatiile si care e TERMENUL LIMITA.
Va rog sa aveti rabdare, toate problemele va vor fi auzite si cautata
solutie pentru ele.

Pe lista de discutii se pun probleme de interes general. Aceasta e o
problema particulara si va fi tratata in procedura de contestatii care
va fi trimisa.

Cine mai are alte contestatii legate de tema 1 sa si le noteze intr-un
fisier si cand se da anuntul cu procedura, parcurgeti-o si dati-ne
notitele acolo, noua, celor responsabili de teme.

Spor!

-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][Windows][ problema rulare]

[Mihai Barbulescu via so]

run_all.sh il rulezi in cygwin ? Pe vmchecker e același comportament al temei? 


--

Cu stimă, 

Mihai Bărbulescu






On Mon, Mar 28, 2016 at 1:23 PM -0700, "Barbuceanu Malin Andrei via so" 
 wrote:










Salut,
Incerc sa rulez tema din masina virtuala. Am toate fisierele din scheletul de 
cod, impreuna cu executabilul si fisierele din checker (_test, run_all.sh) in 
acelasi director. Pentru a rula, dau nmake din powershell ul visual studio, 
apoi ./run_all.sh 
Primesc erori de acest gen:02) Testing commands with 
arguments.failed  [ 0/90]./_test/run_test.sh: line 114: 
../test_03.in: Permission denied./_test/run_test.sh: line 114: ../test_03.in: 
Permission denied03) Testing simple redirect 
operators...passed  [05/90]./_test/run_test.sh: line 114: 
../test_04.in: Permission denied./_test/run_test.sh: line 114: ../test_04.in: 
Permission denied
iar in final obtin 81/90 - total aiurea, mult prea mult :))
Care ar fi problema?




___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][Linux] Numarul de fork-uri necesare pentru implementarea pipe-ului

[Mihai Barbulescu via so]

2016-03-29 16:23 GMT+03:00 Costin Lupu via so :
> Salutare, Teodor,
>
> On Tue, 2016-03-29 at 16:02 +0300, Teodor Ciuraru via so wrote:
>> Salut!
>>
>> Legat de implementarea pipe-ului, am observat că pe Internet (pe Stack, cel 
>> puțin) sunt două tabere, tabară celor care prezintă implementarea pipe-ului 
>> cu un singur fork() și cea a celor care implementează cu două fork-uri, 
>> întrepătrunse.
>
> Nu înțeleg ce vrei să zici nici prin "un singur fork()", nici prin
> "fork-uri întrepătrunse". Care sunt link-urile unde ai găsit aceste
> informații?
>

Hai sa abordam altfel: cate procese creaza urmatoarea comanda de bash:
cat cucu | grep mimi | grep cici ? Dupa ce afli raspunsul gandeste-te
ca fork returneaza 0 si atunci esti pe caz de proces copil, daca e
alta valoare pozitiva esti pe procesul parinte.

-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Good Practice][Void Function][exit]

[Mihai Barbulescu via so]

2016-04-01 1:16 GMT+03:00 Codrut Grosu via so :
> Salut!
>
>
> Este in regula daca intr-o functie care nu intoarce nimic(void) sa avem
> exit(EXIT_FAILURE) in cazul tratarii unei erori ?
>
> Exemplu :
> void codrut(void)
> {
> /* Mult cod */
> int fd = dup(STDOUT_FILENO);
> if (fd < 0){
> perror("Nasol");
> exit(EXIT_FAILURE);
> }
> /* Restul codului. */
> }
>

Salut.

Da, e OK. De fapt asta face macro-ul DIE [1] daca te uiti atent si il
poti plasa oriunde un cod. The best practice ca sa ii zic asa e cea
descrisa la [2]

[1] http://ocw.cs.pub.ro/courses/so/laboratoare/resurse/die
[2] http://ocw.cs.pub.ro/courses/so/laboratoare/resurse/die#alta_abordare




-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Laboratoare][Solutii]

[Mihai Barbulescu via so]

On 2 April 2016 at 02:02, Codrut Grosu via so  wrote:
>
> Salut,
>
>
> De ce nu mai putem accesa solutiile de la laboratoarele 2 si 3?
>
>
> Mersi,
> Codrut.


Salut,

Acum ar trebui sa fie rezolvata problema.

-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [SO][Tema2]

[Mihai Barbulescu via so]

Buna,

Problema a fost remediata. Te rog sa verifici submisia pe vmchecker

Va rugam insistent pentru contestatii la teme sa folositi adresa de
email so-t...@cs.pub.ro, respectand template-ul indicat in emailul
trimis cand s-au dat rezultatele [1]. Nu vom mai lua in considerare
contestatiile care nu respecta pasii de la [1].

[1] http://ocw.cs.pub.ro/courses/so/teme/contestatii




2016-04-16 12:34 GMT+03:00 Lupancescu Diana via so :
> Buna ziua!
>
> Legat de corectarea temei 2, din cate am calculat pentru testele picate ar
> trebui sa mi se scada 3.2, dar mi se scade 4.2, punctajul ar trebui sa fie
> 5.9 nu 4.9. Va rog sa va mai uitati o data!
>
> Va multumesc!
>
> Lupancescu Diana 332CB
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema 2]Punct din oficiu

[Mihai Barbulescu via so]

Buna,

M-am uitat si peste submisie. A fost o problema cu scaderea punctelor.
Punctajul e asa: 90p testele + 10p README, coding style, absenta
memory leaks etc. si tot ce mai e in sectiuna de Indicatii generale
teme [0].

Va rugam insistent pentru contestatii la teme sa folositi adresa de
email so-t...@cs.pub.ro, respectand template-ul indicat in emailul
trimis cand s-au dat rezultatele [1]. Nu vom mai lua in considerare
contestatiile care nu respecta pasii de la [1].


[0]: http://ocw.cs.pub.ro/courses/so/teme/general
[1] http://ocw.cs.pub.ro/courses/so/teme/contestatii

2016-04-16 11:34 GMT+03:00 Jeni Rotaru via so :
> Bună ziua!
>
> Am o întrebare referitoare la acordarea punctului din oficiu pe tema 2.
> Acesta se acorda doar în cazul unei teme rezolvate complet sau și în cazul
> uneia rezolvate parţial?
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Corectare Tema 2

[Mihai Barbulescu via so]

Salut,

Tema ta a fost rezolvata.

Va rugam insistent pentru contestatii la teme sa folositi adresa de
email so-t...@cs.pub.ro, respectand template-ul indicat in emailul
trimis cand s-au dat rezultatele [1]. Nu vom mai lua in considerare
contestatiile care nu respecta pasii de la [1].

[1] http://ocw.cs.pub.ro/courses/so/teme/contestatii

2016-04-16 10:50 GMT+03:00 Grigore-Adelin DOBRE via so :
> Buna ziua,
>
>
> Am si eu o nelamurire in legatura cu punctajul temei 2. Tema trimisa imi
> pica doua teste care insumeaza 1 punct.
>
> Cu toate acestea, in lista de depunctari apar doua puncte din cauza testelor
> picate. Astfel punctajul ar fi trebuit sa fie 7.9 in loc de 6.9.
>
> Depunctarile ar fi urmatoarele : -1p teste picate, -0.5 intarziere, -0.3
> warninguri de compilare, -0.3 memory leaks.
>
> Astept un raspuns!
>
>
> Multumesc frumos si o zi buna!
>
>
> Adelin Grigore Dobre 333CC
>
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema 3] Upload locatie gresita.

[Mihai Barbulescu via so]

2016-04-17 13:23 GMT+03:00 Turlea Sergiu via so :
> Buna ziua,
>
> Am uploadat din greseala ieri, tema 3 peste tema 2, pe vmchecker.
> Tema 2 era deja verificata si aveam un punctaj de 9.8 pe ea.
> Pierd cumva punctajul pe tema 2 datorita acestei greseli?
>

Salut,

Ti-am restaurat ultima submisie. Evident, n-ai pierdut nici un punctaj
pe tema 2. Mai multa atentie pe viitor :)


-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema 5][Linux] Functia io_setup/ test 33

[Mihai Barbulescu via so]

2016-05-24 16:36 GMT+03:00 Dragos Costea via so :

> 2016-05-24 15:45 GMT+03:00 Dragos Costea :
> > Salut,
> >
> > Nu reusesc sa-mi dau seama de ce tema se blocheaza incepand de la
> > testul 33, indiferent daca as rula pe vmchecker sau pe masina virtuala
> > de laborator/ teme. Am incercat sa simulez 50 de cereri de wget
> > simultane asa cum face testul 33 si folosind output-ul serverului, am
> > constat ca functia "io_setup(1, &(conn->ctx))" returneaza valoarea
> > -11, EAGAIN, la un anumit moment de timp.
> >
> > Pagina de man functiei [1] spune: "EAGAIN - The specified nr_events
> > exceeds the user's limit of available events"
> >
> > Este o problema ca am trimis spre executie prea multe cereri de
> > transfer asincron ?
> >
> > [1] http://linux.die.net/man/2/io_setup
>
> Solved, nu am inteles bine mecanismul de io_* si apelam functia
> "io_setup()" de fiecare data cand voiam sa initiez un transfer asincron.
> Este necesar doar o singura data si se va putea face "io_submit()" de
> oricate ori dupa aceea.
>
> Imi pare rau de mesajul inutil.
>
>
Salut,

Mesajul nu a fost deloc inutil, sa speram ca ajuta si pe altii in
rezolvarea temei si pentru orice problema intrebati pe lista! Fara jena,
fara rusine!

Tu ti-ai dat foarte repede seama in mai putin de o ora si n-avea cum sa
raspunda un asistent atat de repede :)

-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Feed-back examen

[Mihai Barbulescu via so]

2016-06-17 13:09 GMT+03:00 Codrut Grosu via so :
> Salutare,
>
>
> La inceputul sesiunii cand a aparut programarea oficiala a examenelor mi-am
> setat in Google Calendar ora si locatia pentru examenul de la SO ca find
> 11:00 in sala A02 Leu.
>
> Astazi cand am fost la facultate am realizat ca ora si sala au fost
> schimbate.
>
> Sunt constient ca este si vina mea ca nu am verificat inca odata ora si
> locatia pentru examen, insa nu ati putea incepe din toamna sa folositi si o
> aplicatie precum eventbrite [1] pentru planificarea examenelor?

Salut,

In sectiunea de anunturi [1] gaseai acest link [2] care probabil s-a
dat pe mailing list. La [2] ultima editare a fost 3 iunie 2016. Iar
calendarul google al SO pare actual.

In principiu sunt de acord cu ce spui, dar tot trebuia sa verifici pe wiki.

Eu in general nu recomand sa te bazezi pe nici o aplicatie (fie ea
Google Calendar sau Eventbrite), ci pe ceea ce echipa anunta pe
wiki/cs.curs/mailing list.

[1] http://ocw.cs.pub.ro/courses/so/meta/anunturi
[2] http://ocw.cs.pub.ro/courses/so/meta/calendar#examen


-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1] Nelamurire comanda 'rezise halve'

[Mihai Barbulescu via so]

2017-02-25 14:20 GMT+02:00 Olaru Catalin via so :
>
> Buna ziua,
>
> Am o nelamurire in privinta comenzii 'resize halve' la tema1. Enuntul spune 
> "Dacă dimensiunea hash-ului este impară (2k+1), după înjumătațire dimensiunea 
> lui va fi k."
>
> Daca vom avea la un moment dat un hash de dimensiune 1 si vom primi comanda 
> resize halve, atunci dimensiunea noua ar trebui sa devina 0, ceea ce nu prea 
> are sens, pentru ca nu am avea unde sa bagam cuvintele deja existente in 
> tabel.
>
> Intrebarea concreta este: Se garanteaza ca nu vom intalni niciodata cazul 
> acesta? Daca nu, cum il abordam?
>

Salut Catalin,

Nu exista un astfel de test cu hash de dimensiune 1. Poti pentru
moment sa presupui ca nu vei intalni acest caz.
Voi reverifica si eu testele pentru.

Vom avea in vedere clarificarea in enunt la lansarea temei.


-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1] Nelamurire argumente invalide

[Mihai Barbulescu via so]

2017-03-01 13:32 GMT+02:00 Olaru Catalin via so :
> Buna ziua,
>
> Am uploadat tema pe vmchecker si am observat ca imi pica testele pentru
> invalid argument. Din ce am inteles eu din enunt, daca se gaseste o comanda
> sau optiune invalida, trebuie printat un mesaj la stderr si returnat imediat
> un numar negativ (fara sa se mai execute restul comenzilor). Am inteles eu
> gresit sau omit ceva?
>

Salut,

Sa luam exemplul:

print_bucket abcd

Aici trebuie sa printezi Invalid Argument si sa opresti procesarea
comenzii de print_bucket. Trebuie ca print_bucket sa primeasca doar
argument numeric.
Restul comenzilor se executa. Uita-te in input si referinta de la
testele de invalid arguments (29 si 30 parca erau).


-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

[so] Publicare Tema1 - Multi-platform development

[Mihai Barbulescu via so]

Salut,

Am publicat tema de casă nr. 1[1].

Deadline-ul pentru submitere este 15 Martie 2017, ora 23:55; după
depășirea deadline-ului, fiecare zi de întârziere va duce la o
depunctare de 0.5p din 10. După 22 martie 2017 (ora 23:55) tema nu va
mai putea fi trimisă.

Pentru dezvoltarea temei e indicat să folosiți mașinile virtuale de
aici [2]. Sunt aceleași ca pe vmchecker. De asemenea, este recomandat
să urmăriți indicațiile de aici[3] și aici[4].

Vă reamintim că pentru upload este folosită interfața vmchecker[5].
Toate testele sunt publice și pot fi găsite în pagina temei[1] (si pe
github). Tot în pagina temei puteți găsi și scheletul de cod de la
care puteți pleca. Folosirea acestuia este opțională și aveți
libertatea de a-l modifica oricum doriți.

Orice neclaritate sau problemă pe care o aveti semnalați-o cu
încredere pe lista de discuții. Dacă considerați că testele au erori
ne puteți trimite la review un pull request pe github [6].

[1] http://ocw.cs.pub.ro/courses/so/teme/tema-1
[2] http://ocw.cs.pub.ro/courses/so/info/mv
[3] http://ocw.cs.pub.ro/courses/so/teme/general
[4] http://ocw.cs.pub.ro/courses/so/laboratoare/resurse/c_tips
[5] https://elf.cs.pub.ro/vmchecker/ui/#SO
[6] https://github.com/systems-cs-pub-ro/so-assignments/tree/master/1-multi
-- 
Cu stimă,
Mihai Bărbulescu
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [SO][Tema1] Comportament comanda invalida

[Mihai Barbulescu via so]

Salut,

Ai înțeles corect și observ ca tema ta trece toate testele acum: execuția
programului se încheie atunci când dam de o comanda invalida. Fără a mai
procesa restul de comenzi.

Ar trebui să fie clarificat acest lucru și în enunțul temei.


On 2 Mar 2017 20:54, "George-Sebastian PÎRTOACĂ (66847) via so" <
so@cursuri.cs.pub.ro> wrote:

Salut!


Vreau sa clarific comportamentul dorit in cazul in care intalnim o comanda
invalida. Din cate am observat in testele publice daca intalnim o comanda
invalida (si aceasta se regasteste intr-un fisier) atunci restul comenzilor
din fisier nu mai trebuie executate. In acest caz, daca avem mai multe
fisiere de intrare, comenzile din restul fisierelor trebuie executate?


Multumesc,

Pirtoaca George Sebastian

___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii