Re: [so] Note teme catalog

2020-05-22 Fir de Conversatie Razvan Crainea via so
On Fri, May 22, 2020 at 12:11 PM Vlad Mitroi via so
 wrote:
>
> Buna ziua,
>
> Ma numesc Mitroi Vlad-Laurentiu si sunt de la grupa 331 AA (altii in catalog) 
> si am observat ca am toate notele de la teme puse dar nu si totalul calculat.
Am reparat acum, mulțumim pentru remarcă!

-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

[so] Note teme in catalog

2020-05-22 Fir de Conversatie Razvan Crainea via so
Salutare!

Am trecut în catalog[1] coloanele T1-T5W notele obținute la teme pe
vmchecker[2].
Vă rugăm să verificați că totul este în regulă.
Dacă aveți întrebări, vă rugăm să ne contactați urmând pașii de aici[3].

[1] 
https://docs.google.com/spreadsheets/d/194lypWqG1x6ci8QBOjZKV70dHhb8RW-0IoLJMoY1AOc/edit#gid=0
[2] https://vmchecker.cs.pub.ro/ui/#SO
[3] https://ocw.cs.pub.ro/courses/so/teme/contestatii

Numai bine,
-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Rezultate analiza teme copiate

2020-05-20 Fir de Conversatie Razvan Crainea via so
On Tue, May 19, 2020 at 10:40 PM Razvan Crainea
 wrote:
>
> Salut!
>
> Am publicat pe vmchecker[1] rezultatele analizei anti-copiere a temelor.
> Din păcate, am descoperit destul de multe cazuri clare de teme
> plagiate. Conform regulamentului[2], studenții care au submis aceste
> teme, vor pierde întregul punctaj pe teme, fără importanță cine de la
> cine a copiat.
> Pentru mai multe detalii, vă puteți adresa echipei de teme, conform
> detaliilor de aici[3].
> În cazul unei contestații, vă rugăm să luați legătura cu noi, conform
> detalilor din pagina de contestații[3] până cel târziu joi, 21 mai
> 2020, ora 22:00. Începând cu această oră vom trece notele în catalog.

Din păcate în urma unei analize mai detaliate, am mai depistat un set
de teme teme cu suspiciuni mari de copiere. La fel ca și în cazul
celorlalte teme, am aplicat pe vmchecker[1] depunctările, conform
regulamentului[2].

Aș vrea cu această cale să vă reamintesc faptul că publicarea
rezolvării temelor sau altor lucrări pe GitHub, Gitlab, sau orice altă
platformă, chiar și după terminarea materieri, este strict interzisă,
atât de regulamentul SO[2], cât și de regulamentul facultății.

> [1] https://vmchecker.cs.pub.ro/ui/#SO
> [2] 
> https://ocw.cs.pub.ro/courses/so/meta/notare#penalizare_pentru_teme_copiate
> [3] https://ocw.cs.pub.ro/courses/so/teme/contestatii

-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

[so] Rezultate analiza teme copiate

2020-05-19 Fir de Conversatie Razvan Crainea via so
Salut!

Am publicat pe vmchecker[1] rezultatele analizei anti-copiere a temelor.
Din păcate, am descoperit destul de multe cazuri clare de teme
plagiate. Conform regulamentului[2], studenții care au submis aceste
teme, vor pierde întregul punctaj pe teme, fără importanță cine de la
cine a copiat.
Pentru mai multe detalii, vă puteți adresa echipei de teme, conform
detaliilor de aici[3].
În cazul unei contestații, vă rugăm să luați legătura cu noi, conform
detalilor din pagina de contestații[3] până cel târziu joi, 21 mai
2020, ora 22:00. Începând cu această oră vom trece notele în catalog.

[1] https://vmchecker.cs.pub.ro/ui/#SO
[2] https://ocw.cs.pub.ro/courses/so/meta/notare#penalizare_pentru_teme_copiate
[3] https://ocw.cs.pub.ro/courses/so/teme/contestatii

Numai bine,
-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Probleme punctaj tema 2 Linux

2020-05-19 Fir de Conversatie Razvan Crainea via so
Pentru orice fel de probleme de notare, vă rugăm urmați pașii de aici:
https://ocw.cs.pub.ro/courses/so/teme/contestatii

On Tue, May 19, 2020 at 10:55 AM Catalin Bratosin via so
 wrote:
>
> Bună ziua, numele meu este Bratosin Cătălin-Robert de la 335CC. Am o
> mică problemă legată de punctajul pe tema 2 pe Linux. Când am încărcat
> tema 3, din grabă, nu mi-am dat seama și am pus-o peste tema 2. M-am
> gândit totuși că încărcarea inițială cu tema bună o să rămână salvată
> în baza de date și că nu mai avea rost să încarc încă o data tema 2 la
> mai  bine de 2 săptămâni de la deadline. Aș vrea să stiu daca se poate
> verifica acest lucru (contul de vmchecker este catalin.bratosin) și
> dacă pot să îmi recuperez astfel puncatjul. Mulțumesc frumos!
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

[so] Publicare note Tema 5

2020-05-19 Fir de Conversatie Razvan Crainea via so
Salutare!

Am trecut pe vmchecker[1] rezultatele notării pentru tema 5.

Pentru orice fel de întrebări sau lămuriri legate de notarea temelor,
vă rugăm să ne contactați la adresa so-t...@cs.pub.ro, așa cum este
documentat aici[2].

[1] https://vmchecker.cs.pub.ro/ui/#SO
[2] https://ocw.cs.pub.ro/courses/so/teme/contestatii

Numai bine,
-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] so Digest, Vol 155, Issue 15

2020-05-17 Fir de Conversatie Razvan Crainea via so
On Sun, May 17, 2020 at 8:17 PM Andrei Rata via so  wrote:
>
> Salut
>
> Eu am tot 0 pe prima tema, desi am respectat conditiile pentru a imi reprimi 
> punctajul.

Nu, nota ta a rămas 0 tocmai pentru că nu ai respectat condițiile
pentru a reprimi punctajul.
-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Intrebari legate de depunctari

2020-05-17 Fir de Conversatie Razvan Crainea via so
Bună, Corina!

În cazul tău, Makefile-ul submis pe vmchecker nu șterge finierul thread_lists.o.
Legat de tema 2, faptul că nu ai nicio regulă cu numele so_stdio.dll
sau libso_stdio.so face ca makefile să încerce să linkeze de fiecare
dată[1]. Același lucru se întâmplă și pe linux, și pe windows.
Pentru alte detalii sau nelămuriri despre corectarea temelor, vă rugăm
să urmăriți pașii de aici[2]. Astfel putem centraliza și noi
discuțiile, și nici nu spamăm restul participanților de pe listă.

[1] https://gitlab.cs.pub.ro/snippets/40
[2] https://ocw.cs.pub.ro/courses/so/teme/contestatii

Numai bine,
Răzvan

On Sun, May 17, 2020 at 7:10 PM Mihaila Corina  wrote:
>
> Salut!
>
> La tema4 pe linux am primit si eu depunctare pentru regula clean, desi la 
> mine, local, se sterg toate fisierele generate pe parcurs.
> La tema2, pe ambele platforme, nu inteleg depunctarea pentru "nu exista 
> regula de compilare pentru so_stdio.dll". Testand local, nu mi se 
> recompileaza fisierele deja compilate.
>
> Numele meu de utilizator este corina.mihaila
>
> Mutumesc anticipat!
>
>
>
> Pe duminică, 17 mai 2020, 18:33:09 EEST, Vlad Lungu via so 
>  a scris:
>
>
>
>
>
> Super, iti multumesc!
>
> În dum., 17 mai 2020 la 18:28, Razvan Crainea  a 
> scris:
> > Salut, Vlad!
> >
> > Vom retrage depunctarea, întrucât este doar pentru partea de bonus.
> > Legat de feedback, am notat intern.
> >
> > Numai bine,
> > Răzvan
> >
> > On Sun, May 17, 2020 at 5:30 PM Vlad Lungu  wrote:
> >>
> >> Salut, Razvan!
> >>
> >> Acum am vazut, multumesc! Acea regula este, insa, de la bonus. Se 
> >> rasfrange asupra intregii teme?
> >>
> >> Cat despre feedback, l-am completat deja inainte sa apară aceste note și 
> >> nu mai pot adăuga. De aceea am pus aici.
> >>
> >> În dum., 17 mai 2020 la 17:24, Razvan Crainea  a 
> >> scris:
> >>>
> >>> Salut, Vlad!
> >>>
> >>> Unul din colegii tăi a reparcat o problemă legată de depunctările
> >>> pentru regulile de clean, pe care noi am confirmat-o mai devreme.
> >>> Drept urmare, am corijat depunctările pentru cei care au avut false
> >>> positives, iar tu ești unul dintre ei.
> >>> Depunctarea la tema 4 vine de la regula următoare:
> >>>
> >>> config_params: config_params.c
> >>> $(CC) -Wall -o config_params config_params.c 
> >>> so_sched_initializer.c
> >>>
> >>> În această regulă compilezi mai multe (două) fișiere sursă .c
> >>> Legat de feedback, te rugăm să notezi asta în feedback-ul completat pe
> >>> cs.curs.pub.ro - în felul ăsta ne este mai ușor să-l integrăm anul
> >>> viitor.
> >>>
> >>> Numai bine,
> >>> Răzvan
> >>>
> >>> On Sun, May 17, 2020 at 5:00 PM Vlad Lungu via so  
> >>> wrote:
> >>> >
> >>> > Multumesc mult de lamurire!
> >>> >
> >>> > Problema mea legata de "mai mult fisiere sursa" e ca fiecare regula 
> >>> > compileaza un singur fisier sursa, iar cea de construire a bibliotecii 
> >>> > are toate dependentele cu fisiere .o. Nu am doua gcc asa cum a zis 
> >>> > teodor nicaieri. In contextul asta, de la ce apare depunctarea aceea? 
> >>> > (am regula de bonus care duce la alte doua reguli care creeaza fiecare 
> >>> > cate un executabil. Sa fie de la asta?)
> >>> >
> >>> > Cat despre clean, tocmai am numarat fisierele dinainte de make, am dat 
> >>> > make, make clean si dupa am numarat din nou si da la fel. De aceeea 
> >>> > intreb daca se poate verifica.
> >>> >
> >>> > De asemenea, ca feeedback pentru la anul, cred ca ar fi util daca in 
> >>> > lista de depunctari, la categoria build, s-ar adauga mai explicit 
> >>> > aceste depunctari legate de makefile.
> >>> >
> >>> > În dum., 17 mai 2020 la 16:37, Paul Olaru 
> >>> >  a scris:
> >>> >>
> >>> >> Există niște reguli generale pentru makefile-uri, dar cea mai 
> >>> >> importantă regulă în opinia mea este ca dacă dai "make build" din nou 
> >>> >> fișierele deja compilate nu vor fi compilate din nou.
> >>> >>
> >>> >> Pe viitor, pentru a evita problema cu mai multe fișiere sursă, 
> >>> >> folosește-te de regulile template (nu sunt sigur că ăsta e numele 
> >>> >> corect) și folosește fișiere .o în loc de .c în dependențe. Pentru a 
> >>> >> obține fișierele .o poți face o singură regulă de tipul:
> >>> >>
> >>> >> %.o: %.c file1.h file2.h ...
> >>> >> gcc -c $< -o $@ -Wall -pedantic
> >>> >>
> >>> >> (Ajustând desigur flagurile de compilare în această regulă generală). 
> >>> >> Nu e nevoie să faci manual câte o regulă pentru fiecare fișier .o dacă 
> >>> >> ai una de tipul ăsta generală. Și apoi la fișierul final, să zicem 
> >>> >> mylib.so, ai regula simplă:
> >>> >>
> >>> >> mylib.so: init.o loader.o elf.o
> >>> >> gcc $^ -o $@ -dynamic
> >>> >>
> >>> >> (Ajustezi corespunzător comanda).
> >>> >>
> >>> >> În final, trebuie să ai o regulă de build care să nu recompileze 
> >>> >> fișierul de fiecare dată când faci rebuild. O regulă simplă ar fi:
> >>> >>
> >>> >> build: mylib.so
> >>> >> .PHONY: build
> >>> >>
> >>> >> (Regula .PHONY e opționala dar e utilă pentru a ignora fișierele cu 
> >>> >> numele "build" dacă 

Re: [so] Intrebari legate de depunctari

2020-05-17 Fir de Conversatie Razvan Crainea via so
Salut, Vlad!

Vom retrage depunctarea, întrucât este doar pentru partea de bonus.
Legat de feedback, am notat intern.

Numai bine,
Răzvan

On Sun, May 17, 2020 at 5:30 PM Vlad Lungu  wrote:
>
> Salut, Razvan!
>
> Acum am vazut, multumesc! Acea regula este, insa, de la bonus. Se rasfrange 
> asupra intregii teme?
>
> Cat despre feedback, l-am completat deja inainte sa apară aceste note și nu 
> mai pot adăuga. De aceea am pus aici.
>
> În dum., 17 mai 2020 la 17:24, Razvan Crainea  a 
> scris:
>>
>> Salut, Vlad!
>>
>> Unul din colegii tăi a reparcat o problemă legată de depunctările
>> pentru regulile de clean, pe care noi am confirmat-o mai devreme.
>> Drept urmare, am corijat depunctările pentru cei care au avut false
>> positives, iar tu ești unul dintre ei.
>> Depunctarea la tema 4 vine de la regula următoare:
>>
>> config_params: config_params.c
>> $(CC) -Wall -o config_params config_params.c so_sched_initializer.c
>>
>> În această regulă compilezi mai multe (două) fișiere sursă .c
>> Legat de feedback, te rugăm să notezi asta în feedback-ul completat pe
>> cs.curs.pub.ro - în felul ăsta ne este mai ușor să-l integrăm anul
>> viitor.
>>
>> Numai bine,
>> Răzvan
>>
>> On Sun, May 17, 2020 at 5:00 PM Vlad Lungu via so  
>> wrote:
>> >
>> > Multumesc mult de lamurire!
>> >
>> > Problema mea legata de "mai mult fisiere sursa" e ca fiecare regula 
>> > compileaza un singur fisier sursa, iar cea de construire a bibliotecii are 
>> > toate dependentele cu fisiere .o. Nu am doua gcc asa cum a zis teodor 
>> > nicaieri. In contextul asta, de la ce apare depunctarea aceea? (am regula 
>> > de bonus care duce la alte doua reguli care creeaza fiecare cate un 
>> > executabil. Sa fie de la asta?)
>> >
>> > Cat despre clean, tocmai am numarat fisierele dinainte de make, am dat 
>> > make, make clean si dupa am numarat din nou si da la fel. De aceeea intreb 
>> > daca se poate verifica.
>> >
>> > De asemenea, ca feeedback pentru la anul, cred ca ar fi util daca in lista 
>> > de depunctari, la categoria build, s-ar adauga mai explicit aceste 
>> > depunctari legate de makefile.
>> >
>> > În dum., 17 mai 2020 la 16:37, Paul Olaru  a 
>> > scris:
>> >>
>> >> Există niște reguli generale pentru makefile-uri, dar cea mai importantă 
>> >> regulă în opinia mea este ca dacă dai "make build" din nou fișierele deja 
>> >> compilate nu vor fi compilate din nou.
>> >>
>> >> Pe viitor, pentru a evita problema cu mai multe fișiere sursă, 
>> >> folosește-te de regulile template (nu sunt sigur că ăsta e numele corect) 
>> >> și folosește fișiere .o în loc de .c în dependențe. Pentru a obține 
>> >> fișierele .o poți face o singură regulă de tipul:
>> >>
>> >> %.o: %.c file1.h file2.h ...
>> >> gcc -c $< -o $@ -Wall -pedantic
>> >>
>> >> (Ajustând desigur flagurile de compilare în această regulă generală). Nu 
>> >> e nevoie să faci manual câte o regulă pentru fiecare fișier .o dacă ai 
>> >> una de tipul ăsta generală. Și apoi la fișierul final, să zicem mylib.so, 
>> >> ai regula simplă:
>> >>
>> >> mylib.so: init.o loader.o elf.o
>> >> gcc $^ -o $@ -dynamic
>> >>
>> >> (Ajustezi corespunzător comanda).
>> >>
>> >> În final, trebuie să ai o regulă de build care să nu recompileze fișierul 
>> >> de fiecare dată când faci rebuild. O regulă simplă ar fi:
>> >>
>> >> build: mylib.so
>> >> .PHONY: build
>> >>
>> >> (Regula .PHONY e opționala dar e utilă pentru a ignora fișierele cu 
>> >> numele "build" dacă se vor crea)
>> >>
>> >> Toate aceste reguli ar fi trebuit să te obișnuiești încă din anul I cu 
>> >> ele, dar nu e târziu nici acum.
>> >>
>> >> La plângerea cu regula clean, dacă faci make build urmat de make clean 
>> >> ești 100% sigur că rămân exact fișierele tale din arhivă? *Orice* fișier 
>> >> în plus poate duce la acel warning.
>> >>
>> >> Dacă este relevantă opinia mea (nu garantez), aș zice că depunctarea 
>> >> pentru regula cu numele "tema2" e meritată (faci rebuild degeaba la unele 
>> >> fișiere), cea pentru regula clean e discutabilă (nu am de unde ști dacă 
>> >> chiar ți se șterg toate fișierele sau nu) iar depunctarea pentru unused 
>> >> variabile... Poate ar putea fi redusă la 0.1 (dar să îți fie învățătură 
>> >> de minte, în proiectele mari cu 50 de warninguri create fix pe ideologia 
>> >> de "it's fine" nu vrem încă unul).
>> >>
>> >> On Sun, May 17, 2020, 15:56 Vlad Lungu via so  
>> >> wrote:
>> >>>
>> >>> Salut!
>> >>>
>> >>> M-am uitat pe vmchecker la depunctarile pe care le-am primit. La tema 2, 
>> >>> la ambele teme, am primit depunctare pentru numele regulii de build, 
>> >>> desi nu era specificat vreundeva acest detaliu. La mine se numeste 
>> >>> tema2, trebuia libsoloader.so. Trebuia sa facem asta?. La tema 4 pe 
>> >>> linux am o singura variabila neutilizata, care duce la un warning de 
>> >>> "unused variable". Se justifica o depunctare de 0.2 pentru "warninguri 
>> >>> de compilare" in acest caz? Tot la tema 4 imi primesc o depunctare 
>> >>> pentru ca regula clean nu sterge 

Re: [so] Intrebari legate de depunctari

2020-05-17 Fir de Conversatie Razvan Crainea via so
Salut, Vlad!

Unul din colegii tăi a reparcat o problemă legată de depunctările
pentru regulile de clean, pe care noi am confirmat-o mai devreme.
Drept urmare, am corijat depunctările pentru cei care au avut false
positives, iar tu ești unul dintre ei.
Depunctarea la tema 4 vine de la regula următoare:

config_params: config_params.c
$(CC) -Wall -o config_params config_params.c so_sched_initializer.c

În această regulă compilezi mai multe (două) fișiere sursă .c
Legat de feedback, te rugăm să notezi asta în feedback-ul completat pe
cs.curs.pub.ro - în felul ăsta ne este mai ușor să-l integrăm anul
viitor.

Numai bine,
Răzvan

On Sun, May 17, 2020 at 5:00 PM Vlad Lungu via so  wrote:
>
> Multumesc mult de lamurire!
>
> Problema mea legata de "mai mult fisiere sursa" e ca fiecare regula 
> compileaza un singur fisier sursa, iar cea de construire a bibliotecii are 
> toate dependentele cu fisiere .o. Nu am doua gcc asa cum a zis teodor 
> nicaieri. In contextul asta, de la ce apare depunctarea aceea? (am regula de 
> bonus care duce la alte doua reguli care creeaza fiecare cate un executabil. 
> Sa fie de la asta?)
>
> Cat despre clean, tocmai am numarat fisierele dinainte de make, am dat make, 
> make clean si dupa am numarat din nou si da la fel. De aceeea intreb daca se 
> poate verifica.
>
> De asemenea, ca feeedback pentru la anul, cred ca ar fi util daca in lista de 
> depunctari, la categoria build, s-ar adauga mai explicit aceste depunctari 
> legate de makefile.
>
> În dum., 17 mai 2020 la 16:37, Paul Olaru  a 
> scris:
>>
>> Există niște reguli generale pentru makefile-uri, dar cea mai importantă 
>> regulă în opinia mea este ca dacă dai "make build" din nou fișierele deja 
>> compilate nu vor fi compilate din nou.
>>
>> Pe viitor, pentru a evita problema cu mai multe fișiere sursă, folosește-te 
>> de regulile template (nu sunt sigur că ăsta e numele corect) și folosește 
>> fișiere .o în loc de .c în dependențe. Pentru a obține fișierele .o poți 
>> face o singură regulă de tipul:
>>
>> %.o: %.c file1.h file2.h ...
>> gcc -c $< -o $@ -Wall -pedantic
>>
>> (Ajustând desigur flagurile de compilare în această regulă generală). Nu e 
>> nevoie să faci manual câte o regulă pentru fiecare fișier .o dacă ai una de 
>> tipul ăsta generală. Și apoi la fișierul final, să zicem mylib.so, ai regula 
>> simplă:
>>
>> mylib.so: init.o loader.o elf.o
>> gcc $^ -o $@ -dynamic
>>
>> (Ajustezi corespunzător comanda).
>>
>> În final, trebuie să ai o regulă de build care să nu recompileze fișierul de 
>> fiecare dată când faci rebuild. O regulă simplă ar fi:
>>
>> build: mylib.so
>> .PHONY: build
>>
>> (Regula .PHONY e opționala dar e utilă pentru a ignora fișierele cu numele 
>> "build" dacă se vor crea)
>>
>> Toate aceste reguli ar fi trebuit să te obișnuiești încă din anul I cu ele, 
>> dar nu e târziu nici acum.
>>
>> La plângerea cu regula clean, dacă faci make build urmat de make clean ești 
>> 100% sigur că rămân exact fișierele tale din arhivă? *Orice* fișier în plus 
>> poate duce la acel warning.
>>
>> Dacă este relevantă opinia mea (nu garantez), aș zice că depunctarea pentru 
>> regula cu numele "tema2" e meritată (faci rebuild degeaba la unele fișiere), 
>> cea pentru regula clean e discutabilă (nu am de unde ști dacă chiar ți se 
>> șterg toate fișierele sau nu) iar depunctarea pentru unused variabile... 
>> Poate ar putea fi redusă la 0.1 (dar să îți fie învățătură de minte, în 
>> proiectele mari cu 50 de warninguri create fix pe ideologia de "it's fine" 
>> nu vrem încă unul).
>>
>> On Sun, May 17, 2020, 15:56 Vlad Lungu via so  wrote:
>>>
>>> Salut!
>>>
>>> M-am uitat pe vmchecker la depunctarile pe care le-am primit. La tema 2, la 
>>> ambele teme, am primit depunctare pentru numele regulii de build, desi nu 
>>> era specificat vreundeva acest detaliu. La mine se numeste tema2, trebuia 
>>> libsoloader.so. Trebuia sa facem asta?. La tema 4 pe linux am o singura 
>>> variabila neutilizata, care duce la un warning de "unused variable". Se 
>>> justifica o depunctare de 0.2 pentru "warninguri de compilare" in acest 
>>> caz? Tot la tema 4 imi primesc o depunctare pentru ca regula clean nu 
>>> sterge toate fisierele create, dar tocmai am testat si chiar le sterge pe 
>>> toate. Care este cauza? In plus, tot la tema4, am depunctare pentru 
>>> "compilarea a mai multe surse in aceeasi regula", lucru pe care nu l-am 
>>> gasit in lista de depunctari si care nu sunt sigur la ce se refera.
>>>
>>> As aprecia foarte mult niste explicatii suplimentare!
>>>
>>> Numai bine,
>>> Lungu-Stan Vlad-Constantin,
>>> 334CB
>>> ___
>>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

[so] Publicare note Tema 4

2020-05-17 Fir de Conversatie Razvan Crainea via so
Salutare!

Am trecut pe vmchecker[1] rezultatele notării pentru tema 4.

De asemenea, am actualizat notele la tema 1 pentru studenții care au
avut arhive diferite, dar au submis o singură arhivă la tema 4 pentru
ambele platforme și obțin mai mult de 50 de puncte din 95.

În legătură cu rezultatele concursului BitDefender[3], încă suntem în
etapa de deliberare. Vom reveni cu clasamentul în cursul săptămânii
viitoare.

Pentru orice fel de întrebări sau lămuriri legate de notarea temelor,
vă rugăm să ne contactați la adresa so-t...@cs.pub.ro, așa cum este
documentat aici[2].

[1] https://vmchecker.cs.pub.ro/ui/#SO
[2] https://ocw.cs.pub.ro/courses/so/teme/contestatii
[3] https://ocw.cs.pub.ro/courses/so/teme/tema-4?#concurs_bitdefender

Numai bine!

-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

[so] Publicare note Tema 3

2020-05-14 Fir de Conversatie Razvan Crainea via so
Salutare!

Am trecut pe vmchecker[1] rezultatele notării pentru tema 3.
Pentru orice fel de întrebări sau lămuriri legate de notarea temelor,
vă rugăm să ne contactați la adresa so-t...@cs.pub.ro, așa cum este
documentat aici[2].
La fel ca și la celelalte teme, dorim să centralizăm întrebările
legate de corectare, așa că vă rugăm să nu folosiți forum-ul pentru
contestații, doar adresa so-t...@cs.pub.ro.

[1] https://vmchecker.cs.pub.ro/ui/#SO
[2] https://ocw.cs.pub.ro/courses/so/teme/contestatii

Numai bine!

-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

[so] Publicare note Tema 2

2020-05-12 Fir de Conversatie Razvan Crainea via so
Salutare!

Am trecut pe vmchecker[1] rezultatele notării pentru tema 2.
Pentru orice fel de întrebări sau lămuriri legate de notarea temelor,
vă rugăm să ne contactați la adresa so-t...@cs.pub.ro, așa cum este
documentat aici[2]. Vă rugăm, nu folosiți forum-ul pentru contestații,
altfel o să ne fie greu să centralizăm cererile.

[1] https://vmchecker.cs.pub.ro/ui/#SO
[2] https://ocw.cs.pub.ro/courses/so/teme/contestatii

Numai bine!
-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

[so] Publicare Tema 5 - Server WEB asincron

2020-05-04 Fir de Conversatie Razvan Crainea via so
Salutare!

A fost publicată tema de casă numărul 5 - Server WEB asincron [1].
Deadline-ul pentru această temă este unul hard, în data de 17.05.2020,
ora 23:55. Orice submisie după acest deadline nu va mai fi punctat.

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

Pentru orice întrebări sau neclarități, vă rugăm să ne contactați
folosind lista de discuții [5] sau forumul [6].

[1] https://ocw.cs.pub.ro/courses/so/teme/tema-5
[2] http://ocw.cs.pub.ro/courses/so/info/mv
[3] https://vmchecker.cs.pub.ro/
[4] https://github.com/systems-cs-pub-ro/so-assignments
[5] https://ocw.cs.pub.ro/courses/so/info/lista-discutii
[6] https://acs.curs.pub.ro/2019/mod/forum/view.php?id=21080

Spor la lucru!
-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema3][Windows] Eroare de Coding Style la Macro-ul DIE

2020-04-06 Fir de Conversatie Razvan Crainea via so
Bună, Arina!

Cel mai probabil editorul tau de pe windows salvează fișierele cu
niște terminatoare de linii pe care checkpatch nu le agrează.
Rulează pe linux utilitarul dos2unix pe fișierele tale sursă pentru a
obține o variantă acceptată.

Numai bine,

On Mon, Apr 6, 2020 at 7:28 PM Arina Raileanu via so
 wrote:
>
> Buna seara,
>
> Pe Vmchecker primesc 2 erori intr-un define al macro-ului DIE al temei pentru 
> Windows, pe care l-am luat de la resurse[1]. De asemenea, am incercat si cu 
> macro-ul DIE pentru Windows din laboratorul 5.
> Un macro asemanator in tema trimisa pentru Linux nu genereaza nicio eroare. 
> Care este problema de fapt? Username-ul meu este ana_arina.raileanu.
>
> Erorile sunt:
>
> ERROR:COMPLEX_MACRO: Macros with complex values should be enclosed in 
> parentheses
> WARNING:WHITESPACE_AFTER_LINE_CONTINUATION: Whitespace after \ makes next 
> lines useless
>
> Numai bine,
> Arina Raileanu, 334CA
>
> [1] https://ocw.cs.pub.ro/courses/so/laboratoare/resurse/die
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Tema 1 SO

2020-03-31 Fir de Conversatie Razvan Crainea via so
Fixed. Am făcut revert la submisie și am corectat notarea. Dacă mai
sunt probleme, te rugăm să ne anunți.

Numai bine,
Răzvan

On Tue, Mar 31, 2020 at 3:41 PM Antohi Alexandru via so
 wrote:
>
> Buna ziua,
> Ma numesc Antohi Alexandru de la 335CC.
> Am uploadat din greseala tema 2 de windows peste tema 1 de Windows.
> Acest lucru a generat in punctaj 0 pe tema 1.
> Ati putea, va rog, sa verificati cu submisia de dinaintea acesteia pentru 
> tema 1, varianta de Windows?
> Aceasta ar trebui sa fie aceasi arhiva cu cea de la tema1, varianta de Linux
> Multumesc pentru intelegere,
> Antohi Alexandru 335CC
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

[so] Pulicare note Tema 1

2020-03-30 Fir de Conversatie Razvan Crainea via so
Salutare!

Am publicat pe vmchecker[1] notele pentru tema 1.
Pentru orice nelămurire legate de notare, vă rugăm să urmăriți pașii de aici[2].
Vă rugăm să nu ne trimiteți mail-uri legate de depunctările care sunt
specificate în lista de depunctări[3].

[1] https://vmchecker.cs.pub.ro/ui/#SO
[2] https://ocw.cs.pub.ro/courses/so/teme/contestatii
[3] https://ocw.cs.pub.ro/courses/so/teme/general

Numai bine!
-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][General] VmChecker nefunctional

2020-03-30 Fir de Conversatie Razvan Crainea via so
Salut, Vlad!

VMChecker a fost reparat în timp util, la aproximativ ora 22. Găsești mai
multe detalii în thread-ul de pe forum[1].

[1] https://acs.curs.pub.ro/2019/mod/forum/discuss.php?d=3812

Numai bine,
Răzvan

On Mon, Mar 30, 2020 at 12:09 AM Vlad Ștefan Dieaconu via so <
so@cursuri.cs.pub.ro> wrote:

> Buna ziua,
>
> VmChecker nu functioneaza. Din cate am vazut pe forum, sunt postari in
> care se precizeaza ca nu functioneaza inca de seara trecuta. Tema 2 are
> deadline hard 31.03.2020, incerc sa o trimit in aceasta seara pentru a nu
> mai primi inca zi de depunctari, insa nu reusesc din cauza faptului
> ca loginul pe VmChecker este nefunctional (apesi pe buton si nu se intampla
> nimic).
>
> Ce ar trebui sa facem, toti cei aflati in aceasta situatie?
> Pot incarca arhiva pe github sau alta platforma, incat sa se vada ora la
> care am submis ultima versiune si sa nu fiu depunctat in caz ca VmChecker
> nu-si va reveni pana la 00.00?
>
> Multumesc.
>
> --
> [image: There's no talent here, this is hard work.]
> Vlad-Ștefan Dieaconu
> There's no talent here, this is hard work.
>
> a: București, România
>
> 
> 
> 
> IMPORTANT: The contents of this email and any attachments are
> confidential. It is strictly forbidden to share any part of this message
> with any third party, without a written consent of the sender. If you
> received this message by mistake, please reply to this message and follow
> with its deletion, so that we can ensure such a mistake does not occur in
> the future.
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Tema 2 SO (incarcata greșit -vmchecker)

2020-03-26 Fir de Conversatie Razvan Crainea via so
On Thu, Mar 26, 2020 at 1:20 PM Razvan Deaconescu via so
 wrote:
>
> Ana-Maria Paduraru  writes:
> > Buna ziua!
> >
> > Ma numesc Paduraru Ana-Maria și sunt de la grupa 333CC. Ieri seara am
> > postat greșit tema 2, acolo trebuia sa punem tema 1. As vrea sa știu dacă
> > se suprascriu rezultatele sau cum se poate proceda sa remediez situația.
> > Doarece tema1 am trimis-o la timp înainte de deadline soft, iar acum am
> > postat tema 2 din greșeală tot acolo. Țin sa Menționez ca varianta temei 1
> > am postat-o si pe Linux și pe Windows(aceeași arhiva), iar tema 2 am
> > postat-o doar in rubrica pentru Windows a temei 1.
> >
> > Îmi cer scuze de deranj! Mulțumesc anticipat!
>
> Redirectez pe listă. Pe viitor, să folosești, te rugăm, lista de
> discuții sau forumul temei.
>
Bună, Ana-Maria!

Am făcut revert la submisia de pe Windows, te rog să ne confirmi că
este în regulă acum.
Pe viitor, te rog să ne spui și user-ul tău de cs.curs.pub.ro, să te
putem identifica mai usor.

Numai bine,
-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][General] Makefile + sprintf

2020-03-24 Fir de Conversatie Razvan Crainea via so
On Tue, Mar 24, 2020 at 1:10 PM Dorin Geman via so  wrote:
>
>
>>
>>
>> From: Dorin Geman via so
>> Sent: Friday, March 20, 2020 5:59 PM
>> To: Sisteme de Operare
>> Subject: [so] [Tema2][General] Makefile + sprintf
>>
>>
>>
>> Salutări,
>>
>>
>>
>> Am 2 lucruri despre care nu sunt sigur:
>>
>> 1. Este permis/în regulă dacă Makefile-ul pentru Linux se numește 
>> GNUmakefile și cel de pe Windows Makefile?
>>
>> 2. Funcția sprintf face parte din headerul stdio pus la dispoziție de 
>> biblioteca libc. Este permis să o folosim pe cea deja implementată în 
>> libc-ul aferent?
>>
>>
>>
>> Mulțumesc și un weekend plăcut,
>>
>> Dorin Geman, 331CA
>>
>>
>
> On Fri, Mar 20, 2020 at 6:04 PM Paul Olaru  
> wrote:
>>
>> As long as it Works, sure.
>> Cred că e permisă pentru că funcția asta nu face nimic I/O. Personal 
>> recomand snprintf pentru că ăstuia poți să-i dai și o dimensiune a 
>> bufferului ca să nu faci overflow.
>>
>>
>>
>> Sent from Mail for Windows 10
>
>
> Mai am o întrebare - este o problemă dacă în README, la bibliografie, este un 
> link de 90 caractere?
> Este o eroare pasibilă de depunctare?
>

Este în regulă, nu va fi depunctat.
-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][Linux] Folosire

2020-03-23 Fir de Conversatie Razvan Crainea via so
Salut!

Da, puteți folosi funcția fstat.

Numai bine,

On Mon, Mar 23, 2020 at 12:45 PM Vlad Catanoiu via so
 wrote:
>
> Salutare,
>
> Este permisă în implementarea temei folosirea funcției fstat() din cadrul
> header-ului  pentru a obține informații despre fișier, cum ar
> fi, de exemplu, dimensiunea acestuia?
>
> Numai bine,
> Vlad Cătănoiu, 331CA
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [SO] [Depunctare Tema 1] Suprascriere vmchecker

2020-03-21 Fir de Conversatie Razvan Crainea via so
On Sat, Mar 21, 2020 at 1:25 PM Razvan Deaconescu via so
 wrote:
>
> Cimbir Luciana  writes:
> > Buna seara, am incarcat din greseala tema 2 astazi in locul temei 1 pentru
> > linux. Acum, am intarziere de 9 zile, ceea ce presupune punctaj 0 pe tema.
> > Arhiva pentru windows a fost incarcata inainte de deadline-ul soft.
> > Poate fi acesta luat in considerare? Care va fi punctajul final?
>
> E rezolvabil. Am forwardat discuția pe listă, vor răspunde cei din
> echipa de teme.
>
> Pe viitor să trimiteți astfel de mesaje direct pe listă.
>

Bună, Luciana!

Am făcut acum restore la tema submisă pe data de 10. Dacă sunt ceva
probleme, te rog să ne anunți.
Pe viitor, ne este foarte util să specificați si username-ul de pe
cs.curs.pub.ro.

Numai bine,

--
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema 1][Windows] Suprascriere submisie

2020-03-19 Fir de Conversatie Razvan Crainea via so
Salut, Teodor!

Am făcut acum revert.
Pe viitor, te rog să ne specifici și username-ul tău de cs.pub.ro.

Numai bine,
Răzvan

On Wed, Mar 18, 2020 at 2:22 PM Teodor Dutu via so  wrote:
>
> Salut,
>
> Din pacate nu am fost atent si mi-am suprascris submisia pentru Windows cu 
> cea pentru tema 2. Imi cer scuze.
>
> Se poate, va rog, sa mi se faca revert la submisia de dinaintea celei de 
> astazi?
>
> Multumesc,
> Teodor Dutu, 335CA
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Corectare submisie diferita de cea finala

2020-03-16 Fir de Conversatie Razvan Crainea via so
Bună, Anca!

Am făcut revert la o versiune mai veche, de la ora 23:18, și punctajul
obținut este de 73 puncte (Windows), 76 puncte (Linux).
Este în regulă această variantă?

Numai bine,
Răzvan

On Mon, Mar 16, 2020 at 4:38 PM Anca Millio via so  wrote:
>
> Buna ziua!
>
> Am verificat acum si intr-adevar ati facut revert la ce v-am cerut, dar este 
> vina mea ca v-am indicat gresit ora, deoarece varianta aceasta are 0 puncte 
> pe windows.
>
> Avand in vedere acest lucru, va rog frumos sa ma ajutati inca o data pentru a 
> nu ramane cu punctajul 0.
>
> Se pare ca nu stiu ora corecta, dar va pot spune ca varianta cautata de mine :
>
> - are depunctare de -0.5
> - are peste 70 de puncte, atat pe windows, cat si pe linux
>
> Daca nu o gasiti, atunci va rog sa imi dati revert la ultima incarcare a mea 
> de pe vmchecker(incarcarea de joi, dupa ora 1:00 am).
>
> Imi cer scuze pentru toata incurcatura si va multumesc pentru ajutor!
>
> Anca Millio
>
> > On Mar 15, 2020, at 20:48, Mihai Barbulescu  wrote:
> >
> > 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



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema 2][Windows] Checkstyle error doar pe Windows

2020-03-16 Fir de Conversatie Razvan Crainea via so
OK, dar dacă funcția nu întorcea nimic (void)? Ar fi trebuit să
folosești ceva de genul RETURN_IF_ERROR(assertion,);, ceea ce nu este
tocmai intuitiv.

Spor la temă!


On Mon, Mar 16, 2020 at 2:58 PM Antonio-Dan MACOVEI (94298)
 wrote:
>
> Salut Razvan,
>
> Iti multumesc pentru raspuns, voi incerca sa folosesc snippet-ul dat de tine.
>
> Cat despre ce am incercat eu sa fac, nu as fi avut problema de care spui tu
> la 1. deoarece macro-ul primea ca parametru si valoarea de retur. Mai exact,
> arata asa [1], iar numele ei era RETURN_IF_ERROR(assertion, return_value);
>
> [1] https://pastebin.com/Wv8AYFan
>
> O zi buna!
>
> 
> From: Razvan Crainea 
> Sent: Monday, March 16, 2020 11:13 AM
> To: Antonio-Dan MACOVEI (94298) ; 
> Sisteme de Operare 
> Cc: Dorin Geman 
> Subject: Re: [so] [Tema 2][Windows] Checkstyle error doar pe Windows
>
> Salutare!
>
> Într-adevăr, nu este recomandată utilizarea instrucțiunilor de
> modificare a flow-ului programului (return sau goto) în macro-uri din
> două motive:
> 1. limitează modul în care poți folosi macro-ul: spre exemplu, dacă în
> cadrul macro-ului folosești un `return -1`, atunci vei putea folosi
> macro-ul respectiv doar în funcții care întorc valori întregi, nu și
> funcții care nu întorc nimic, sau întorc pointeri
> 2. uitându-te la locurile în care se folosești macro-ul, este greu de
> dedus ce face; la DIE() este simplu, că știi exact că execuția
> programului moare (de acolo și numele DIE), dar dacă folosești return
> sau goto, e mai greu de intuit - trebuie verificată definiția
> macro-ului, lucru care face codul mai greu de citit.
>
> Pentru a folosi în continuare macro-ul și a păstra calitatea codului,
> poți modifica DIE să primească o *instrucțiune* pe care să o apeleze
> în cazul în care condiția este adevărată. Spre exemplu, poți face ceva
> de genul ăsta[2], unde este specificat explicit flow-ul programului.
>
> [2] https://gitlab.cs.pub.ro/snippets/37
>
> Numai bine,
>
> On Mon, Mar 16, 2020 at 4:52 AM Antonio-Dan MACOVEI (94298) via so
>  wrote:
> >
> > Chiar ma uitasem si eu pe linkul acela, insa am zis ca nu merita ceva de 
> > genul la mine.
> > Nu fac exit pentru ca trebuie sa propag codul de retur mai departe fara sa 
> > opresc executia intregului program. Folosesc acel macro pentru a evita 
> > if-urile care verifica o valoare de retur si intorc un cod, exact ca si DIE.
> > Pe linux cred ca s-a oprit din tipat cand am pus acel do while ca la DIE.
> >
> > Get Outlook for Android
> >
> > 
> > From: Dorin Geman 
> > Sent: Sunday, March 15, 2020 10:54:22 PM
> > To: Antonio-Dan MACOVEI (94298) ; 
> > Sisteme de Operare 
> > Subject: Re: [so] [Tema 2][Windows] Checkstyle error doar pe Windows
> >
> >
> >
> > On Sun, Mar 15, 2020 at 9:40 PM Antonio-Dan MACOVEI (94298) via so 
> >  wrote:
> >
> > Salut,
> >
> > Am folosit un MACRO atat pe Linux, cat si pe Windows (asemanator cu cel de 
> > DIE), insa doar pe Windows primesc urmatoarea eroare de coding style pe 
> > vmchecker:
> >
> > WARNING:MACRO_WITH_FLOW_CONTROL: Macros with flow control statements should 
> > be avoided
> >
> > Diferenta dintre DIE si functia mea este ca in loc de exit eu fac return.
> > Ar trebui sa modific, sau se poate adauga o exceptie in checkstyle?
> >
> > Salut,
> >
> > De ce nu faci exit() în loc de return?
> > Din ce am citit, return și goto __NU__ sunt recomandate în macro-uri. Am 
> > găsit un mesaj[0] care prezintă un truc, în cazul în care chiar ții la acel 
> > return.
> > Totuși, este ciudat ca nu-ți dă aceeași eroare și pe Linux, tocmai am 
> > testat cu un macro ce folosește return și sare imediat checkstyle-ul.
> >
> > Spor,
> > Dorin Geman, 331CA
> >
> > [0]: https://lore.kernel.org/patchwork/patch/498381/
> > ___
> > http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
>
>
> --
> Răzvan Crainea



--
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema 2][Windows] Checkstyle error doar pe Windows

2020-03-16 Fir de Conversatie Razvan Crainea via so
Salutare!

Într-adevăr, nu este recomandată utilizarea instrucțiunilor de
modificare a flow-ului programului (return sau goto) în macro-uri din
două motive:
1. limitează modul în care poți folosi macro-ul: spre exemplu, dacă în
cadrul macro-ului folosești un `return -1`, atunci vei putea folosi
macro-ul respectiv doar în funcții care întorc valori întregi, nu și
funcții care nu întorc nimic, sau întorc pointeri
2. uitându-te la locurile în care se folosești macro-ul, este greu de
dedus ce face; la DIE() este simplu, că știi exact că execuția
programului moare (de acolo și numele DIE), dar dacă folosești return
sau goto, e mai greu de intuit - trebuie verificată definiția
macro-ului, lucru care face codul mai greu de citit.

Pentru a folosi în continuare macro-ul și a păstra calitatea codului,
poți modifica DIE să primească o *instrucțiune* pe care să o apeleze
în cazul în care condiția este adevărată. Spre exemplu, poți face ceva
de genul ăsta[2], unde este specificat explicit flow-ul programului.

[2] https://gitlab.cs.pub.ro/snippets/37

Numai bine,

On Mon, Mar 16, 2020 at 4:52 AM Antonio-Dan MACOVEI (94298) via so
 wrote:
>
> Chiar ma uitasem si eu pe linkul acela, insa am zis ca nu merita ceva de 
> genul la mine.
> Nu fac exit pentru ca trebuie sa propag codul de retur mai departe fara sa 
> opresc executia intregului program. Folosesc acel macro pentru a evita 
> if-urile care verifica o valoare de retur si intorc un cod, exact ca si DIE.
> Pe linux cred ca s-a oprit din tipat cand am pus acel do while ca la DIE.
>
> Get Outlook for Android
>
> 
> From: Dorin Geman 
> Sent: Sunday, March 15, 2020 10:54:22 PM
> To: Antonio-Dan MACOVEI (94298) ; 
> Sisteme de Operare 
> Subject: Re: [so] [Tema 2][Windows] Checkstyle error doar pe Windows
>
>
>
> On Sun, Mar 15, 2020 at 9:40 PM Antonio-Dan MACOVEI (94298) via so 
>  wrote:
>
> Salut,
>
> Am folosit un MACRO atat pe Linux, cat si pe Windows (asemanator cu cel de 
> DIE), insa doar pe Windows primesc urmatoarea eroare de coding style pe 
> vmchecker:
>
> WARNING:MACRO_WITH_FLOW_CONTROL: Macros with flow control statements should 
> be avoided
>
> Diferenta dintre DIE si functia mea este ca in loc de exit eu fac return.
> Ar trebui sa modific, sau se poate adauga o exceptie in checkstyle?
>
> Salut,
>
> De ce nu faci exit() în loc de return?
> Din ce am citit, return și goto __NU__ sunt recomandate în macro-uri. Am 
> găsit un mesaj[0] care prezintă un truc, în cazul în care chiar ții la acel 
> return.
> Totuși, este ciudat ca nu-ți dă aceeași eroare și pe Linux, tocmai am testat 
> cu un macro ce folosește return și sare imediat checkstyle-ul.
>
> Spor,
> Dorin Geman, 331CA
>
> [0]: https://lore.kernel.org/patchwork/patch/498381/
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Tema SO

2020-03-14 Fir de Conversatie Razvan Crainea via so
Salut, Andrei!

Pentru orice întrebare, te rog să scrii pe unul din canalele oficiale,
nu un mail privat. Întrebările tale sunt adresate întregii echipe de
SO. Drept urmare am adăugat în tread lista publică de discuții[1].
Am avut până la urmă curiozitatea să rulez tema ta în mașina virtuală
de SO. Am pornit rularea temei acum 40 de minute, și încă nu s-a
terminat - s-a blocat la testul 26, fix cum se întâmpla și pe
vmchecker. Iar la testul 17 a ajuns cam după aproximativ 2 minute, fix
cum se întâmplă și pe vmchecker. Drept urmare ai avut, și ai, la
dispoziție toate tool-urile pentru a face debugging la problema ta.
Dacă nu te descurci să le folosești, te rog să ne spui ce faci, cum le
folosești, și ce anume nu merge, și vom încerca să te ajutăm. Dacă
raportul tău e că ceva e "ciudat", sau că "e de la checker", fără a
indica *ce* e de la checker, crede-mă că nu ne ajută deloc, drept
urmare nu te putem nici noi ajuta pe tine.
Dacă într-adevăr este o problemă la testare, te rog să ne-o indici, și
după ce o validăm, vă vom acorda punctajul meritat. Altfel, dacă vrei
doar să facem noi debugging la tema ta, vom face asta după deadline,
când vom corecta temele.

[1] https://ocw.cs.pub.ro/courses/so/info/lista-discutii

Numai bine,
Răzvan


On Sat, Mar 14, 2020 at 9:44 PM Andrei Grigoras
 wrote:
>
> Buna,
>
> Vreau te rog sa imi zici mai concret ce este gresit in implementare. Cum 
> poate pe linux, acelasi cod sa ruleze fara probleme mai putin la testele unde 
> nu am implementat functionalitatea?
> Explica-mi te rog pentru ca poate nu inteleg eu. Am uploadat de mai multe ori 
> pe Windows si cateodata se opreste la testul 9, alteori la 17 si alteori la 
> 26. Am rulat fiecare test de mana si niciodata nu are probleme de timp. E 
> destul ca sa fie probleme la 2-3% din studenti cat sa ne dea peste cap toata 
> tema. Daca chiar doresti, am si filmare cu rularea testelor de mana. " M-am 
> uitat pe tema ta și m-am convins de asta, nici măcar nu e nevoie să rulez", 
> chiar te rog sa explici la ce te referi, mie nu mi se pare frumos sa imi dai 
> de 2 ori acelasi raspuns cand iti zic ca tot uploadez si rulez manual si e 
> ceva ciudat.
>
>


--
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][General] Folosire stdio.h pentru DIE

2020-03-13 Fir de Conversatie Razvan Crainea via so
Salut, Teodor!

Nu este nicio problemă, poți folosi macro-ul DIE, și poți include
**headerul**[*] stdio.h.

[*] stdio.h nu este o bibliotecă, ci un header care expune funcții din
biblioteca libc

Numai bine,
Răzvan


On Fri, Mar 13, 2020 at 9:11 AM Teodor Dutu via so  wrote:
>
> Salut,
>
> DIE-ul meu e modificat in sensul ca nu iese cu EXIT_FAILURE daca e adevarata 
> conditia care i se da, deci se respecta valorile de retur necesare ale 
> functiilor.
> Asa ca nu cred ca ar fi o problema acel DIE.
>
> Teodor Dutu
>
> On Fri, Mar 13, 2020 at 8:55 AM Paul Olaru  
> wrote:
>>
>> Nu știu cât de de acord vor fi cu utilizarea unui macro tip DIE, dar atâta 
>> timp cât nu folosești funcționalitățile din acel header pentru implementarea 
>> efectivă a temei nu ar trebui să fie o problemă.
>>
>> On Fri, Mar 13, 2020, 08:53 Teodor Dutu via so  wrote:
>>>
>>> Salut,
>>>
>>> Este permisa folsirea fprintf si perror si, implicit, includerea 
>>> bibliotecii stdio.h daca acestea se fac exclusiv pentru macro-ul DIE?
>>>
>>> Multumesc,
>>> Teodor Dutu
>>> ___
>>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



--
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Test38] NR_RUNS=1000 e prea mic

2020-03-10 Fir de Conversatie Razvan Crainea via so
Salut, Ștefan!

Mulțumim pentru feedback: observația ta este într-adevăr validă - dacă
cineva ar vrea să "păcălească" checker-ul, aceasta ar fi una dintre
variante. Te invităm să submiți un Pull Request[1] cu o propunere
derezolvare a acestei situații.
Pe de altă parte, există work around-uri mult mai ușoare pentru a
rezolva tema, doar că acestea sunt interzise[2]. Astfel de cazuri de
"ocolire" a enunțului nu respectă cerințele temei, drept urmare vor fi
penalizate ulterior la verificarea și punctarea finală.

[1] https://github.com/systems-cs-pub-ro/so-assignments/pulls
[2] 
https://ocw.cs.pub.ro/courses/so/meta/notare#verificarea_corectarea_si_punctarea_temelor

Numai bine,
Răzvan

On Tue, Mar 10, 2020 at 5:13 PM Ştefan VODIŢĂ (94345)
 wrote:
>
> Salut, Razvan!
>
> Ai avut dreptate ca tema mea ajungea la 1000 de alocari din cauza ca aparea 
> un loop. Am rezolvat acum problema.
>
> Cred totusi ca merita sa luam in considerare adaugarea unui return -1 dupa 
> forul din functia run_until_success[1].
> Daca cineva ar vrea sa scape de testarea mallocurilor ar trebui doar sa 
> introduca acest cod la inceputul mainului:
>
>   char *aux;
>   int i;
>   for (i = 0; i < 1000; ++i) {
>   aux = malloc(1);
>   DIE(aux == NULL, "trick malloc check");
>   free(aux);
>   }
>
> Orice alte mallocuri ar face apoi, nu ar mai fi verificate de checker. 
> Asemenea se poate face si pentru calloc si realloc.
>
> Alternativ, daca prin absurd cineva face peste 1000 de mallocuri in tema si 
> ajunge la rezultatul corect, alocarile nu vor fi neaparat verificate.
> In plus, in cazul meu, checkerul s-ar fi oprit dupa ce trecea prin 1000 de 
> mallocuri fara sa mai continue la calloc.
>
> Daca tema va mai fi folosita si in anii viitori, poate ca schimbarea pe care 
> am propus-o se dovedeste utila.
>
>
> Multumesc pentru ajutor,
> Stefan
>
> [1] 
> https://github.com/systems-cs-pub-ro/so-assignments/blob/9efb7acc7bf65a49a77ae38633996d0bd362ef5e/1-multi/checker/multi/_test/run_test.sh#L162
> 
> From: Razvan Crainea 
> Sent: Sunday, March 8, 2020 7:22 PM
> To: Vlad Lungu ; Sisteme de Operare 
> 
> Cc: Ştefan VODIŢĂ (94345) 
> Subject: Re: [so] [Tema1][Test38] NR_RUNS=1000 e prea mic
>
> Salut, Ștefan!
>
> Testul rulează tema ta de 3000 de ori[1], de câte 1000 de ori pentru
> fiecare din funcțiile malloc (linia 180), calloc (linia 185) și
> realloc (linia 190). De asta ai mai mult de 1000 de output-uri.
> Probabil problema ta este că nu tratezi corect unul din cazurile de
> eroare, și programul tau intră într-un loop.
>
> Numai bine,
> Răzvan
>
> [1] 
> https://github.com/systems-cs-pub-ro/so-assignments/blob/master/1-multi/checker/multi/_test/run_test.sh#L180
>
> Numai bine,
> Răzvan
>
> On Sun, Mar 8, 2020 at 5:30 PM Vlad Lungu via so  wrote:
> >
> > Când declari hash-ul, ai grija la dimensiune. Nu ai nevoie de o tabelă hash 
> > de dispersie prea mare.
> >
> > On Sun, 8 Mar 2020, 16:56 Ştefan VODIŢĂ (94345) via so, 
> >  wrote:
> >>
> >> Salut!
> >>
> >> Am probleme la testul 38. Am folosit DIE pentru a opri executia de fiecare 
> >> data cand o alocare esueaza.
> >> Atunci cand rulez checkerul vad outputul de la DIE repetat pentru diferite 
> >> alocari. La final apare un mesaj out of memory care anunta ca va fi oprit 
> >> procesul so-cpp, iar testul pica.
> >>
> >> Daca nu ma insel, se verifica consecutiv fiecare alocare prin care se 
> >> trece la rulare, dar acest lucru e limitat la 1000 de incercari.
> >> In cazul meu, am numarat 1010 linii de eroare pana s-a oprit programul. Nu 
> >> stiu de ce sunt 10 in plus, dar deduc ca la testul 38 fac mai mult de 1000 
> >> de alocari si checkerul nu continua verificarea mai departe de 
> >> NR_RUNS=1000.
> >>
> >> E corecta presupunerea mea? Daca nu, din ce cauza ar putea sa apara 
> >> problema pe care o am?
> >>
> >>
> >> Multumesc,
> >> Stefan Vodita
> >> ___
> >> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
> >
> > ___
> > http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
>
>
> --
> Răzvan Crainea



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Parametrii gresiti

2020-03-09 Fir de Conversatie Razvan Crainea via so
Salut, Mihai!

Când programul primește parametri greșiți, trebuie să terminați
execuția programului cu o valoare diferită de 0.

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

Numai bine,
Răzvan

On Mon, Mar 9, 2020 at 9:01 AM Mihai Sp via so  wrote:
>
> Buna ziua,
>
> Imi este neclar ce trebuie sa se intample cu so-cpp cand programul da de 
> parametrii gresiti. Am incercat sa il inchid cu return sau exit cu diferite 
> coduri de eroare, dar testele vad ca inca pica.
>
> Multumesc anticipat,
> Spataru Mihai
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Test38] NR_RUNS=1000 e prea mic

2020-03-08 Fir de Conversatie Razvan Crainea via so
Salut, Ștefan!

Testul rulează tema ta de 3000 de ori[1], de câte 1000 de ori pentru
fiecare din funcțiile malloc (linia 180), calloc (linia 185) și
realloc (linia 190). De asta ai mai mult de 1000 de output-uri.
Probabil problema ta este că nu tratezi corect unul din cazurile de
eroare, și programul tau intră într-un loop.

Numai bine,
Răzvan

[1] 
https://github.com/systems-cs-pub-ro/so-assignments/blob/master/1-multi/checker/multi/_test/run_test.sh#L180

Numai bine,
Răzvan

On Sun, Mar 8, 2020 at 5:30 PM Vlad Lungu via so  wrote:
>
> Când declari hash-ul, ai grija la dimensiune. Nu ai nevoie de o tabelă hash 
> de dispersie prea mare.
>
> On Sun, 8 Mar 2020, 16:56 Ştefan VODIŢĂ (94345) via so, 
>  wrote:
>>
>> Salut!
>>
>> Am probleme la testul 38. Am folosit DIE pentru a opri executia de fiecare 
>> data cand o alocare esueaza.
>> Atunci cand rulez checkerul vad outputul de la DIE repetat pentru diferite 
>> alocari. La final apare un mesaj out of memory care anunta ca va fi oprit 
>> procesul so-cpp, iar testul pica.
>>
>> Daca nu ma insel, se verifica consecutiv fiecare alocare prin care se trece 
>> la rulare, dar acest lucru e limitat la 1000 de incercari.
>> In cazul meu, am numarat 1010 linii de eroare pana s-a oprit programul. Nu 
>> stiu de ce sunt 10 in plus, dar deduc ca la testul 38 fac mai mult de 1000 
>> de alocari si checkerul nu continua verificarea mai departe de NR_RUNS=1000.
>>
>> E corecta presupunerea mea? Daca nu, din ce cauza ar putea sa apara problema 
>> pe care o am?
>>
>>
>> Multumesc,
>> Stefan Vodita
>> ___
>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

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

2020-03-04 Fir de Conversatie Razvan Crainea via so
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

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

2020-03-03 Fir de Conversatie Razvan Crainea via so
Bună, Andreea!

Implementarea ta conține o mulțime de accese invalide la memorie, de
asta are un comportament nedeterminist.
Încearcă să rulezi programul tău folosind valgrind și să rezolvi toate
problemele de memorie.

Numai bine,
Răzvan

On Wed, Mar 4, 2020 at 8:40 AM Deea O via so  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
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



--
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema 1][General] Max Number of Buckets

2020-02-27 Fir de Conversatie Razvan Crainea via so
Salut, Ștefan!

Ideal ar fi să faci cum a spus Paul: să pornești cu o valoarea mică
(spre exemplu 16) și să redimensionezi în funcție de load. Dar asta nu
este o cerință.
Puteți stabili o valoare constantă pentru hash, dar recomandăm să o
definiți printr-o directivă #define, pe care s-o folosiți în restul
temei. Astfel veți putea schimba dimensiunea mult mai ușor, doar
modificând valoarea define-ului.

Numai bine,
Răzvan

On Thu, Feb 27, 2020 at 3:37 PM Paul Olaru via so  wrote:
>
> Cred că poți începe cu 16 or smth și să ai suport pentru a-l redimensiona în 
> funcție de load, de cât de ocupat este hashmap-ul. Eu așa am făcut anul 
> trecut dacă îmi amintesc bine.
>
> On Thu, Feb 27, 2020, 3:11 PM Stefan Hermeniuc via so  
> wrote:
>>
>> Salut,
>>
>> Implementarea unui HashMap in mod clasic presupune un numar maxim de 
>> buckets, stabilit anterior. Se accepta folosirea unei constante alese de noi 
>> sau se considera hardcodare?
>>
>> Stefan Hermeniuc, 334CA
>> ___
>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Masini Virtuale

2020-02-27 Fir de Conversatie Razvan Crainea via so
On Thu, Feb 27, 2020 at 2:21 PM Mihai GHEOACE (94307) via so
 wrote:
>
> Salut!
>
> Am probleme cu VMware si VirtualBox , fiind incompatibile cu 
> Device/Credential Guard. Am folosit script ul celor de windows si am dat 
> disable manual la Hyper-V, dar nu a ajutat de loc. Precizez ca am incercat si 
> pe Vmware Workstation si pe versiunea Player.
>
> Eroare este :” VMware Workstation and Device/Credential Guard are not 
> compatible”

Salut, Mihai!

Poți încerca soluția de aici[1]?

[1] https://communities.vmware.com/thread/584231

Numai bine,
Răzvan
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema 1][General] Genericitate HashMap

2020-02-25 Fir de Conversatie Razvan Crainea via so
On Wed, Feb 26, 2020 at 12:04 AM Teodor Dutu via so
 wrote:
>
> Salut,
>
> Este nevoie ca implementarea HashMapului sa fie una generica, sau poate fi 
> una particulara pentru ce vrem sa folosim in tema?

Salut, Teodor!

Ideal ar fi să folosiți un HashMap generic, dar nu este o cerință.
Puteți folosi și o implementare particulară, dar nu aveți voie să
hardcodați valori, ca de exemplu dimensiunea unui cuvânt din hash.
Folosiți alocare dinamică, de dimensiunele de care aveți nevoie.

Numai bine!
-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Catalog] Probleme note teme

2019-05-25 Fir de Conversatie Razvan Crainea via so
Salut, Octav!

Ai dreptate, notele nu au apărut din cauză că nu era trecut ID-ul în
spreadsheet.
Am trecut acum ID-ul și notele, dacă mai sunt probleme, te rog să mă anunți.

Numai bine,

On Sat, May 25, 2019 at 5:45 PM Octav Rusuleanu via so
 wrote:
>
> Buna ziua!
>
> Imi cer scuze pentru deranj insa mie nu imi apar notele de la teme in catalog 
> (mai exact, temele 1 si 2; 3 si 4 nu le-am facut).
> Nume: Rusuleanu Octav
> Grupa: 335CC
> ID: octav.rusuleanu
>
> Acest lucru probabil se datoreaza faptului ca moodle ID-ul meu nu este trecut 
> in catalog. (notele imi apar corect pe vmchecker)
> Puteti verifica situatia va rog?
>
> Cu stima,
> Rusuleanu Octav
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Notare Tema1]

2019-05-25 Fir de Conversatie Razvan Crainea via so
Bună, Andreea!

Da, ai dreptate, din cauză că ai submis tema 2 peste tema 1, punctajul
aferent temei a ajuns 0.
Am făcut revert la tema anterioară și am trecut punctajul corect în catalog.

Numai bine!
Răzvan


On Sat, May 25, 2019 at 2:20 PM ANDREEA GORGOI via so
 wrote:
>
> Buna,
>
> Am primit 0 in catalog pe TEMA 1. Mentionez ca dupa corectare primisem 
> punctajul de 8.9 pe ambele versiuni ( Linux si Windows).  Ulterior am 
> incarcat din greseala Tema 2 peste Tema 1 Windows, dar aceasta s-a petrecut 
> dupa deadline-ul hard al Temei1 si am considerat ca totusi nu va cauza o 
> problema (probabil de aici punctajul de 0). Se poate face deci ceva in 
> privinta asta?
>
> O zi buna,
> Andreea Gorgoi
> 336CC
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Publicare Note Teme in Catalog

2019-05-24 Fir de Conversatie Razvan Crainea via so
Salutare din nou!

În urma unor observații ale unor studenți am remarcat că unele note de
la tema 2, windows, nu erau punctate corect.
Am reparat această greșeală și am ajustat și în catalog[1].

Legat de problema de la seria CB, voi discuta mâine cu colegii mei și
vom reveni cu un răspuns.

Numai bine,

>> [1] 
>> https://docs.google.com/spreadsheets/d/1zWwNZOgb2edT8Uoplfb017VY_WD41u5-zL4fTr0_oFs/edit#gid=0
-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Teme

2019-05-24 Fir de Conversatie Razvan Crainea via so
Salut, Rares!

A fost o problemă, nu aveai trecut username-ul în catalog, și de aceea
nu s-a completat corect nota.
Am reparat acum, ar trebui să fie ok.

Numai bine,

On Fri, May 24, 2019 at 5:18 PM Rares Cosmin via so
 wrote:
>
> Buna ziua! Imi cer scuze pentru deranj dar mie nu imi apar notele de la teme 
> in catalog.
> Nume: Zaharescu Rares
> Grupa: 333AA , sectiunea “Altii”
> ID: rares.zaharescu
>
> Imi cer scuze daca scriu la topicul gresit, dar nu e tocmai o contestatie 
> pentru teme, deoarece notele de pe vmchecker sunt in regula. Multumesc!
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Publicare Note Teme in Catalog

2019-05-24 Fir de Conversatie Razvan Crainea via so
Salutare!

Catalogul este cel de aici[1], scuze pentru confuzie.

[1] 
https://docs.google.com/spreadsheets/d/1zWwNZOgb2edT8Uoplfb017VY_WD41u5-zL4fTr0_oFs/edit#gid=0

Numai bine!

On Fri, May 24, 2019 at 5:08 PM Razvan Crainea  wrote:
>
> Salutare!
>
> Am publicat acum notele și în catalog[1].
> În continuare, dacă remarcați ceva probleme, vă rugăm să le raportați
> conform indicațiilor de aici[2].
>
> [1] 
> https://docs.google.com/spreadsheets/d/1mI0Cs2H6h_LpcuHWpaxO7NVgdH-twKOekDA42vuiYjE/edit#gid=0
> [2] https://ocw.cs.pub.ro/courses/so/teme/contestatii
>
> Spor în continuare!
> --
> Răzvan Crainea



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

[so] Publicare Note Teme in Catalog

2019-05-24 Fir de Conversatie Razvan Crainea via so
Salutare!

Am publicat acum notele și în catalog[1].
În continuare, dacă remarcați ceva probleme, vă rugăm să le raportați
conform indicațiilor de aici[2].

[1] 
https://docs.google.com/spreadsheets/d/1mI0Cs2H6h_LpcuHWpaxO7NVgdH-twKOekDA42vuiYjE/edit#gid=0
[2] https://ocw.cs.pub.ro/courses/so/teme/contestatii

Spor în continuare!
-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema 4 & 5] Publicare Note

2019-05-24 Fir de Conversatie Razvan Crainea via so
Salutare!

Unul din colegii voștrii ne-au semnalat niște probleme la tema 4,
windows, în care unele teme erau depunctate pentru niște greșeli de
syntax error din teste.
Am remediat această problemă și am resubmis toate temele la corectare.
În urma acestei resubmisii, majoritatea temelor au primit punctaje în
plus.

Dacă mai sunt probleme legate de notarea temelor, vă rog să ne
anunțați conform [3].

Numai bine,

On Fri, May 24, 2019 at 7:36 AM Razvan Crainea  wrote:
>
> Salutare!
>
> Am publicat acum și notele pentru temele 4 și 5 pe vmchecker[1].
> Acestea sunt notele finale, urmând ca în cursul zilei de azi să le
> trecem în catalog[2].
> Pentru orice fel de probleme legate de notarea temelor, vă rugăm să
> urmăriți pașii de aici[3].
>
> [1] https://vmchecker.cs.pub.ro/ui/#SO
> [2] 
> https://docs.google.com/spreadsheets/d/1zWwNZOgb2edT8Uoplfb017VY_WD41u5-zL4fTr0_oFs/edit#gid=0
> [3] https://ocw.cs.pub.ro/courses/so/teme/contestatii
>
> Numai bine!
> --
> Răzvan Crainea



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

[so] [Tema 4 & 5] Publicare Note

2019-05-23 Fir de Conversatie Razvan Crainea via so
Salutare!

Am publicat acum și notele pentru temele 4 și 5 pe vmchecker[1].
Acestea sunt notele finale, urmând ca în cursul zilei de azi să le
trecem în catalog[2].
Pentru orice fel de probleme legate de notarea temelor, vă rugăm să
urmăriți pașii de aici[3].

[1] https://vmchecker.cs.pub.ro/ui/#SO
[2] 
https://docs.google.com/spreadsheets/d/1zWwNZOgb2edT8Uoplfb017VY_WD41u5-zL4fTr0_oFs/edit#gid=0
[3] https://ocw.cs.pub.ro/courses/so/teme/contestatii

Numai bine!
-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

[so] [Tema 3] Publicare Note

2019-05-22 Fir de Conversatie Razvan Crainea via so
Salutare!

Am publicat pe vmchecker[1] notele pentru tema 3.
Pentru orice fel de probleme legate de notare, vă rugăm să urmați pașii de pe
pagina de contestații [2].

[1] https://vmchecker.cs.pub.ro/ui/#SO
[2] https://ocw.cs.pub.ro/courses/so/teme/contestatii

Numai bine!
-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema 5][Linux] Testul 16 small file wget

2019-05-22 Fir de Conversatie Razvan Crainea via so
Salut, Alexandru!

Ai tratat cazul în care nu reușești să citești request-ul dintr-o
singură bucată? Dacă nu, cel mai probabil din cauza asta e. Similar,
este posibil ca nici reply-ul tău să nu poată fi trimis tot, dintr-o
singură bucată, va trebui să tratezi și acest caz.

Numai bine,
Răzvan

On Wed, May 22, 2019 at 3:09 PM Alex Cosmin Mihai via so
 wrote:
>
> Salutare!
>
> Nu reusesc sa-mi dau seama de ce mi se blocheaza checkerul pe testul 16 care 
> descarca un fisier static. Daca rulez in terminal comanda wget rulata de 
> test, aceasta merge ok, insa daca rulez testul se blocheaza si nu imi scrie 
> nimic in fisierul test.log, insa conexiunea prin wget se face.
>
> M-ati putea ajuta, va rog? Am incarcat si codul pe gitlab 
> (alexandru.mihai1708)
>
> Numai bine,
> Alex Mihai
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Situatie Note]

2019-05-20 Fir de Conversatie Razvan Crainea via so
Salut, Rareș!

Vom publica notele pentru Tema 3 cel târziu mâine, 22.05.2019, iar
pentru Tema 4 și 5, vineri, 24.05.2019.
Pentru concurs vor fi corectate azi doar temele cu punctaj maxim
trimise până pe data de 19.05.2019.

Numai bine,
Răzvan

On Mon, May 20, 2019 at 5:09 PM Rares Dobre via so  wrote:
>
> Bună ziua,
>
> Știu că este o perioadă aglomerată, în special pentru profesori și asistenți 
> însă, în calitate de reprezentant de serie și, fiindu-mi adresate multe 
> întrebări la care nu am eu un răspuns, vă adresez următoarea întrebare: când 
> vor fi trecute și notele pe temele 3 și 4? Întreb de 3 și 4 deoarece bănuiesc 
> că tema 5 vă fi corectata mai repede fiind vorba de concursul celor de la 
> Bitdefender.
>
> Vă mulțumesc anticipat pentru răspuns!
> O zi bună vă doresc,
> Rareș Dobre
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [SO][Tema4][Windows] Upload accidental tema5 linux

2019-05-20 Fir de Conversatie Razvan Crainea via so
Am făcut revert. Te rog pe viitor să indici și username-ul tău.

Numai bine,
Răzvan

On Mon, May 20, 2019 at 11:12 AM Theo Chihaia via so
 wrote:
>
> Salut,
>
> Am incarcat, din greseala, tema5-linux in formularul dedicat pentru 
> tema4-windows.
>
> Se poate considera penultima incarcare a temei 4 de windows la corectare?
>
> Multumesc,
> Theo
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

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

2019-05-17 Fir de Conversatie Razvan Crainea via so
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

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

2019-05-17 Fir de Conversatie Razvan Crainea via so
Bună, Irina!

Este posibil ca mașina pe care rulează vmchecker să fie puțin mai
încarcată, iar unele teste să dureze puțin mai mult pe vmchecker. În
rest, ar trebui să fie același lucru.
M-am uitat în schimb la implementarea ta și am observat cu tu nu faci
operațiile într-un mod ne-blocant, de aceea ultimele teste nu se
încadrează în timpul necesar.

Numai bine,
Răzvan

On Fri, May 17, 2019 at 2:13 AM irina Mitocaru via so
 wrote:
>
>
> Nu am schimbat setarile masinii virtuale.
> Si cu make -f Makefile.checker e acelasi rezultat, testele care merg in 
> masina virtuala nu merg pe Vmchecker din cauza timeoutului. Tot din aceasta 
> cauza nici nu se termina checkeruk de rulat (pe Vm).
>
> Sent from Yahoo Mail for iPhone
>
> On Thursday, May 16, 2019, 3:22 PM, Mihai Barbulescu  
> wrote:
>
> 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



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema5][Linux] Suport pentru cmake

2019-05-16 Fir de Conversatie Razvan Crainea via so
Salut, Teodor!

Din păcate este destul de complicat să adăugăm suport de cmake pentru
verificarea temei acum.
În schimb dacă vrei neapărat să folosești cmake, poți face compilarea
variantei de bază a temei folosing make (asta este ce va fi testat de
vmchecker), iar funcționalitățile extra folosind cmake. Din moment ce
funcționalitățile extra vor fi testate manual, vom avea posibilitatea
să instalăm cmake și să compilăm. Dar asigură-te că adaugi în README
toți pașii necesari testării.

Numai bine!
Răzvan

On Thu, May 16, 2019 at 7:05 AM Adrian Șendroiu via so
 wrote:
>
> Păi și Makefile-urile generate de cmake sunt tot recursive. (și cam
> tot restul de sisteme de build, gen autotools, Kbuild)
>
>
> On Wed, 15 May 2019 at 22:53, Teodor Szente via so  
> wrote:
> >
> > Salutare,
> > Având în vedere că tema 5 este poate fi destul de feature-rich, pe măsura 
> > dezvoltări codul devine tot mai greu de gestionat. Deoarce sunt complet 
> > împotriva recursive make, am ales să rezolv această probleme folosind cmake.
> > Din păcate mașina virtuală pentru SO nu conține cmake. Aș dori să întreb 
> > dacă este posibil să adăugați suport pentru cmake pentru această temă.
> >
> > Numai bine,
> > Szente Teodor
> > ___
> > http://ocw.cs.pub.ro/courses/so/info/lista-discutii
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema5][Linux] Test replies http request

2019-05-12 Fir de Conversatie Razvan Crainea via so
Salut, Rares!

Aparent sunt ceva probleme când server-ul de vmchecker este încărcat,
serverul aws nu apucă să se inițializeze în totalitate.
Am adăugat un timeout mai mare la teste și am re-rulat tema ta. Acum
obții punctajul pe teste.

Numai bine,
Răzvan


On Sat, May 11, 2019 at 12:36 PM Rares Folea via so
 wrote:
>
> Buna ziua,
>
> Ma confrunt cu urmatoarea problema.
> Am implementat trimiterea fisierelor statice si primesc confirmarea 
> checkerului atat pe masina virtuala de linux cat si pe vmchecker.
>
> Cu toate acestea, testul 13, "Test replies http request” pica pe vmchecker, 
> dar trece cand il testez pe masina virtuala de SO.
> De asemenea, nu par a fi probleme nici cand testez manual:
>
> echo -ne "GET /static/small00.dat HTTP/1.1\r\n\r\n" | nc -q 1 localhost 
>
>
>
> Reply-ul si headerul ajung cu succes:
>
> HTTP/1.1 200 OK
> Sat, 11 May 2019 11:14:19 GMT
> Server: Apache/2.2.9
> Last-Modified: Mon, 06 May 2019 10:00:00 GMT
> Accept-Ranges: bytes
> Content-Length: 2048
> Vary: Accept-Encoding
> Connection: close
> Content-Type: text/html
>
> Rq??!??&??|%Y??BݮR?yl2??L??hm?O)?/s?8?с???Ol
> […]
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



--
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][Windows]Neincludere fisier so_stdio.h in arhiva

2019-05-12 Fir de Conversatie Razvan Crainea via so
Done. Am adăugat header-ul și am resubmis tema.
Am ajustat și nota.


On Fri, May 10, 2019 at 7:28 PM Danut Matei via so  wrote:
>
> Buna seara,
>
> In momentul in care am trimis arhiva pentru tema 2 pe windows, am
> uitat sa includ in ea si fisierul so_stdio.h (dat in schelet). In
> momentul respectiv nu am realizat acest lucru, deoarece vmchecker inca
> afisa 'vmexecutor exitcode 1'.
>
> Se poate retesta, va rog, arhiva cu fisierul .h inclus?
>
> User LDAP: gabriel_danut.matei
>
> Multumesc frumos!
> Danut Matei
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



--
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema 4] Submisie Tema 4 peste Tema 3 [Linux]

2019-05-12 Fir de Conversatie Razvan Crainea via so
Done.
Pe viitor, te rog sa specifici și user-ul de LDAP.

Numai bine!

On Fri, May 10, 2019 at 6:05 PM Șendre Mihai-Alin via so
 wrote:
>
> Salut,
>
> Am submis Tema 4 peste Tema 3, var. Linux, din neatentie. Se poate face un 
> revert, va rog? :)
>
> Multumesc frumos!
> Mihai-Alin Șendre
> +40764199156
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema 4][Windows] Segmentation fault la iterarea prin coada

2019-05-12 Fir de Conversatie Razvan Crainea via so
Salut, Mihai!

Ai reușit să rezolvi? Dacă da, poți să ne spui care era problema?
Dacă nu, încearcă să rulezi în debugging mode și să verifici care este
stack-trace-ul care generează acea eroare și care este 'i'-ul în
momentul erorii.

Numai bine!
Răzvan

On Sat, May 11, 2019 at 2:12 PM Șendre Mihai-Alin via so
 wrote:
>
> Salut,
>
> Ma tot chinui de ceva ore sa-mi dau seama de ce primesc Segmentation fault. 
> Am rulat cu drmemory (am pus flag-urile /Zi si /debug) si am eroarea asta:
>
> Error #1: UNADDRESSABLE ACCESS beyond heap bounds: reading 
> 0x0090011c-0x00900120 4 byte(s)
> # 0 libscheduler.dll!threadfunc   
> [c:\users\student\desktop\tema4_so\so-assignments-master\4-scheduler\checker-win\so_scheduler.c:322]
> # 1 KERNEL32.dll!BaseThreadInitThunk +0x11 (0x768d1174 
> )
> Note: @0:00:00.988 in thread 4256
> Note: next higher malloc: 0x00900120-0x00900138
> Note: prev lower malloc:  0x009000f8-0x009000fc
> Note: instruction: mov(%eax,%ecx,4) -> %edx
>
> Linia mentionata de drmemory (322) este o linie in care iau head-ul cozii de 
> thread-uri:
>
>   qhead = queue_array->queues[i].head;
>
> Am folosit calloc peste tot, am pus head-ul la NULL etc. Am ramas fara 
> inspiratie, ma puteti ajuta cu ceva hint-uri? De asemenea faptul ca acelasi 
> cod functioneaza pe Linux fara nicio problema nu ma ajuta deloc.
>
> Multumesc anticipat,
> Mihai-Alin Șendre
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema5][Linux]

2019-05-12 Fir de Conversatie Razvan Crainea via so
Bună Irina!

Cel mai probabil din cauză că testele rulate de noi adaugă puțină
entropie în environment-ul în care ruleaza serverul Web. Mai exact, în
teste sunt simulate niște cazuri în care datele nu pot fi transferate
instant pe rețea, din cauză că interfața de rețea este
suprasolicitată. Voi trebuie să tratați aceste cazuri.

Numai bine,
Răzvan

On Sun, May 12, 2019 at 12:11 PM irina Mitocaru via so
 wrote:
>
> Bună.
> Când rulez comanda 'wget -t 1 "http://localhost:/static/small00.dat; \ -O 
> small00.dat' (din testul 16) dintr-un terminal, fișierul se descarcă complet, 
> cu aceleași date care sunt și în fișierul static/small00.dat, însă când rulez 
> ./_test/run_test.sh 16, wget se comportă diferit și returnează ERROR -1: 
> Malformed status line, iar fișierul small00.dat primit are 0 bytes.
> Întrebarea mea este de ce se comportă diferit comanda rulată dintr-un 
> terminal vs  rulată dintr-un script.
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema4][Windows] - Eroare coding style in fisier de test

2019-05-09 Fir de Conversatie Razvan Crainea via so
Salut, Ionuț!

Repară eroarea și fă un pull request pe repo-ul so-assignments [1].

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

Spor!

On Thu, May 9, 2019 at 11:21 PM Ionuț Mihalache via so
 wrote:
>
> Am o eroare de coding style in unul din fisierele de test. Cum as putea sa o 
> rezolv?
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema4] Prelungire Deadline

2019-05-09 Fir de Conversatie Razvan Crainea via so
Salut, Ionuț!

Enunțul temei a fost postat pe data de 18 aprilie 2019, și de atunci
nu a suferit nicio modificare. Voi trebuie să rezolvați tema conform
enunțului, *NU* conform testelor. Testele sunt folosite doar pentru a
vă putea da o idee despre cum ar trebui să functioneze tema, cum va fi
verificată și informativ ce punctaj veți obține. Dar nu acoperă
rezolvarea absolută! De aceea, din diverse motive care țin de
implementare (și nu de teste), noi putem scădea din punctajul obținut,
în funcție de rezolvarea propriuzisă.
Faptul că tema ta nu trece noile teste însesamnă că ea nu este 100%
conformă cu enunțul, care, din nou, nu s-a modificat de la publicare.
Prin urmare nu găsim o motivație pentru a prelungi deadline-ul temei.

Numai bine,
Răzvan


On Thu, May 9, 2019 at 10:12 PM Ionuț Mihalache  wrote:
>
> Salut,
>
> Știu că s-a luat o hotărâre dar nu s-ar putea pune deadline-ul mâine seară. 
> Tot fac debug la temă și nu înțeleg ce are și nu cred că sunt singurul. Este 
> prea din scurt și am văzut că până și pe linux mai apar erori de coding style 
> pe care înainte nu le aveam.
> Chiar nu vreau să pierd puncte și pentru coding style și iarăși nu sunt 
> singurul în situația asta.
>
> Mulțumesc.
>
> În joi, 9 mai 2019 la 16:24, Razvan Crainea via so  a 
> scris:
>>
>> Salutare!
>>
>> Datorită problemelor întâlnite legate de testele pentru tema 4, am
>> decis să prelungim deadline-ul acesteia cu o zi. Astfel, deadline-ul
>> soft pentru trimiterea temei 4 este în această seară, *09.05.2019, ora
>> 23:55*, iar deadline-ul hard este pe data de *16.05.2019, ora 23:55*.
>>
>> Numai bine!
>> --
>> Răzvan Crainea
>> ___
>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



--
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

[so] [Tema4] Prelungire Deadline

2019-05-09 Fir de Conversatie Razvan Crainea via so
Salutare!

Datorită problemelor întâlnite legate de testele pentru tema 4, am
decis să prelungim deadline-ul acesteia cu o zi. Astfel, deadline-ul
soft pentru trimiterea temei 4 este în această seară, *09.05.2019, ora
23:55*, iar deadline-ul hard este pe data de *16.05.2019, ora 23:55*.

Numai bine!
-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema4][Windows] Problema checker

2019-05-09 Fir de Conversatie Razvan Crainea via so
Salutare!

Datorită problemelor legate de teste, am hotărât să prelungim
deadline-ul cu o zi. Voi reveni cu un mail legat de asta.

Spor!


On Thu, May 9, 2019 at 3:56 PM Ionuț Mihalache  wrote:
>
> Salut,
>
> După resubmisie îmi pică niște teste o parte din teste. Se poate să se mai 
> prelungească deadline-ul până mâine seară fără depunctare pentru a avea timp 
> de debug?
>
> joi, 9 mai 2019, 15:25 Razvan Crainea via so  a scris:
>>
>> Bună, Dana, Alice!
>>
>> Mulțumim pentru raportare! Au fost, într-adevăr, niște probleme cu
>> testele de pe vmchecker. Le-am reparat acum și am resubmis toate
>> temele pentru re-verificare.
>> Dacă mai sunt probleme, vă rugăm să ne anunțați.
>>
>> Numai bine!
>>
>>
>> On Wed, May 8, 2019 at 11:41 PM Alice Suiu via so  
>> wrote:
>> >
>> > Salut,
>> >
>> > Am comentat implementarea funcțiilor signal si wait si cu toate acestea 
>> > checkerul local imi spune ca mi-au trecut toate testele. Cred ca este o 
>> > problema si cu checkerul local.
>> >
>> > Alice
>> >
>> > > On 8 May 2019, at 22:29, Dana Mormocea via so  
>> > > wrote:
>> > >
>> > > Salut,
>> > >
>> > > Exista o problema cu testele de pe windows. Am incarcat o tema care nu 
>> > > are implementate toate functionalitatile (so_exec, so_wait si so_signal) 
>> > > si primesc maxim.
>> > >
>> > > Mersi,
>> > > Daniela Mormocea
>> > > ___
>> > > http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>> > ___
>> > http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>>
>>
>>
>> --
>> Răzvan Crainea
>> ___
>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



--
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema4][Windows] Problema checker

2019-05-09 Fir de Conversatie Razvan Crainea via so
Bună, Dana, Alice!

Mulțumim pentru raportare! Au fost, într-adevăr, niște probleme cu
testele de pe vmchecker. Le-am reparat acum și am resubmis toate
temele pentru re-verificare.
Dacă mai sunt probleme, vă rugăm să ne anunțați.

Numai bine!


On Wed, May 8, 2019 at 11:41 PM Alice Suiu via so  wrote:
>
> Salut,
>
> Am comentat implementarea funcțiilor signal si wait si cu toate acestea 
> checkerul local imi spune ca mi-au trecut toate testele. Cred ca este o 
> problema si cu checkerul local.
>
> Alice
>
> > On 8 May 2019, at 22:29, Dana Mormocea via so  wrote:
> >
> > Salut,
> >
> > Exista o problema cu testele de pe windows. Am incarcat o tema care nu are 
> > implementate toate functionalitatile (so_exec, so_wait si so_signal) si 
> > primesc maxim.
> >
> > Mersi,
> > Daniela Mormocea
> > ___
> > http://ocw.cs.pub.ro/courses/so/info/lista-discutii
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



--
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Răsp.: [Tema2][Linux] Import gresit si 0 pe vmchecker

2019-05-08 Fir de Conversatie Razvan Crainea via so
Salut, Ionuț!

Greșeala mea, am uitat să ajustez nota confom discuțiilor noastre.
Am adăugat acum punctajul pentru întârziere, în schimb am penalizat cu
1p neatenția ta și faptul că nu ai testat în prealabil submisia pe
vmchecker.

Pe viitor, vă rugăm să submiteți contestațiile pentru teme așa cum
este specificat aici[1] și aici[2].

[1] https://ocw.cs.pub.ro/courses/so/teme/contestatii
[2] https://www.mail-archive.com/so@cursuri.cs.pub.ro/msg06643.html

Numai bine!

On Wed, May 8, 2019 at 9:33 PM Eusebiu-Ionut Chiriac via so
 wrote:
>
> Bună seara,
>
> Retrimit acest email, întrucât s-a postat nota pe tema 2 și am obținut 
> punctaj cu "-".
>  Având în vedere cele discutate în mail-urile anterioare, va rog sa 
> reconsiderati scăderea punctajului total aferent întârzierii. De asemenea, în 
> urma sfatului vostru, am rulat tema pe mașină virtuală, dezarhivand local 
> sursele oferite pentru tema, iar aceasta rulează fără erori.
>
> Pe Joi, apr. 11, 2019 la 13:34, Eusebiu-Ionut Chiriac
>  a scris:
>
> Bună ziua,
>
> Retrimit acest email întrucât nu am primit un răspuns
>
> Am realizat acum ca dupa incarcarea temei pentru platforma Linux, aceasta nu 
> compileaza din cauza importului  "../utils/so_stdio.h".
> Eu in acest moment ma aflu la un hackathon in Oradea si nu am acces la 
> laptopul pe care mi-am facut tema. Nu o pot subminte cu importul corect pana 
> luni. Se poate rezolva ceva in aceasta directie? Mentionez ca am facut tema 
> atunci cand coada de pe vmchecker era interminabila si nu am putut sesiza 
> problema in timp util.
> Multumesc anticipat, Eusebiu Chiriac, 332CC.
> account-ul de pe cs.curs este ionut.chiriac1001.
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

[so] [Tema 2] Publicare Note

2019-05-07 Fir de Conversatie Razvan Crainea via so
Salutare!

Am adăugat pe vmchecker[1] notele pentru tema 2.
Dacă aveți nelămuriri legate de notare, vă rugăm să urmați pașii de pe
pagina de contestații [2].

[1] https://vmchecker.cs.pub.ro/ui/#SO
[2] https://ocw.cs.pub.ro/courses/so/teme/contestatii

Numai bine!
--
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema4] Submisie Tema 4 peste Tema 3 Linux

2019-05-07 Fir de Conversatie Razvan Crainea via so
Am făcut revert acum.
Numai bine!

On Tue, May 7, 2019 at 7:01 PM Robert Pirvanus via so
 wrote:
>
> Salut!
>
> Din greseala am incarcat tema 4 linux peste tema 3 linux, apoi am reincarcat 
> tema 3 corecta.
> Se poate face un revert, va rog?
> Mentionez ca aveam -1.5p depunctare din intarziere.
>
> vmchecker: robert.pirvanus
>
> Multumesc!
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

[so] [Tema 5] Publicare Tema 5 (Bonus) - Server Web Asincron

2019-05-06 Fir de Conversatie Razvan Crainea via so
Salutare!

Am publicat tema 5 [1], Server web asincron.

Deadline-ul pentru submitere este *22 mai 2019, ora 23:55*.
Deadline-ul este hard, după această oră NU vor mai putea fi submise
teme.

Submiterea temei se face pe vmchecker[2]. Pentru orice probleme
întâlnite, vă rugăm să consultați lista de discuții[3].

Temele trimise până la 19 mai 2019, ora 23:55, care obțin punctaj
maxim (95 puncte), vor intra în competiția pentru premiile acordate de
către Bitdefender. Pentru a vă îmbunătății șansele de câștig, aveți în
vedere secțiunea Nice to have[4] din cadrul enunțului temei.

[1] https://ocw.cs.pub.ro/courses/so/teme/tema-5
[2] https://elf.cs.pub.ro/vmchecker/ui/
[3] https://ocw.cs.pub.ro/courses/so/info/lista-discutii
[4] 

Re: [so] [Tema4] [Linux] Problemă test round robin

2019-04-27 Fir de Conversatie Razvan Crainea via so
On Sat, Apr 27, 2019 at 6:25 PM Paul Olaru via so  wrote:
>
> Îmi poate oferi cineva o idee prin care pot găsi motivul pentru care primesc 
> mesajul de eroare „task was not preempted” la unele execuții? Sau ce să 
> verific în codul meu? Test round robin.
Eroarea "task was not preempted" o primești atunci când un task
ruleaza mai mult decât cuanta maximă, și scheduler-ul tău nu îl
preemptează ca să poată rula un alt thread cu aceeași prioritate.
>
>
>
> Când ar trebui să se facă preempția în so_signal, cea cauzată de expirarea 
> cuantei? Înainte sau după semnalizare? Similar pentru so_fork: înainte sau 
> după lansarea threadului? [la mine oricum inițializarea structurilor noului 
> thread se întâmplă sincron cu apelul so_fork].
so_signal() este în sine o instrucțiune, care consumă timp pe
procesor. Instrucțiunile sunt considerate atomice, astfel încât cuanta
de timp este considerată expirată după ce întreaga instrucțiune s-a
executat. Așadar, preempția în so_signal() ar trebui să se facă după
semnalizare. La fel și la so_fork, preempția se face după terminarea
inițializării, dar înainte de a rula handler-ul.
>
>
>
> (bănuiesc că nu ar trebui să-mi încerc norocul pe VMchecker gen „tura asta 
> merge”, dat fiind că problema apare la sub 10% din rulări).
Nu, n-ar trebui să îți încerci norocul.
>
>
>
> (în urma discuției din alt thread, mașina virtuală de SO are 1.5GB pe 
> sistemul meu în loc de cei 512MB pe care îi are by default).
Recomandăm să nu modifici mașina virtuală, altfel vei avea diferențe
între rularea pe mașina ta virtuală și mașina de pe vmchecker.

Numai bine,
Răzvan
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema3][Linux] Submisie tema3 peste tema2

2019-04-25 Fir de Conversatie Razvan Crainea via so
Am făcut revert acum.

On Thu, Apr 25, 2019 at 6:48 AM Dora-Nicoleta ȚILICĂ (87675) via so
 wrote:
>
> Bună seara!
>
> Am încărcat acum tema 3 pe vmchecker și din greșeală înainte am încărcat-o 
> peste tema 2 în grabă când am văzut 3-ul din față. Se poate reveni la 
> submisia temei 2 care era înainte?
> User vmchecker: dora.tilica
>
> Mulțumesc anticipat!
>
>
>
> Trimis de pe smartphone-ul meu Samsung Galaxy.
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema4] Ce se consideră instrucțiuni?

2019-04-25 Fir de Conversatie Razvan Crainea via so
Salut, Paul!

Toate operațiile enumerate de tine consumă timp pe procesor, mai puțin
INIT și END.
Thread-urile ar trebui să se planifice unele pe altele - prin urmare
la END nu ar trebui să faci schedule(), pentru că operația de so_end()
se rulează în thread-ul principal (thread-ul inițial), iar acesta n-ar
trebui să fie niciodată planificat.

Numai bine,

On Thu, Apr 25, 2019 at 7:04 AM Paul Olaru via so  wrote:
>
> Mă rog, doar asupra operațiilor făcute pe scheduler am control.
>
> Deci efectiv în scopul considerării cuantei voi considera apelurile și la 
> so_execute, și la so_signal, și la toate operațiile de scheduler, ca 
> însemnând câte o instrucțiune și, deci, ca momente în care pot preempta pe 
> motivul expirării cuantei?
>
>
> On Wed, Apr 24, 2019, 10:14 PM Mihai Barbulescu  wrote:
>>
>> Salut Paul,
>>
>> Eu unul n-am inteles deloc intrebarea, dar din punct de vedere al
>> enuntului daca un thread executa X instructiuni si timpul specificat
>> de parametrul "cuanta" a lui a expirat trebuie preemptat si intra alt
>> thread in joc.
>>
>> Tot ce inseamna operatii I/O se traduc prin yield.
>>
>> END - faci pthread join si eliberezi resursele ocupate de scheduler.
>>
>> Dar ca idee operatiile pe care le-ai enumerat tu sunt operatii facute
>> de scheduler...
>>
>> On Wed, 24 Apr 2019 at 19:48, Paul Olaru via so  wrote:
>> >
>> > În cerință, se spune că fiecare dintre funcții se consideră ca o 
>> > instrucțiune executată de un thread la un moment dat. Ce funcții se 
>> > consideră ca instrucțiuni dpdv al cuantei?
>> >
>> > INIT: Bănuiesc că nu, doar e configurația inițială a temei. Facem 
>> > scheduling și pe thread-ul de setup?
>> > FORK: La asta sunt în dubii dacă o consider sau nu. Presupun că da?
>> > EXEC: E clar că da
>> > WAIT: Presupun că nu pentru că întotdeauna iese thread-ul de pe procesor 
>> > cu instrucțiunea asta?
>> > SIGNAL: Presupun că da?
>> > END: Well, aici fac schedule încontinuu oricum până se termină toate 
>> > thread-urile... corect? Și apoi returnez.
>> >
>> >
>> >
>> > Sent from Mail for Windows 10
>> >
>> >
>> >
>> > ___
>> > 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



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema4][Linux] Memcheck failed

2019-04-23 Fir de Conversatie Razvan Crainea via so
Salut, Rareș!

Cel mai probabil nu aștepți toate thread-urile, de acolo apare leak-ul.
Legat de faptul că că procesul este omorât, poți verifica log-urile de
sistem să te asiguri că nu este un crash?

Numai bine,
Răzvan

On Tue, Apr 23, 2019 at 9:10 PM Rares Folea via so  wrote:
>
> Buna seara!
>
> Ma confrunt cu urmatoarele probleme referitoare la testele de memorie:
>
> La rularea pe masina virtuala cu valgrind a testelor 15 si 19 (14 si 18 pe 
> vmchecker), obtin 2 erori similare:
>
> ==4684== 288 bytes in 1 blocks are possibly lost in loss record 2 of 2
> ==4684==at 0x4C3204A: calloc (vg_replace_malloc.c:762)
> ==4684==by 0x40134A6: allocate_dtv (dl-tls.c:286)
> ==4684==by 0x40134A6: _dl_allocate_tls (dl-tls.c:530)
> ==4684==by 0x5049227: allocate_stack (allocatestack.c:627)
> ==4684==by 0x5049227: pthread_create@@GLIBC_2.2.5 (pthread_create.c:644)
> ==4684==by 0x4E3E65B: so_fork (in 
> /home/student/l3-so-assignments/4-scheduler/checker-lin/libscheduler.so)
> ==4684==by 0x10ABDE: test_sched_handler_15 (test_exec.c:282)
> ==4684==by 0x4E3E47E: start_thread (in 
> /home/student/l3-so-assignments/4-scheduler/checker-lin/libscheduler.so)
> ==4684==by 0x50486DA: start_thread (pthread_create.c:463)
> ==4684==by 0x538188E: clone (clone.S:95)
>
> ==4684==  possibly lost: 576 bytes in 2 blocks
>
> ==4684== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 0 from 0)
>
> Nu reusesc sa-mi dau seama de la ce ar putea fi cele doua erori si de ce se 
> manifesta doar la aceste doua teste.
> Mentionez ca astept terminarea thread-urilor cu pthread_join, care ar trebui 
> sa efectueze eliberarea resurselor din structura pthread_t.
> In plus, la testul 16 (15 vmchecker), se pare ca valgrind ocupa mult prea 
> multa memorie locala, iar ca urmare este omorat.
>
> student@vagrant:~/l3-so-assignments/4-scheduler/checker-lin$ 
> LD_LIBRARY_PATH=. valgrind --tool=memcheck --track-origins=yes 
> --leak-check=full _test/run_test 16
> ==4693== Memcheck, a memory error detector
> ==4693== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
> ==4693== Using Valgrind-3.15.0.GIT and LibVEX; rerun with -h for copyright 
> info
> ==4693== Command: _test/run_test 16
> ==4693==
> Killed
>
>
> Multumesc
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema 4] [Linux] Detalii prioritati

2019-04-23 Fir de Conversatie Razvan Crainea via so
Bună, Aida!

Prioritatea maximă este 5, așa cum este indicat aici[1].

[1] 
https://github.com/systems-cs-pub-ro/so-assignments/blob/master/4-scheduler/util/so_scheduler.h#L34

Numai bine!

On Tue, Apr 23, 2019 at 10:13 PM Aida-Ștefania MANOLE (87667) via so
 wrote:
>
> Buna,
>
>
> As vrea sa creez mai multe cozi de prioritate: low, medium, high, insa nu 
> stiu cum sa consider aceste limite in contextul temei. Care ar fi proritatea 
> maxima, maximul pentru unsigned int? Ma gandeam sa impart la 3 acest interval 
> [0, max_unsigned_int].
>
>
> Multumesc!
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [TEMA 2] Tema 3 trimisa peste Tema 2

2019-04-17 Fir de Conversatie Razvan Crainea via so
Sigur, am făcut revert.

On Thu, Apr 18, 2019 at 12:15 AM Petre Cosmin via so
 wrote:
>
> Salut,
>
> Din greseala astazi am trimis Tema 3 peste Tema 2 versiunea de linux. Puteti 
> lua in considerare ultima versiune trimisa?
> Vmchecker: gheorghe.petre2608.
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema3][Linux] Probleme testul 5 BSS

2019-04-16 Fir de Conversatie Razvan Crainea via so
Salut, Alex!

Logica ta de rezolvare este bună.
Este ok să mapezi fișierul direct la adresele virtuale, doar că asta
s-ar putea să nu funcționeze întotdeauna. Mai exact cred că ai avea
probleme la cazul în care ar trebui să mapezi date de dimensiune mai
mică decât o pagină. Ba mai mult, la bss nu ai ce mapa :).
Încearcă să faci puțin debugging și să vezi la ce adresă ar trebui să
înceapă zona de bss și să te asiguri că mapezi ce trebuie acolo.

Numai bine,
Răzvan


On Mon, Apr 15, 2019 at 3:25 PM Alex Cosmin Mihai via so
 wrote:
>
> Salut,
>
> Intampin probleme cu testul 5, mai exact cu verificarea ca octetii care sunt 
> in bss sunt initializati cu 0.
>
> Nu reusesc sa-mi dau seama unde anume nu setez cu 0 si ar trebui sa o fac.
>
> In principiu, calculez adresa de inceput a paginii in care se afla adresa 
> care genereaza SIGSEGV folosind ALIGN_DOWN, aflu in care segment se afla si 
> verific
> - daca este in totalitate in portiunea cuprinsa in executabil => mapez din 
> fisierul de la offsetul corespunzator la acea adresa page_size octeti
> - daca este partial in executabil, partial in portiunea dintre file_size si 
> mem_size ale segmentului => mapez din fisier doar portiunea cuprinsa in 
> interior si restul las mapat la o zona plina cu 0 din memoria fizica
> - daca este in totalitate in afara fisierului => mapez adresa de inceput a 
> paginii la un frame plin de 0
>
> Este ok daca mapez direct fisierul la adresele virtuale? Practic tot se 
> copiaza pana la urma in memoria fizica continutul fisierului.
>
> Daca ati putea sa va uitati peste codul urcat pe GitLab 
> (alexandru.mihai1708), v-as fi foarte recunoscator!
>
> Numai bine,
> Alexandru Mihai
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



--
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema3][Windows] - Permisiuni VirtualAlloc, VirtualProtect

2019-04-16 Fir de Conversatie Razvan Crainea via so
Salutare!

Am rugămintea ca atunci când raportați o problemă, să descrieți exact
comportamentul programului, și ce debugging ați făcut. Dacă vreți să
vă putem ajuta, trebuie să avem toate datele problemei.
Nu ne mai cereți să ne uităm pe sursele voastre, asta ar trebui să
facem doar în cazuri excepționale, când debugging-ul făcut de voi nu
este de ajuns să identificăm problema. Dacă va fi nevoie de asta, vom
cere noi acces la surse.
Prin urmare, Ionuț, spune-ne de ce crezi că este de la mapare? În ce
moment al execuției? Ce fel de acces nu merge?

Numai bine!
Răzvan

On Tue, Apr 16, 2019 at 12:04 AM Paul-Stelian Olaru via so
 wrote:
>
> Pentru handlerul default pe Windows trebuie să returnezi ceva cu 
> CONTINUE_SEARCHING din handlerul apelat de sistem. Honestly chestia asta e 
> mai ușoară pe Windows decât pe Linux.
>
>
>
> Sent from Mail for Windows 10
>
>
>
> From: Ionuț Mihalache via so
> Sent: Tuesday, April 16, 2019 12:01 AM
> To: Sisteme de Operare
> Subject: [so] [Tema3][Windows] - Permisiuni VirtualAlloc, VirtualProtect
>
>
>
> Salut,
>
>
>
> Se poate uita cineva din echipa va rog daca permisiunile din parametri pentru 
> VirtualAlloc si VirtualProtect sunt in regula? Si nu stiu exact cum sa fac cu 
> handler-ul default insa nu asta este problema acum ci faptul ca primesc 
> segmentation fault in loader si cred ca este de la mapare.
>
>
>
> Multumesc.
>
>
>
> https://gitlab.cs.pub.ro/ionut.mihalache1506/l3-so-assignments/blob/master/3-loader/skel-win/loader.c
>
>
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema3][Linux] complex program

2019-04-14 Fir de Conversatie Razvan Crainea via so
Salut, Ionuț!

Am încercat să mă uit peste codul tău, dar din păcate codul scris de
tine nu este destul de lizibil. Chiar dacă aș putea face niște reverse
engineer să văd de unde apar acele constante (4, 12) pe care tu le
folosești, nu voi face asta.
Dacă vrei să te putem ajuta, te rog să documentezi (folosind
comentarii, sau niște structuri bine definite) toate presupunerile pe
care le-ai făcut în rezolvarea temei.

Numai bine!

On Sun, Apr 14, 2019 at 10:42 PM Ionuț Mihalache via so
 wrote:
>
> Salut,
>
> M-am tot uitat pe cod. Nu văd care ar mai putea fi problema.
> Dacă ar putea cineva din echipă să se uite să vadă ce îmi scapă pentru că eu 
> chiar nu-mi dau seama.
> Acesta este link-ul către gitlab - 
> https://gitlab.cs.pub.ro/ionut.mihalache1506/l3-so-assignments/blob/master/3-loader/Tema3/loader/loader.c
>
> Mulțumesc
>
> În dum., 14 apr. 2019 la 12:30, Adrian Șendroiu via so  
> a scris:
>>
>> Salut,
>>
>> Cel mai probabil nu tratezi corect toate cazuirle.
>>
>> Verifică dacă tratezi toate cele 3 cazuri descrise aici:
>> http://cursuri.cs.pub.ro/pipermail/so/2018-April/018412.html
>>
>> On Sun, 14 Apr 2019 at 02:11, Daniel Dinca via so  
>> wrote:
>> >
>> > Salut,
>> >
>> > Implementarea mea functioneaza corect pe toate cazurile mai putin pe 
>> > ultimul. Loaderul incarca un anumit numar de pagini dupa care
>> > primeste sigsegv la adresa 0xdf. Initial nu dealocam nici o pagina 
>> > alocata, dupa ce am dealocat un numar de pagini, numarul de pagini la care
>> > se face load creste insa chiar daca las doar 5 pagini per segment alocate 
>> > la un moment dat tot primesc  sigsegv la adresa 0xdf (dupa un nr de pagini
>> > alocate mai mare).
>> > De unde ar putea veni problema?
>> >
>> > vmchecker: daniel.dinca2011
>> >
>> > Multumesc,
>> > Daniel
>> > ___
>> > http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>> ___
>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Răsp.: Re: Răsp.: Re: Răsp.: [Tema2][Linux] Import gresit si 0 pe vmchecker

2019-04-12 Fir de Conversatie Razvan Crainea via so
Salut, Eusebiu!

Am modificat tema ta și am resubmis-o pentru verificare.
Am discutat în cadrul echipei și am decis să considerăm tema ta
submisă în momentul în care ai raportat problema, adică Miercuri,
2019.04.11 în jurul orei 16:00. Prin urmare tema ta va primi o
penalizare de 3.5 puncte pentru întârziere.

Numai bine!
Răzvan
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][Lin] Coada plina de VMChecker apoi s-a golit dintr-o data

2019-04-09 Fir de Conversatie Razvan Crainea via so
Sure, done.

On Tue, Apr 9, 2019 at 2:11 PM Dragos Cocirlea 
wrote:

> Salut!
>
> Si eu am aceeasi problema cu tema pe linux. Am trimis-o la ora 23, la
> 00:30 nu mai era in coada si am retrimis-o. Intre timp am aflat de
> problema, dar nu i s-a facut revert si am depunctarea.
> Ai putea sa faci revert si temei mele?
>
> Mersi!
> Dragos
>
> On Sat, 6 Apr 2019 at 14:52, Razvan Crainea via so 
> wrote:
>
>> Salutare, Daniel, Larisa și Sebastian!
>>
>> Scuze, am pierdut inițial acest thread. Am făcut acum revert la temele
>> voastre. Dacă sunt ceva probleme, vă rog să ne anunțați.
>>
>> Numai bine,
>> Răzvan
>>
>> On Sat, Apr 6, 2019 at 1:09 PM Daniel Dinca via so 
>> wrote:
>>
>>>
>>> Salut Mihai,
>>>
>>> Si submisia mea a ramas nemodificata. (daniel.dinca2011)
>>>
>>> Daniel
>>>
>>> On Saturday, April 6, 2019, 12:23:28 PM GMT+3, Larisa Matei <
>>> larisamatei...@gmail.com> wrote:
>>>
>>>
>>> Buna,
>>>
>>> Inca apare depunctarea, deci nu s-a facut revert la ultima submisie
>>> inainte de deadline (bianca_larisa.matei).
>>>
>>> Multumesc!
>>>
>>>
>>> On Sat, 6 Apr 2019 at 12:18, Mihai Barbulescu via so <
>>> so@cursuri.cs.pub.ro> wrote:
>>>
>>> Salut Daniel,
>>>
>>> Va rog sa va verificati submisiile pe vmchecker ar fi trebuit sa se
>>> faca revert la cele trimise dupa 00:00 iar cele care nu au fost
>>> testate din motive de vmchecker exit error 1 au fost retrimise la
>>> testare.
>>>
>>> Daca sunt probleme in continuare va rog sa imi spuneti.
>>>
>>> On Sat, 6 Apr 2019 at 11:44, Daniel Dinca via so 
>>> wrote:
>>> >
>>> > Salut,
>>> >
>>> >
>>> > Se va mai face ceva in legatura cu situatiile descrise mai sus?
>>> >
>>> >
>>> > Multumesc,
>>> > Daniel
>>> >
>>> > On Thursday, April 4, 2019, 5:10:44 PM GMT+3, Scinteie Sebastian via
>>> so  wrote:
>>> >
>>> >
>>> > Salut,
>>> >
>>> > Și eu as dori sa se facă revert pentru submisia de Linux, am încărcat
>>> arhiva undeva pe la 23:24.
>>> > User-ul de vmchecker este: sebastian.scinteie
>>> >
>>> > Mulțumesc,
>>> > Sebastian
>>> >
>>> > ___
>>> > http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>>> >
>>> > ___
>>> > http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>>> > ___
>>> > http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>>>
>>>
>>>
>>> --
>>> Cu stimă,
>>> Mihai Bărbulescu
>>>
>>> ___
>>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>>>
>>> --
>>>
>>> Larisa Matei
>>>
>>>
>>> Reprezentant *Fundraising LSAC* București
>>>
>>> Tel: +40 765 833 077
>>>
>>> E-mail: larisamatei...@gmail.com
>>>
>>>
>>>
>>> ___
>>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>>
>>
>>
>> --
>> Răzvan Crainea
>> ___
>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
>

-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][Windows] vmchecker error (vmexecutor exitcode 1(error))

2019-04-07 Fir de Conversatie Razvan Crainea via so
Bună, Maria!

Am făcut acum revert la cele două teme la submisiile tale dinainte de deadline.
Pe Windows problema este că Makefile-ul tău nu are targetul "build".

Numai bine!
-- 
Răzvan Crainea

On Sun, Apr 7, 2019 at 5:51 PM Maria-Diana RADU (87489) via so
 wrote:
>
> Buna,
>
> Pe windows am incarcat tema aproape de deadline. Am vazut acel error 1 si am 
> incarcat iarasi, de mai multe ori, dar trecuse deadline-ul. Am lucrat si 
> testat pe masina virtuala de windows si imi treceau majoritatea testelor. 
> Ideea este ca nu stiu daca nu am incarcat ce trebuia sau problema este in 
> alta parte, de nici in momentul de fata nu imi trec testele pe vmchecker. 
> Acum am incercat sa modific ce am crezut ca ar putea merge prost si am 
> incarcat-o peste cea de Linux.  Se pot lua in considerare penultimele 
> incarcari(atat pe windows, cat si pe linux) si poate cineva sa ma ajute cu 
> problema de pe windows, va rog?
>
> User-ul de vmchecker este:  maria_diana.radu
>
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][Linux] vmchecker picat

2019-04-06 Fir de Conversatie Razvan Crainea via so
Bună, Dora!

S-a mai discutat despre depunctarea pe ziua de azi aici[1].
Încearcă să rulezi în mașina virtuală să verifici de ce nu merge tema
pe vmchecker.

[1] https://www.mail-archive.com/so@cursuri.cs.pub.ro/msg06434.html

Numai bine!

On Sat, Apr 6, 2019 at 9:49 PM Dora-Nicoleta ȚILICĂ (87675) via so
 wrote:
>
> Buna ziua!
>
> Eu am putut de abia acum sa imi incarc tema pe vmchecker deoarece aseara a 
> fost blocat. Se mai ia in considerare depunctarea pentru ziua de azi?
> Pe langa aceasta, local cand testez imi trec testele pentru care am facut 
> rezolvari in tema, dar pe vmchecker imi apare o eroare si nu imi trece niciun 
> test.
> Ce se poate face in acest caz?
>
> Dora Nicoleta Tilica
> 332CA
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][Lin] Coada plina de VMChecker apoi s-a golit dintr-o data

2019-04-06 Fir de Conversatie Razvan Crainea via so
Yup, mi-a scăpat asta. Am resubmis acum temele.

On Sat, Apr 6, 2019 at 3:16 PM Daniel Dinca  wrote:

> Salut Razvan,
>
> Pe linux pare ca ar trebui sa ruleze tema dar coada este goala iar pe
> windows a aparut eroarea cu vmexecutor exit 1.
>
> Multumesc,
> Daniel
>
> On Saturday, April 6, 2019, 2:52:00 PM GMT+3, Razvan Crainea <
> razvan.crai...@gmail.com> wrote:
>
>
> Salutare, Daniel, Larisa și Sebastian!
>
> Scuze, am pierdut inițial acest thread. Am făcut acum revert la temele
> voastre. Dacă sunt ceva probleme, vă rog să ne anunțați.
>
> Numai bine,
> Răzvan
>
> On Sat, Apr 6, 2019 at 1:09 PM Daniel Dinca via so 
> wrote:
>
>
> Salut Mihai,
>
> Si submisia mea a ramas nemodificata. (daniel.dinca2011)
>
> Daniel
>
> On Saturday, April 6, 2019, 12:23:28 PM GMT+3, Larisa Matei <
> larisamatei...@gmail.com> wrote:
>
>
> Buna,
>
> Inca apare depunctarea, deci nu s-a facut revert la ultima submisie
> inainte de deadline (bianca_larisa.matei).
>
> Multumesc!
>
>
> On Sat, 6 Apr 2019 at 12:18, Mihai Barbulescu via so 
> wrote:
>
> Salut Daniel,
>
> Va rog sa va verificati submisiile pe vmchecker ar fi trebuit sa se
> faca revert la cele trimise dupa 00:00 iar cele care nu au fost
> testate din motive de vmchecker exit error 1 au fost retrimise la
> testare.
>
> Daca sunt probleme in continuare va rog sa imi spuneti.
>
> On Sat, 6 Apr 2019 at 11:44, Daniel Dinca via so 
> wrote:
> >
> > Salut,
> >
> >
> > Se va mai face ceva in legatura cu situatiile descrise mai sus?
> >
> >
> > Multumesc,
> > Daniel
> >
> > On Thursday, April 4, 2019, 5:10:44 PM GMT+3, Scinteie Sebastian via so <
> so@cursuri.cs.pub.ro> wrote:
> >
> >
> > Salut,
> >
> > Și eu as dori sa se facă revert pentru submisia de Linux, am încărcat
> arhiva undeva pe la 23:24.
> > User-ul de vmchecker este: sebastian.scinteie
> >
> > Mulțumesc,
> > Sebastian
> >
> > ___
> > http://ocw.cs.pub.ro/courses/so/info/lista-discutii
> >
> > ___
> > http://ocw.cs.pub.ro/courses/so/info/lista-discutii
> > ___
> > http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
>
>
> --
> Cu stimă,
> Mihai Bărbulescu
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
> --
>
> Larisa Matei
>
>
> Reprezentant *Fundraising LSAC* București
>
> Tel: +40 765 833 077
>
> E-mail: larisamatei...@gmail.com
>
>
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
>
>
> --
> Răzvan Crainea
>


-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][Lin] Coada plina de VMChecker apoi s-a golit dintr-o data

2019-04-06 Fir de Conversatie Razvan Crainea via so
Salutare, Daniel, Larisa și Sebastian!

Scuze, am pierdut inițial acest thread. Am făcut acum revert la temele
voastre. Dacă sunt ceva probleme, vă rog să ne anunțați.

Numai bine,
Răzvan

On Sat, Apr 6, 2019 at 1:09 PM Daniel Dinca via so 
wrote:

>
> Salut Mihai,
>
> Si submisia mea a ramas nemodificata. (daniel.dinca2011)
>
> Daniel
>
> On Saturday, April 6, 2019, 12:23:28 PM GMT+3, Larisa Matei <
> larisamatei...@gmail.com> wrote:
>
>
> Buna,
>
> Inca apare depunctarea, deci nu s-a facut revert la ultima submisie
> inainte de deadline (bianca_larisa.matei).
>
> Multumesc!
>
>
> On Sat, 6 Apr 2019 at 12:18, Mihai Barbulescu via so 
> wrote:
>
> Salut Daniel,
>
> Va rog sa va verificati submisiile pe vmchecker ar fi trebuit sa se
> faca revert la cele trimise dupa 00:00 iar cele care nu au fost
> testate din motive de vmchecker exit error 1 au fost retrimise la
> testare.
>
> Daca sunt probleme in continuare va rog sa imi spuneti.
>
> On Sat, 6 Apr 2019 at 11:44, Daniel Dinca via so 
> wrote:
> >
> > Salut,
> >
> >
> > Se va mai face ceva in legatura cu situatiile descrise mai sus?
> >
> >
> > Multumesc,
> > Daniel
> >
> > On Thursday, April 4, 2019, 5:10:44 PM GMT+3, Scinteie Sebastian via so <
> so@cursuri.cs.pub.ro> wrote:
> >
> >
> > Salut,
> >
> > Și eu as dori sa se facă revert pentru submisia de Linux, am încărcat
> arhiva undeva pe la 23:24.
> > User-ul de vmchecker este: sebastian.scinteie
> >
> > Mulțumesc,
> > Sebastian
> >
> > ___
> > http://ocw.cs.pub.ro/courses/so/info/lista-discutii
> >
> > ___
> > http://ocw.cs.pub.ro/courses/so/info/lista-discutii
> > ___
> > http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
>
>
> --
> Cu stimă,
> Mihai Bărbulescu
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
> --
>
> Larisa Matei
>
>
> Reprezentant *Fundraising LSAC* București
>
> Tel: +40 765 833 077
>
> E-mail: larisamatei...@gmail.com
>
>
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2]VMChecker blocat

2019-04-06 Fir de Conversatie Razvan Crainea via so
Salut, Sebastian!

S-a mai discutat despre asta aici[1].
Pe viitor, te rog să eviți să deschizi thread-uri noi despre același lucru.

[1] https://www.mail-archive.com/so@cursuri.cs.pub.ro/msg06431.html

Numai bine!

On Fri, Apr 5, 2019 at 11:44 PM Paul Olaru via so  wrote:
>
> [For troubleshooting] elf.cs.pub.ro este de asemenea down.
>
> On Fri, Apr 5, 2019, 23:42 Sebastian Cojocariu via so  
> wrote:
>>
>> Salut,
>>  De la ora 22:50 (cel putin atunci am intrat eu) VMCheckerul a picat.Cum am 
>> putea submite temele fara a fi depunctati?Mersi.
>> ___
>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][General] vmchecker a picat din nou

2019-04-06 Fir de Conversatie Razvan Crainea via so
Salut, Mihnea!

Într-adevăr, a fost o problemă cu vmchecker-ul și nu se puteau submite temele.
Din acest motiv am decis să anulăm depunctarea temelor pentru ziua de
azi, Sâmbătă, 06.04.2019. În schimb temele trimise mâine, vor fi
depunctate corespunzător, fără să le fie anulată depunctarea.

Așa că vă rugăm să submiteți temele voastre în cursul zilei de azi.

Numai bine,
Răzvan

On Fri, Apr 5, 2019 at 10:48 PM Mihnea Şerban via so
 wrote:
>
> Buna ziua!
>
> Vmcheckerul a picat din nou. De data asta nici nu putem incarca tema deoarece 
> site-ul ne da timeout. Solicit sa nu fim depunctati (mai mult decat suntem 
> deja in acest moment) pana se rezolva vmcheckerul.
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][Windows] vmchecker error (vmexecutor exitcode 1 (error))

2019-04-04 Fir de Conversatie Razvan Crainea via so
Am resubmis acum toate temele care au avut probleme.
Dacă întâmpinați și alte probleme, vă rog să ne anunțați.

Numai bine!


On Thu, Apr 4, 2019 at 11:54 AM Mihai Barbulescu via so
 wrote:
>
> Ne vom ocupa [1] + [2], aveti putintica rabdare stimabililor
>
> [1] http://cursuri.cs.pub.ro/pipermail/so/2019-April/019150.html
> [2] http://cursuri.cs.pub.ro/pipermail/so/2019-April/019169.html
>
> On Thu, 4 Apr 2019 at 11:20, Alice Suiu via so  wrote:
> >
> > Buna ziua,
> >
> > Sunt Alice Suiu de la 336CB. Am trimis la timp tema aseara, insa pe windows 
> > a aparut aceasta eroare: vmchecker error (vmexecutor exitcode 1 (error)). 
> > Este posibil sa se faca resubmit la tema cu ultima versiunea incarcata va 
> > rog?
> >
> > De asemenea, am observat ca mai sunt persoane in acceasi situatie ca mine 
> > si inca nu li s-a rezolvat problema.
> >
> > username vmchecker: alice_florenta.suiu
> >
> > Multumesc mult!
> > Alice
> > ___
> > 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



--
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema1][Windows]

2019-04-04 Fir de Conversatie Razvan Crainea via so
Salutare!

Am făcut acum restore la submisia ta.
Pe viitor, te rog să ne indici și user-ul de vmchecker, să ne fie mai
ușor să te identificăm.

Numai bine!

On Thu, Apr 4, 2019 at 3:37 PM mihai nedelea via so
 wrote:
>
> Salut
>
> Din greseala am uploadat Tema2 pe Tema1[Windows]. Se poate reveni la 
> versiunea veche ?
>
> Multumesc
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][Linux]

2019-04-04 Fir de Conversatie Razvan Crainea via so
Salut, Bogdan!

Vmchecker a fost disponibil pentru upload cu peste 24 de ore înainte de ora
deadline-ului. Iar înainte de asta, a fost disponibil 20 zile la rând doar
pentru această temă. Nu văd cum te-ar fi putut asta împiedica să submiți la
timp o temă care avea deadline-ul anunțat cu (peste) 20 de zile înainte.

Am făcut restore la submisia de la tema 1 pe Windows.

PS: dacă tot vine vorba să fim înțelegători, încearcă, te rog, să nu mai
submiți 5 teme în decurs de 5 minute, mai ales într-un moment apropiat de
deadline-ul unei teme, în care vmchecker-ul este deja destul de încărcat.

Numai bine!

On Thu, Apr 4, 2019 at 3:38 PM Bogdan 10  wrote:

> Buna ziua,
> Având în vedere problemele pe care le-a avut vmcheckerul cu testarea cu o
> zi înainte si timpul mic de incarcare dupa deadline ma asteptam la ceva mai
> multa înțelegere.
> Va rog sa stergeti si încărcarea greșită a temei de pe platforma de
> windows a primei teme sa nu afecteze punctajul de acolo.
> Multumesc frumos.
>
> joi, 4. 2019, 14:43 Razvan Crainea  a scris:
>
>> Salut, Bogdan!
>>
>> Depunctarea se aplică automat, nu vom schimba acest comportament.
>> Au fost într-adevăr niște probleme cu vmchecker-ul pe partea de testare
>> pe Windows. Dar upload-ul a fost disponibil tot timpul, nu văd cum ar fi
>> putut influența asta realizarea temei.
>>
>> Numai bine!
>> Răzvan
>>
>> On Thu, Apr 4, 2019 at 10:24 AM Bogdan 10 via so 
>> wrote:
>>
>>> Buna ziua,
>>> Am incarcat din greseala tema 2 linux peste tema 1 windows. Mentionez ca
>>> am incercat-o si unde trebuie.
>>> In cazul trimiterii temei la 00:05 -00:10 este vreo posibilitate sa nu
>>> se acorde depunctare având în vedere problemele întâmpinate pe vmchecker ?
>>> Multumesc frumos !
>>> Drumesi Bogdan-iulian 336 CA
>>> User vmchecker :bogdan.drumesi
>>>
>>> joi, 4 apr. 2019, 07:21 Alexandru Fazakas via so 
>>> a scris:
>>>
 Salut,

 Am subsmis aseara tema cu toate testele mergand bine pe *local*, insa
 pe vmchecker aflu ca testul de popen read esueaza cu mem check failed.

 Cum as putea investiga problema?

 Mentionez ca am folosit masina virtuala adecvata. :)

 (https://gitlab.cs.pub.ro/alexandru.fazakas/l3-so-assignments)

 Zi faina,
 Alex
 ___
 http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>>>
>>> ___
>>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>>
>>
>>
>> --
>> Răzvan Crainea
>>
>

-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][Linux][VMchecker] memory leak popen fread

2019-04-04 Fir de Conversatie Razvan Crainea via so
Salutare, Alex!

Am rulat tema ta de 3 ori în mașina virtuală și de fiecare dată acel
test a picat.
Ești sigur că rulezi în mașina virtuală pusă la dispoziție de noi?

Numai bine,

On Thu, Apr 4, 2019 at 7:21 AM Alexandru Fazakas via so
 wrote:
>
> Salut,
>
> Am subsmis aseara tema cu toate testele mergand bine pe *local*, insa
> pe vmchecker aflu ca testul de popen read esueaza cu mem check failed.
>
> Cum as putea investiga problema?
>
> Mentionez ca am folosit masina virtuala adecvata. :)
>
> (https://gitlab.cs.pub.ro/alexandru.fazakas/l3-so-assignments)
>
> Zi faina,
> Alex
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][Linux]

2019-04-04 Fir de Conversatie Razvan Crainea via so
Salut, Bogdan!

Depunctarea se aplică automat, nu vom schimba acest comportament.
Au fost într-adevăr niște probleme cu vmchecker-ul pe partea de testare pe
Windows. Dar upload-ul a fost disponibil tot timpul, nu văd cum ar fi putut
influența asta realizarea temei.

Numai bine!
Răzvan

On Thu, Apr 4, 2019 at 10:24 AM Bogdan 10 via so 
wrote:

> Buna ziua,
> Am incarcat din greseala tema 2 linux peste tema 1 windows. Mentionez ca
> am incercat-o si unde trebuie.
> In cazul trimiterii temei la 00:05 -00:10 este vreo posibilitate sa nu se
> acorde depunctare având în vedere problemele întâmpinate pe vmchecker ?
> Multumesc frumos !
> Drumesi Bogdan-iulian 336 CA
> User vmchecker :bogdan.drumesi
>
> joi, 4 apr. 2019, 07:21 Alexandru Fazakas via so  a
> scris:
>
>> Salut,
>>
>> Am subsmis aseara tema cu toate testele mergand bine pe *local*, insa
>> pe vmchecker aflu ca testul de popen read esueaza cu mem check failed.
>>
>> Cum as putea investiga problema?
>>
>> Mentionez ca am folosit masina virtuala adecvata. :)
>>
>> (https://gitlab.cs.pub.ro/alexandru.fazakas/l3-so-assignments)
>>
>> Zi faina,
>> Alex
>> ___
>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

[so] Publicare Tema 3 - Loader de Executabile

2019-04-03 Fir de Conversatie Razvan Crainea via so
Salutare!

Am publicat tema de casă numărul 3 - Loader de Executabile. Enunțul
temei este pe disponibil pe wiki [1]. Vă rog să citiți cu atenție
indicațiile prezente în enunțul temei.

Deadline-un soft pentru temă este 17 Aprilie 2019, ora 23:55, iar cel
hard - 24 Aprilie 2019, ora 23:55.

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

Pentru orice alte probleme sau întrebări vă rugăm să ne contactați pe
lista de discuții.

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

Spor la implementare!
-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Vmchecker]

2019-04-03 Fir de Conversatie Razvan Crainea via so
Urmăriți, vă rog, thread-ul de aici[1]. Nu trebuie să resubmiteți
tema, nu a dispărut nimic.

[1] http://cursuri.cs.pub.ro/pipermail/so/2019-April/019148.html

Numai bine,

On Wed, Apr 3, 2019 at 11:25 PM Paul-Stelian Olaru via so
 wrote:
>
> Colega mea mi-a spus că au dispărut dintr-odată toate temele și a trebuit să 
> facă reupload. Momentan primesc și eu BS-ul cu timeout 1ms.
>
>
>
> Sent from Mail for Windows 10
>
>
>
> From: Lepadatu Tiberiu Andrei via so
> Sent: Wednesday, April 3, 2019 11:24 PM
> To: so@cursuri.cs.pub.ro
> Subject: [so] [Vmchecker]
>
>
>
> Salut!
>
>
>
> A picat? Sau e de la mine?
>
>
> Stima,
>
> Tiberiu Lepadatu
>
>
>
> Ps: Scuzati caracterul colocvial al acestui email intrucat el este
>
> scris folosind mijloace mobile.
>
>
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][Vmchecker] Eroare vmchecker

2019-04-03 Fir de Conversatie Razvan Crainea via so
Este în regulă, probabil vmchecker este foarte încârcat. Voi resubmite
temele când își revine.
Între timp, testați pe mașinile virtuale puse la dispoziție și
submiteți când terminați de rezolvat tema.

Numai bine!

On Wed, Apr 3, 2019 at 11:01 PM Daniel Dinca via so
 wrote:
>
> Si mie pe windows imi da eroarea vmexecutor exit code 1
> On Wednesday, April 3, 2019, 11:00:13 PM GMT+3, Darius Balanica via so 
>  wrote:
>
>
> Salut,
>
> Am incarcat tema pe ambele platforme, pe linux totul este in regula, insa 
> pe windows singurul feedback pe care il primesc pe vmchacker este "error", 
> fara niciun alt mesaj. Mentionez ca am testat local arhiva pe masina virtuala 
> de windows si totul este in regula si am resubmis arhiva pe windows de 2 ori, 
> fara niciun alt rezultat. Am mai vazut acest comportament si la alti colegi.
>
> Multumes,
> Darius Balanica (darius.balanica pe vmchecker)
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2] Încărcare greșită pe vm(Dumitru Diana Ioana)

2019-04-03 Fir de Conversatie Razvan Crainea via so
Bună, Anca!

Am făcut revert și la tine.
Pe viitor, vă rog să ne spuneți și id-ul de pe vmchecker, să ne fie și
nouă mai ușor să vă identificăm.

Numai bine!

On Wed, Apr 3, 2019 at 9:17 PM David Anca  wrote:
>
> Buna ziua!
>
> Si eu am facut acelasi lucru, doar ca la tema 1 pe Linux.
>
> Multumesc anticipat,
> David Anca Iulia
>
> On Wed, 3 Apr 2019 at 21:14, Razvan Crainea via so  
> wrote:
>>
>> Bună, Diana!
>>
>> Am făcut acum revert la submisia anterioară.
>>
>> Numai bine!
>> Răzvan
>>
>> On Wed, Apr 3, 2019 at 9:10 PM diana Ioana via so  
>> wrote:
>> >
>> > Bună,
>> > Din greșeală am încărcat arhiva temei 2 în locul în care trebuia încărcată 
>> > tema 1, windows. Tema 1 era deja notată când s-a întamplat acest lucru.
>> > ___
>> > http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>>
>>
>>
>> --
>> Răzvan Crainea
>> ___
>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2] Încărcare greșită pe vm(Dumitru Diana Ioana)

2019-04-03 Fir de Conversatie Razvan Crainea via so
Bună, Diana!

Am făcut acum revert la submisia anterioară.

Numai bine!
Răzvan

On Wed, Apr 3, 2019 at 9:10 PM diana Ioana via so  wrote:
>
> Bună,
> Din greșeală am încărcat arhiva temei 2 în locul în care trebuia încărcată 
> tema 1, windows. Tema 1 era deja notată când s-a întamplat acest lucru.
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] Vmchecker indisponibil

2019-04-03 Fir de Conversatie Razvan Crainea via so
Salut, Ionuț!

Nu mi-e clar care este problema, dar văd că acum merge fără probleme.
Probabil a fost o scurtă perioadă de mentenanță.
Am resubmis tema ta și s-a verificat cu succes. Dacă mai întâmpini
probleme, te rog să ne anunți.

Numai bine,
Răzvan

On Wed, Apr 3, 2019 at 11:31 AM Ionuț Mihalache via so
 wrote:
>
> Scuze, trebuia să fiu mai explicit.
>
> În mie., 3 apr. 2019 la 11:30, Mihai Barbulescu  a scris:
>>
>> Pai daca exprimati problemele ca naiba normal ca nu imi pot da seama
>> ce se intampla: deci vmchecker este disponibil insa cand submiti o
>> tema 2 pe windows primesti eroarea: vmexecutor exitcode 1 (error)
>>
>> O sa verific ce se intampla.
>>
>>
>> On Wed, 3 Apr 2019 at 11:27, Ionuț Mihalache  wrote:
>> >
>> > Și nu merge, iarăși eroare.
>> >
>> > În mie., 3 apr. 2019 la 11:26, Ionuț Mihalache  a 
>> > scris:
>> >>
>> >> Am trimis iar și acum este pare că o să testeze
>> >>
>> >> În mie., 3 apr. 2019 la 11:25, Ionuț Mihalache  a 
>> >> scris:
>> >>>
>> >>> Mie la windows nu îmi testează
>> >>>
>> >>> În mie., 3 apr. 2019 la 11:23, Mihai Barbulescu  a 
>> >>> scris:
>> 
>>  Salut,
>> 
>>  Eu m-am putut loga si am putut si sa submit o tema si sa imi fie 
>>  testata.
>> 
>>  On Wed, 3 Apr 2019 at 11:13, Ionuț Mihalache via so
>>   wrote:
>>  >
>>  > Salut,
>>  >
>>  > Se pare că vmchecker iar nu mai funcționează. Motivul este pentru că 
>>  > se lucrează la el sau iar este down?
>>  > ___
>>  > 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



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

[so] Publicare note Tema 1

2019-04-02 Fir de Conversatie Razvan Crainea via so
Salutare!

Am adăugat pe vmchecker[1] notele pentru tema 1.
Dacă aveți nelămuriri legate de notare, sau pentru contestații legate
de teme copiate, vă rugăm să ne contactați la adresa
so-t...@cs.pub.ro, așa cum e specificat și în pagina de contestații
[2].

[1] https://vmchecker.cs.pub.ro/ui/#SO
[2] https://ocw.cs.pub.ro/courses/so/teme/contestatii

Numai bine!
-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][Windows] drmemory not found

2019-03-29 Fir de Conversatie Razvan Crainea via so
Ar fi trebuit să fie instalat drmemory, și să fie deja în PATH.
Asta dacă nu ai downloadat mașina virtuală de windows înainte de
publicarea temei 1.

On Fri, Mar 29, 2019 at 11:29 PM Ionuț Mihalache  wrote:
>
> Gata, am rezolvat. Doar ca am luat o versiune de drmemory de pe net. 
> Intrebarea era daca nu cumva ar trebui sa existe drmemory pe masina virtuala 
> ca sa fac un export catre cale.
>
> În vin., 29 mar. 2019 la 23:20, Razvan Crainea  a 
> scris:
>>
>> Salut, Ionuț!
>>
>> Poți rula drmemory.exe direct în cygwin, nu prin checker?
>>
>> Numai bine!
>> Răzvan
>>
>> On Fri, Mar 29, 2019 at 11:18 PM Paul Olaru via so  
>> wrote:
>> >
>> > Sper că nu ai încurcat PATH-ul cum a făcut-o altcineva (da, cineva a vrut 
>> > să îl modifice și l-a făcut praf, am uitat cine). Ideea e că nu trebuie să 
>> > ai spațiu lângă ; că îl pune în numele directorului.
>> >
>> > Otherwise no clue.
>> >
>> > On Fri, Mar 29, 2019, 23:00 Ionuț Mihalache via so  
>> > wrote:
>> >>
>> >> Salut,
>> >>
>> >> Cand incerc sa rulez checkerul in cygwin pe masina virtuala spune 
>> >> "drmemory: command not found". Nu ar trebui sa fie instalat pe masina 
>> >> virtuala?
>> >> ___
>> >> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>> >
>> > ___
>> > http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>>
>>
>>
>> --
>> Răzvan Crainea



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2][Windows] drmemory not found

2019-03-29 Fir de Conversatie Razvan Crainea via so
Salut, Ionuț!

Poți rula drmemory.exe direct în cygwin, nu prin checker?

Numai bine!
Răzvan

On Fri, Mar 29, 2019 at 11:18 PM Paul Olaru via so  wrote:
>
> Sper că nu ai încurcat PATH-ul cum a făcut-o altcineva (da, cineva a vrut să 
> îl modifice și l-a făcut praf, am uitat cine). Ideea e că nu trebuie să ai 
> spațiu lângă ; că îl pune în numele directorului.
>
> Otherwise no clue.
>
> On Fri, Mar 29, 2019, 23:00 Ionuț Mihalache via so  
> wrote:
>>
>> Salut,
>>
>> Cand incerc sa rulez checkerul in cygwin pe masina virtuala spune "drmemory: 
>> command not found". Nu ar trebui sa fie instalat pe masina virtuala?
>> ___
>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2] Incarcare tema gresit pe vm

2019-03-29 Fir de Conversatie Razvan Crainea via so
Bună, Andrada!

Am făcut revert la submisia anterioară.
Pe viitor, te rog să ne specifici și username-ul de pe cs.curs.pub.ro,
să ne fie mai ușor să te identificăm.

Numai bine!

On Fri, Mar 29, 2019 at 12:22 PM Andrada Hristu via so
 wrote:
>
> Buna,
>
> Din greseala, am incarcat arhiva pentru tema 2 pe vmchecker, in locul in care 
> trebuia incarcata tema 1 pe WIndows. Am facut tema 1, dar acum sper ca nu s-a 
> pierdut rezolvarea.
>
> Multumesc
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Re: [so] [Tema2] Incarcare tema gresit pe vm

2019-03-29 Fir de Conversatie Razvan Crainea via so
Nu putem face asta, doar tu o poți face aici[1].

[1] http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/so

Numai bine!

On Fri, Mar 29, 2019 at 12:23 PM Explained via so  wrote:
>
> Buna ziua,
>
> Puteti sa ma scoateti va rog de pe acest mailing list?
>
> Multumesc,
>
> Cosmin
>
> On Fri, Mar 29, 2019 at 12:22 PM Andrada Hristu via so  
> wrote:
>>
>> Buna,
>>
>> Din greseala, am incarcat arhiva pentru tema 2 pe vmchecker, in locul in 
>> care trebuia incarcata tema 1 pe WIndows. Am facut tema 1, dar acum sper ca 
>> nu s-a pierdut rezolvarea.
>>
>> Multumesc
>> ___
>> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

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

2019-03-16 Fir de Conversatie Razvan Crainea via so
Salut, Vlad!

Nu este niciun test care să aibă nevoie de fișierul test_append la
tema 1. Presupun că te referi la tema 2, nu? Dacă este așa, te rog
deschide un alt thread, în care să specifici tema și platforma în
titlu (așa cum indică și aici[1] [2]).
De asemenea, când postezi o problemă, te rog să detaliez cum ai rulat,
ce debugging ai făcut, cum ai încercat să rezolvi, ce a mers și ce nu.
Dacă nu ne spui aceste lucruri, ne este imposibil să te ajutăm.

[1] https://ocw.cs.pub.ro/courses/so/teme/tema-2#suport_intrebari_si_clarificari
[2] https://ocw.cs.pub.ro/courses/so/info/lista-discutii#subiecte_sugestive

Numai bine!
Răzvan

On Sat, Mar 16, 2019 at 10:30 PM Vaida Vlad via so  wrote:
>
> Buna seara.Cand rulez checkerul,la testele pentru append imi spune ca nu 
> gaseste fisierul test_append.
> On Saturday, March 16, 2019, 9:38:54 PM GMT+2, Mihai Barbulescu via so 
>  wrote:
>
>
> Eu abia acum am ajuns la un calculator, am verificat submisia de pe
> gitlab Makefile-ul de Windows pare bun
>
> Pe vmchecker (daca intr-adevar esti gabriel.tuculina) observ ca ai
> rezolvat problema. Felicitari si ma bucur pentru asta, ne poti spune
> care a fost problema in cazul tau, te rog? Pe langa asta consider ca
> ai invatat sa faci debugging, un skill esential.
>
> Legat de testarea locala: nu exista asa ceva. Testati __doar__ in
> masinile virtuale de SO - sunt identice cu ce e pe vmchecker - tot
> acolo va faceti si debugging-ul. Daca nu stiti sa folositi anumite
> tool-uri care sa va ajute in debugging va ajutam noi
>
> On Sat, 16 Mar 2019 at 17:09, Tuculina Gabriel  wrote:
> >
> >
> >
> > Am debugat putin si am ajuns la concluzia ca in cygwin nu vede cumva stdin/ 
> > stdout si ramane in repaus asteptand. In powershell daca rulez manual test 
> > cu test obtin ceea ce trebuie.
> > Acum se explica oarecum de ce nu merge checkerul... dar nu am idee ce as 
> > putea face. Si chiar daca gasesc o solutie pe local, nu stiu cum sa fac sa 
> > mearga pe vmchecker. Nu pare sa fie o solutie ce sa mearga direct din cod..
> >
> >
> >
> >
> >
> > On Saturday, March 16, 2019, 4:39:41 PM GMT+2, Mihai Barbulescu 
> >  wrote:
> >
> >
> >
> >
> >
> > Problema poate fi in multe locuri, incearca te rog frumos sa te prinzi
> > unde in cod se blocheaza, apoi vedem daca e makefile-ul sau e altceva.
> > Eu, de exemplu, nu cred ca e de la Makefile.
> >
> > Ti-am dat si o idee de strategie a debugging-ului.
> >
> > Exemplu: daca suspectezi o problema de linkare cu libcompare DLL
> > foloseste propria functie de compare dar acelasi makefile - vezi cum
> > se comporta - pe aceleasi teste in care ti se blocheaza.
> >
> > Debugging = trial & error & educated guesses. Imi pare rau, calea
> > catre succes nu e simpla.
> >
> > On Sat, 16 Mar 2019 at 16:33, Tuculina Gabriel  wrote:
> > >
> > > Am incercat acum sa rulez de mana niste teste si vad ca ai dreptate, nu 
> > > merge absolut deloc. Sa fie oare de la makefile?
> > > Stiu ca am incercat vreo 3 variante de makefile si totusi imi scoate 
> > > executabilul fara sa comenteze la linkare.
> > >
> > >
> > >
> > > On Saturday, March 16, 2019, 4:21:01 PM GMT+2, Mihai Barbulescu 
> > >  wrote:
> > >
> > >
> > > On Sat, 16 Mar 2019 at 15:45, Tuculina Gabriel  
> > > wrote:
> > > >
> > > >
> > > > Imi cer scuze, moficasem PATH-ul aiurea cu niste spatii in plus si de 
> > > > aceea nu vedea drmemory.
> > > > Acum a ajuns la acelasi stadiu de pe vmchecker, trece SourceCheck-ul, 
> > > > dar se blocheaza acolo si nu mai face nimic.. any words of advice?
> > >
> > > Da, incearca sa rulezi acum manual in Cygwin un test case din cele ale
> > > vmcheckerului si incearca sa intelegi de ce se blocheaza. Pune
> > > printf-uri de debug prin diverse zone ale codului unde crezi tu ca
> > > s-ar putea bloca (asta daca nu vrei sa pierzi vremea cu breakpoints
> > > din visual studio).
> > >
> > > Regula generala cand aveti probleme nu e sa apasati 2 butoane si apoi
> > > sa stati blocati: incercati diverse scenarii: incearca un test super
> > > simplu (cel din enunt de exemplu), apoi incearca sa rulezi individual
> > > un test din checker inainte de a rula tot checkerul.
> > >
> > >
> > >
> > >
> > > --
> > > 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
> ___
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Răzvan Crainea
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

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

2019-03-16 Fir de Conversatie Razvan Crainea via so
Salut, Gabriel!

Ai încercat să rulezi cum spune în README[1]? Dacă da, ce anume nu merge?

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

Numai bine!

On Sat, Mar 16, 2019 at 4:02 AM Tuculina Gabriel via so
 wrote:
>
> Buna ziua,
>
>
> Desi am citit raspunsul dat unei colege legat de cum ar trebui rulat 
> DrMemory, nu am reusit de nicio culoare sa rulez macar checkerul pe windows 
> folosind cygwin.
>
> Am mai intrebat lume de posibile erori pe windows, si am rulat de pe linux cu 
> -std=88 s.a. (cele evidentiate pe mailing list in threadurile anterioare), 
> rezolvand eventualele warninguri aparute, dar nu reusesc sa trec de testul 1 
> de ceva timp. Tin sa mentionez ca am maxim pe linux.
>
> Repo-ul meu este /gabriel.tuculina/l3-so-assignments
>
>
> 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

  1   2   3   4   >