ce-ul o să fie complet greșit.
> >>
> >> On Thu, 9 May 2019 at 20:42, Ionuț Mihalache via so
> >> wrote:
> >> >
> >> > Salut,
> >> >
> >> > După ce s-a reparat problema cu checker-ul pe windows am văzut că am
>
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
altfel stack trace-ul o să fie complet greșit.
>
> On Thu, 9 May 2019 at 20:42, Ionuț Mihalache via so
> wrote:
> >
> > Salut,
> >
> > După ce s-a reparat problema cu checker-ul pe windows am văzut că am
> probleme de segmentation fault. Acum eu nu zic că nu este
Salut,
După ce s-a reparat problema cu checker-ul pe windows am văzut că am
probleme de segmentation fault. Acum eu nu zic că nu este de la mine dar eu
nu știu să interpretez eroarea următoare dată de drmemory:
Error #1: UNADDRESSABLE ACCESS: reading 0x0014-0x0018 4 byte(s)
# 0
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,
Nu mai contează. Noul checker a rezolvat problema asta.
În joi, 2 mai 2019 la 23:42, Ionuț Mihalache a scris:
> Numărul de thread-uri din acest test este foarte mare? helgrind îmi spune
> că anumite thread-uri dau failed la pthread_create() sau poate este de la
> mine. Ideea este că testul
Numărul de thread-uri din acest test este foarte mare? helgrind îmi spune
că anumite thread-uri dau failed la pthread_create() sau poate este de la
mine. Ideea este că testul durează foarte mult și am avut impresia că am
deadlock însă dacă îl las să ruleze apare eroarea asta "Thread #300's call
to
nuț Mihalache via so
> wrote:
> >
> > Și încă o întrebare pe care am uitat să o adresez: Cum să fac debug
> pentru că dacă folosesc printf pot apărea sincronizări nedorite?
>
> Sugestia 1 (profesionista): logging intr-o zona din RAM/memoria
> procesului mapata dinainte in
rebuie să umblăm la kernel altfel decât prin a lăsa un singur
>>> thread activ la un moment dat în general.
>>> 1. Decrementarea se poate face oricând, dar "context switch-ul" se va
>>> face după, dacă e cazul.
>>> 3. Am și eu întrebarea asta. Parcă am vă
i sunt ok.
>
>
> On Wed, May 1, 2019, 7:17 PM Ionuț Mihalache via so
> wrote:
>
>> Salut,
>>
>> După ceva timp în care am tot încercat diferite variante de implementare
>> pentru a rezolva prima partea a testelor, cele până la round robin inclusiv
>> am
Salut,
După ceva timp în care am tot încercat diferite variante de implementare
pentru a rezolva prima partea a testelor, cele până la round robin inclusiv
am niște întrebări punctuale:
1. În cazul so_fork() începem să scadem cuanta înainte sau după
pthread_create?
2. Noi trebuie să modificăm
t; for
> Windows 10
>
>
>
> *From: *Ionuț Mihalache via so
> *Sent: *Monday, April 29, 2019 10:21 PM
> *To: *Mihai Barbulescu
> *Cc: *Sisteme de Operare
> *Subject: *Re: [so] [Tema4][Linux | Windows] Cuantă de timp și so_exec
>
>
>
> Momentan sunt la începu
sti bine, zi-mi doar daca pica aiurea teste
> sa clarificam punctual.
>
> On Mon, 29 Apr 2019 at 22:02, Ionuț Mihalache via so
> wrote:
> >
> > Salut,
> >
> > Nu îmi este foarte clar când ar trebui să scadă cuanta de timp pentru un
> thread. Am înțeles că trebui
Salut,
Nu îmi este foarte clar când ar trebui să scadă cuanta de timp pentru un
thread. Am înțeles că trebuie să scadă când se apelează wait, signal, fork,
exec, dar ce se întâmplă când se rulează funcția dată ca parametru lui
so_fork(). Se consideră ca o instrucțiune și la finalul ei se scade o
i? 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
9 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
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.
>
> 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 d
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 -
eletul pare să dea close la fd după ce a
> procesat structurile din header.
> >
> > On Sun, Apr 14, 2019, 1:10 PM Ionuț Mihalache via so <
> so@cursuri.cs.pub.ro> wrote:
> >>
> >> Salut,
> >>
> >> In enunt ne spune ca in momentul cand mapam o n
Salut,
In enunt ne spune ca in momentul cand mapam o noua pagina sa copiem datele
din fisier corespunzatoare in memoria nou mapata. Intrebarea mea este cum
accesez acel fisier, adica trebuie sa-l deschid eu si sa am un descriptor
global care sa fie vizibil in toate functiile sau sa modific
t;>>
> >>>> 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:
> >&
. 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:
>>> >
>>
bmit 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?
&
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,
> >
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
gt; >
> >>> >>>> >> > Pentru a verifica dacă s-a ajuns la eof verific în fread
> dacă ReadFile a întors FALSE și apoi getlasterror și ies dacă este acea
> eroare din enunț, ar trebui să mai fac ceva?
> >>> >>>> >> >
> >>> >>>&
t;>> >> >>
> >>>> >> >> Salut,
> >>>> >> >>
> >>>> >> >> Cred că ai o problemă cu semnalizarea EOF-ului.
> >>>> >> >>
> >>>> >> >> Încearcă următoarea chestie:
cazul ăsta o să-ți dea eroarea respectivă la fiecare rulare.
> >> >>
> >> >> On Sun, 31 Mar 2019 at 09:11, Paul Olaru <
> olarupaulstelia...@gmail.com> wrote:
> >> >> >
> >> >> > La testul 32, pot fi chestii de scheduler. Cred c
ntează acel
>>> >> >> "Sleep(2000)", precum și linia "FAIL_IF(num_ReadFile !=
>>> >> >> expected_sys_read...".
>>> >> >>
>>> >> >> În cazul ăsta o să-ți dea eroarea respectivă la fiecare rulare.
Olaru <
> olarupaulstelia...@gmail.com> wrote:
> >> >> >
> >> >> > La testul 32, pot fi chestii de scheduler. Cred că ar fi
> importantă de fapt ordinea (la "r" aștepți și după închizi, la "w" închizi
> și după a
ot; aștepți și după închizi, la "w" închizi și după
> aștepți). Nici eu nu am implementat asta tbh. Dar și la "aștepți și după
> închizi" sunt neajunsuri.
> >> >
> >> > Sunt surprins că pe Linux reușește checkerul să preia el toate datele
>
nchizi" sunt neajunsuri.
> >
> > Sunt surprins că pe Linux reușește checkerul să preia el toate datele
> înainte de a apela pclose.
> >
> > On Sun, Mar 31, 2019, 02:05 Ionuț Mihalache via so
> wrote:
> >>
> >> Și acum a mers. Arhiva este aceeași.
&g
Salut,
Ce se întâmplă dacă după un fread care lasă niște octeți în buffer se face
un fwrite care vrea să scrie mai mult de dimensiunea buffer-ului?
Teoretic ar trebui să se invalideze buffer-ul, deci să se aducă cursorul de
fișier înapoi cu un număr de octeți egal cu numărul de octeți din buffer.
tuală de 10 ori la rând și nu am avut eroarea asta.
>
> În sâm., 30 mar. 2019 la 19:04, Adrian Șendroiu
> a scris:
>
>> Salut,
>>
>> M-am uitat și pare ok. O fi fost de la vmchecker.
>>
>> On Sat, 30 Mar 2019 at 18:15, Ionuț Mihalache via so
>> wrot
lut,
>
> M-am uitat și pare ok. O fi fost de la vmchecker.
>
> On Sat, 30 Mar 2019 at 18:15, Ionuț Mihalache via so
> wrote:
> >
> > Salut,
> >
> > Am trimis pentru prima dată tema2 pe windows și părea că a intrat în
> buclă infinită la testul 20. După ce a
Arhiva trimisă trebuie să fie aceeași pe ambele platforme sau pot să difere?
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii
faci prin
> funcțiile ReadFile, WriteFile, CreateFile, CloseHandle etc. Și trebuie ca
> so_fileno să returneze HANDLE-ul.
> >
> >
> >
> > Sent from Mail for Windows 10
> >
> >
> >
> > From: Ionuț Mihalache via so
> > Sent: Saturday, March 30,
Checker-ul nu imi numara syscall-urile desi acestea se executa cu succes.
Orice as face numarul este 0. Si de asemenea primesc si asa ceva
"src/test_fputc.c:82: Incorrect number of write syscalls: got 0, expected
0". Care ar putea fi cauza?
___
t; 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
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
care l-am deschis și am văzut că are
> conținutul și dimensiunea așteptate.
> >
> > joi, 28 mar. 2019, 10:01 Adrian Șendroiu a
> scris:
> >>
> >> On Thu, 28 Mar 2019 at 09:21, Ionuț Mihalache via so
> >> wrote:
> >> >
> >> &
Am printat acele expected valuedin test și am modificat în checker să nu
mai șteargă fișierul de output pe care l-am deschis și am văzut că are
conținutul și dimensiunea așteptate.
joi, 28 mar. 2019, 10:01 Adrian Șendroiu a scris:
> On Thu, 28 Mar 2019 at 09:21, Ionuț Mihalache via so
>
Salut,
Îmi pică ultimul test deși am printat și rezultatele sunt la fel ca și cele
așteptate. Care ar putea să fie cauza acestui lucru?
___
http://ocw.cs.pub.ro/courses/so/info/lista-discutii
Dacă nu mă înșel testul 16 verifică tocmai dacă ții cont de cazul când nu
se alocă memorie.
sâm., 9 mar. 2019, 22:59 Marius-Cătălin VLAD (87701) via so <
so@cursuri.cs.pub.ro> a scris:
> Bună seara!
> Când rulez testul 16 pe checker-ul local de pe mașina virtuală primesc
> eroarea „(main.c,
Mulțumesc
În sâm., 9 mar. 2019 la 18:38, Mihai Barbulescu a
scris:
> Ionuț o sa mă uit mai târziu pe tema ta. Definirea are sens doar pentru
> compare dll deci dacă ai făcut-o strict în acel context e totul ok.
>
> O sa verific
>
>
> On Sat, Mar 9, 2019, 16:16 Ionuț Mihalache wrote:
>
>> Eu am
Eu am folosit /DDLL_IMPORTS în makefile-ul pentru windows însă nu am
define-uri specifice pentru platformă. Era târziu când am trimis și am
uitat să șterg /DDLL_IMPORTS. Ar trebui să fac resubmisie? Am trimis de o
săptămână.
sâm., 9 mar. 2019, 16:11 Mihai Barbulescu via so a
scris:
> Salut
Mai verifică dacă ai grijă la cazul când operația top nu este corectă(cazul
când primește unul sau mai mulți parametri). Din ce văd pe vmchecker ție
îți apare michael de 3 ori și corect este să apară o singură dată sau poate
ai un printf în pop.
lun., 4 mar. 2019, 20:22 Vlad Tarachiu via so a
Problema era că eu am făcut o funcție care să aloce coada mea cu priorități
și parametrul era my_pq**. În funcție după ce alocam cu malloc eu verificăm
dacă s-a alocat memorie cu if(!pq) în loc de if(!*pq) și de asta programul
crăpa pe ultimul test. Practic chiar dacă nu se aloca cu succes memoria
Pentru unnecessary whitespace before a quoted newline pune spațiul din
stringul delimitator la sfârșit
Pentru partea cu spații mai verifică din nou să ai tab-uri și vezi și
dimensiunea să fie aceeași.
Pentru partea cu condiționale tratament schimbă modul de scriere; adică din
if ()\n{ schimbă în
Am folosit /DD_CRT_SECURE_NO_DEPRECATE si nu mai sunt warning-uri la
compilare pe Windows.
În sâm., 2 mar. 2019 la 22:52, Mihai Barbulescu a
scris:
>
>
> On Sat, Mar 2, 2019, 13:21 Ionuț Mihalache via so
> wrote:
>
>> Salut,
>>
>> Pe windows primesc warning-ur
Salut,
Pe windows primesc warning-uri la compilare care spun că unele funcții din
string.h sau fopen sunt deprecated. Ar fi bine să le înlocuiesc cu varianta
lor safe sau să dau disable la acele warning-uri.
___
Nu mai conteaza, am gasit problema. Era ceva evident dar eram prea obosit
ca sa observ.
În sâm., 2 mar. 2019 la 02:24, Ionuț Mihalache a
scris:
> Salut,
> Pe checker local imi trec toate testele pe linux mai putin ultimul la care
> primesc urmatoarea eroare: ./_test/run_test.sh: line 209: 4844
Salut,
Pe checker local imi trec toate testele pe linux mai putin ultimul la care
primesc urmatoarea eroare: ./_test/run_test.sh: line 209: 4844
Segmentation fault (core dumped) LD_PRELOAD="libso.so" $EXEC_NAME <
$input_f > $out_f
Problema pare sa fie de la acel LD_PRELOAD.
Mentionez ca
Salut,
Legat de funcția de comparare, în enunț spune că nu avem voie să folosim o
funcție de comparație creată de noi. Ce înseamnă asta mai exact? Avem voie
să facem funcția noastră de comparație care să nu fie altceva decât un
wrapper pentru funcția oferită în temă? Spre exemplu coada mea cu
Salut,
În enunț scrie că dacă funcțiile de alocare de memorie eșuează se va
propaga codul de eroare 12 până la ieșirea din program. Nu ar fi mai bine
să se iasă din funcția din care nu s-a efectuat cu succes alocarea de
memorie folosind exit(COD_EROARE). Adică programul oricum nu mai are cum să
56 matches
Mail list logo
