[so] so Digest, Vol 126, Issue 46

Thu Apr 27 00:13:44 EEST 2017

2017-04-26 12:00 GMT+03:00  <so-request at cursuri.cs.pub.ro>:
> Send so mailing list submissions to
>         so at cursuri.cs.pub.ro
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/so
> or, via email, send a message with subject or body 'help' to
>         so-request at cursuri.cs.pub.ro
>
> You can reach the person managing the list at
>         so-owner at cursuri.cs.pub.ro
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of so digest..."
>
>
> Today's Topics:
>
>    1. [Tema2] Suprascriere accidentala pe vmchecker (Razvan Brinzea)
>    2. Re: [SO][Tema 3] Portabilitate (Darius-Florentin Neatu)
>    3. [SO][Tema3] Test coding style implementare open-source
>       (Andrei Simion-Constantinescu)
>    4. Re: [SO][Tema3] Test coding style implementare open-source
>       (Adrian Șendroiu)
>    5. Re: [Tema2] Suprascriere accidentala pe vmchecker (Ioana Ciornei)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 25 Apr 2017 18:48:50 +0300
> From: Razvan Brinzea <razvan.brinzea at gmail.com>
> To: so at cursuri.cs.pub.ro
> Subject: [so] [Tema2] Suprascriere accidentala pe vmchecker
> Message-ID:
>         <CA+oqAJv+JiPgWZn73o0nZVeC4PuJ3yec_CFwUs7ir6N4HptDYA at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Salut,
>
> Intr-un moment de neatentie si de graba, incercand sa incarc arhiva cu Tema
> 3 (Memorie virtuala) pe vmchecker pentru a-mi testa rezolvarea, am
> incarcat-o la submission-ul 2-minishell-linux, suprascriind versiunea temei
> pe care am trimis-o acum cateva saptamani.
>
> Inainte sa fac orice altceva, am decis sa va contactez si sa explic exact
> ce s-a intamplat. Avand in vedere ca tema nu este incarcata pe cs.curs (ca
> sa existe si acolo o data clara a submisiei), acum apare ca am o intarziere
> de 17 zile. Ce as putea face ca sa incerc totusi sa nu imi pierd punctajul
> pe tema (avand in vedere ca fusese trimisa la timp, si obtineam 100 de
> puncte)?
>
> Va multumesc,
> Razvan Brinzea
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://cursuri.cs.pub.ro/pipermail/so/attachments/20170425/5278f929/attachment-0001.html>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 25 Apr 2017 19:29:55 +0000
> From: Darius-Florentin Neatu <neatudarius at gmail.com>
> To: Costin Lupu <costin.lup at gmail.com>, Sisteme de Operare
>         <so at cursuri.cs.pub.ro>
> Subject: Re: [so] [SO][Tema 3] Portabilitate
> Message-ID:
>         <CAP9nO7tpaJeDN5qxUN34DMkMbi2cG-XaSiHeY95WA81289t-VA at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Multumesc, Costin!
>
> Sincer sa fiu, nu am citit partea asta in laborator, iar in tema am citit 4
> cuvinte (GNUmakefile, Makefile, Linux, Windows), asa ca am ramas cu
> impresia ca ce a fost la tema 1 era o configuratie din checker (local cand
> am rulat manual am folosit mereu parametrul -f).
>
> Am actualizat arhiva rezolvand problemele de Makefile-uri si ce mai aveam
> in neregula pe acolo.
>
> O seara faina,
>
> Darius
>
> On Tue, Apr 25, 2017 at 9:40 AM Costin Lupu <costin.lup at gmail.com> wrote:
>
>> On Mon, 2017-04-24 at 19:39 +0000, Darius-Florentin Neatu via so wrote:
>> > Salut,
>> >
>> >
>> > Am incercat sa fac tema portabila. Am creat wrappere peste functiile
>> > de sistem si am acelasi cod in vmsim.c.
>> > Diferenta intre cele doua sisteme de operare este folosirea fisierului
>> > wrapper_lin.c, respectiv wrapper_win.c (din Makefile selectez doar un
>> > singur fisier care va fi compilat).
>> >
>> >
>> > Am cateva nelamurari.
>> >
>> >
>> > 1. Pentru a se considera o implementare portabila mai este necesar sa
>> > fac ceva? (Ex. sa reunesc cele doua fisiere in wrapper.c. Am
>> > considerat ca este mai bine sa am doua fisiere mai mici, decat sa am
>> > unul foarte mare.)
>>
>> E în regulă așa. De fapt asta e abordarea recomandată.
>>
>> > 2. Deoarece compilatoarele sunt diferite (gcc vs cl), dar si sistemele
>> > de make (make vs nmake), am doua fisiere Makefile (Makefile.lin si
>> > Makefile.win - fiecare foloseste un singur fisier wrapper-???.c).
>> >
>> > Pentru a decide ce Makefile trebuie sa folosesc in functie de SO, am
>> > folosit o solutie de pe stackoverflow[1] - am creat fisierul Makefile.
>> > Se putea obtine o solutie de compilare mai buna?
>>
>> Helăăău, ce stackoverflow? Zice la SO în lab 01 [3] și tema 1 [4]
>> (remember?) să folosești GNUmakefile pentru Linux și Makefile pentru
>> Windows. Așa ai doar 2 makefile-uri în loc de 3.
>>
>> > 3. Momentan in arhiva bag toate fisierele (surse, 1xREADME,
>> > 3xMakefile). Cu aceeasi arhiva trec testele pe vmchecker pe ambele
>> > sisteme.
>> > Este ok daca las arhiva asa cum este? (sa nu impart in doua arhive, sa
>> > nu fac 2 README-uri :D).
>>
>> E în regulă așa. Așa ar trebui să fie, mai puțin makefile-urile (vezi
>> observația 2 de mai sus).
>>
>> > P.S. Atasez link-ul de pe GitLab[2] pentru a putea arunca o privire
>> > peste cod, daca este cazul.
>> >
>> >
>> > [1]
>> http://stackoverflow.com/questions/8270391/use-the-same-makefile-for-make-linux-and-nmakewindows/30906085#30906085
>> > [2] https://gitlab.cs.pub.ro/darius.neatu1995/SO
>>
>> [3] https://ocw.cs.pub.ro/courses/so/laboratoare/laborator-01
>> [4] https://ocw.cs.pub.ro/courses/so/teme/tema-1#precizari_vmchecker
>>
>>
>> Costin
>>
>>
>>
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://cursuri.cs.pub.ro/pipermail/so/attachments/20170425/5a5aa384/attachment-0001.html>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 25 Apr 2017 22:45:36 +0300
> From: Andrei Simion-Constantinescu <andrei.simion.c at gmail.com>
> To: so at cursuri.cs.pub.ro
> Subject: [so] [SO][Tema3] Test coding style implementare open-source
> Message-ID:
>         <CAP6tPwZCADQfdK9Y1=CDE_3HB5s48dhEv95Qs6myoTziALSJ=Q at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> Salut,
>
> Intrucat stiu ca este permisa folosirea unor implementari open-source
> pentru diverse structuri de date, am ales sa folosesc o implementare
> de hashtable in C care se bazeaza doar pe macrodefinitii. Problema
> este ca aceasta nu trece testul de coding style, fiindu-mi imposibila
> editarea fisierului .h spre a trece acel test (are mai mult de 1000 de
> linii, in mare doar macrodefiniitii). Exista vreo modalitate de a face
> checkpatch sa ignore acel fisier (sa fie denumit intr-un anumit fel,
> sa fie pus intr-un anumit folder)? Mentionez ca celelate fisiere din
> arhiva trec testul de coding style.
>
> Multumesc,
> Simion-Constantinescu Andrei
> 333CA
>
>
> ------------------------------
>
> Message: 4
> Date: Tue, 25 Apr 2017 23:40:52 +0300
> From: Adrian Șendroiu <molecula2788 at gmail.com>
> To: Sisteme de Operare <so at cursuri.cs.pub.ro>
> Subject: Re: [so] [SO][Tema3] Test coding style implementare
>         open-source
> Message-ID:
>         <CAONmKg4MrgwdW8a1qdGjB8Lw36vkgMC=RsepkaF-3rXq_mrO_A at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> 2017-04-25 22:45 GMT+03:00 Andrei Simion-Constantinescu via so
> <so at cursuri.cs.pub.ro>:
>> Salut,
>>
>> Intrucat stiu ca este permisa folosirea unor implementari open-source
>> pentru diverse structuri de date, am ales sa folosesc o implementare
>> de hashtable in C care se bazeaza doar pe macrodefinitii. Problema
>> este ca aceasta nu trece testul de coding style, fiindu-mi imposibila
>> editarea fisierului .h spre a trece acel test (are mai mult de 1000 de
>> linii, in mare doar macrodefiniitii). Exista vreo modalitate de a face
>> checkpatch sa ignore acel fisier (sa fie denumit intr-un anumit fel,
>> sa fie pus intr-un anumit folder)? Mentionez ca celelate fisiere din
>> arhiva trec testul de coding style.
>>
>> Multumesc,
>> Simion-Constantinescu Andrei
>> 333CA
>
> Nu există nici o modalitate de a ignora, dar ai putea încerca
> următoarea chestie (fă o copie a fișierului înainte):
>
> indent -nbad -bap -nbc -bbo -hnl -br -brs -c33 -cd33 -ncdb -ce -ci4
> -cli0 -d0 -di1 -nfc1 -i8 -ip0 -l80 -lp -npcs -nprs -npsl -sai -saf
> -saw -ncs -nsc -sob -nfca -cp33 -ss -ts8 -il1 file.h
>
> Vezi dacă-ți rămân mai puține lucruri de editat după asta.

Am incercat cu indent cu optiunile specificate, insa ramaneau la fel
de multe erori de coding style. Solutia pe care am gasit-o a fost sa
redenumesc fisierul header din file.h in file.hlib, iar acum
checkpatch il ignora (checkerul se uita doar la fisierele .c si cele
.h).

Andrei

>
> ------------------------------
>
> Message: 5
> Date: Wed, 26 Apr 2017 02:24:31 +0300
> From: Ioana Ciornei <ciorneiioana at gmail.com>
> To: Razvan Brinzea <razvan.brinzea at gmail.com>, Sisteme de Operare
>         <so at cursuri.cs.pub.ro>
> Subject: Re: [so] [Tema2] Suprascriere accidentala pe vmchecker
> Message-ID:
>         <CAHWJYFk0ovJWhwu_r4o5_FRJ+AxoH2qNrr=EOf1M3v4c3i8k-Q at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> 2017-04-25 18:48 GMT+03:00 Razvan Brinzea via so <so at cursuri.cs.pub.ro>:
>> Salut,
>>
>> Intr-un moment de neatentie si de graba, incercand sa incarc arhiva cu Tema
>> 3 (Memorie virtuala) pe vmchecker pentru a-mi testa rezolvarea, am
>> incarcat-o la submission-ul 2-minishell-linux, suprascriind versiunea temei
>> pe care am trimis-o acum cateva saptamani.
>>
>> Inainte sa fac orice altceva, am decis sa va contactez si sa explic exact ce
>> s-a intamplat. Avand in vedere ca tema nu este incarcata pe cs.curs (ca sa
>> existe si acolo o data clara a submisiei), acum apare ca am o intarziere de
>> 17 zile. Ce as putea face ca sa incerc totusi sa nu imi pierd punctajul pe
>> tema (avand in vedere ca fusese trimisa la timp, si obtineam 100 de puncte)?
>
>
> Done. Data viitoare sa specifici si id-ul de cs.curs, te rog.
>
> Ioana
>
>>
>> Va multumesc,
>> Razvan Brinzea
>>
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii
>
> ------------------------------
>
> End of so Digest, Vol 126, Issue 46
> ***********************************