2017-04-26 12:00 GMT+03:00 <[email protected]>: > Send so mailing list submissions to > [email protected] > > 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 > [email protected] > > You can reach the person managing the list at > [email protected] > > 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 <[email protected]> > To: [email protected] > Subject: [so] [Tema2] Suprascriere accidentala pe vmchecker > Message-ID: > <ca+oqajv+jipgwzn73o0nzvec4puj3yec_cfwus7ir6n4hpt...@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 <[email protected]> > To: Costin Lupu <[email protected]>, Sisteme de Operare > <[email protected]> > Subject: Re: [so] [SO][Tema 3] Portabilitate > Message-ID: > <cap9no7tpajedn5qxun34dmkmbi2cg-xasihey95wa81289t...@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 <[email protected]> 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 <[email protected]> > To: [email protected] > Subject: [so] [SO][Tema3] Test coding style implementare open-source > Message-ID: > > <CAP6tPwZCADQfdK9Y1=CDE_3HB5s48dhEv95Qs6myoTziALSJ=q...@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 <[email protected]> > To: Sisteme de Operare <[email protected]> > Subject: Re: [so] [SO][Tema3] Test coding style implementare > open-source > Message-ID: > <CAONmKg4MrgwdW8a1qdGjB8Lw36vkgMC=rsepkaf-3rxq_mr...@mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > 2017-04-25 22:45 GMT+03:00 Andrei Simion-Constantinescu via so > <[email protected]>: >> 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 <[email protected]> > To: Razvan Brinzea <[email protected]>, Sisteme de Operare > <[email protected]> > Subject: Re: [so] [Tema2] Suprascriere accidentala pe vmchecker > Message-ID: > <CAHWJYFk0ovJWhwu_r4o5_FRJ+AxoH2qNrr=eof1m3v4c3i8...@mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > 2017-04-25 18:48 GMT+03:00 Razvan Brinzea via so <[email protected]>: >> 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 > *********************************** _______________________________________________ http://ocw.cs.pub.ro/courses/so/info/lista-discutii
