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:
>
> Bu
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("%
Buna,
În cadrul temei am întâmpinat următoarea problemă pentru testele 9 si
29. În momentul în care rulez tema utilizând ./so-cpp test9.in,
rezultatul este cel corect, dar atunci când testez folosind checkerul
(./run_all.sh), outputul pentru cele doua teste este unul diferit, în
sensul că încă rea
Folosește butonul reply all
Nu știam că ai rulat checkpatch în loc de wrapper. El e făcut de echipa de
so tocmai pentru scopurile de la noi.
E foarte interesant ca cel original da astfel de erori, ia să văd de ce
vrea așa ceva.
În general nu recomand typedef pentru că atunci când citești cod mar
Ce inseamna "map-ul se modifica si nu ramane constant"? Ca asta e tautologie.
Poti arata aici cam cum arata structura sa imi dau si eu seama despre
ce e vorba. Ca idee daca ai
struct kkmk {
int data;
struct kkmk *next;
}
typedef struct node {
int val;
struct node *next;
} node_t
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
> (snip
Ai cum sa ne arati diferentele de output __de pe masina virtuala__ ?
Nu imi este clar care e problema
On Tue, 3 Mar 2020 at 17:16, Deea O wrote:
>
> Da
>
> On Tue, 3 Mar 2020 at 17:13, Mihai Barbulescu wrote:
>>
>> Testele le rulezi pe mașina virtuala livrata de echipa de so?
>>
>> Cu stimă,
>>
Salut
Folosește butonul de reply all data viitoare
Ma bucur ca te-a ajutat sugestia mea
On Tue, Mar 3, 2020, 18:04 David Gherghita wrote:
> Multumesc mult, am analizat dump-ul cu gdb si am gasit cauza. Ramasese un
> malloc la care uitasem sa verific valoarea de retur.
>
> On Tue, Mar 3, 2020 a
Salut, Primul pas este sa rulezi pe mașina virtualăAl doilea e sa nu folosești valgrind sau gdb, sa rulezi binarul tău, sa te asiguri ca sistemul generează core dump file și sa analizezi offline în gdb core dump Lucrez (dar nu am timp) la o pagină care să exemplifice ce zic mai sus ca să știți mai
Da
On Tue, 3 Mar 2020 at 17:13, Mihai Barbulescu wrote:
> Testele le rulezi pe mașina virtuala livrata de echipa de so?
>
> Cu stimă,
> Mihai Bărbulescu
>
>
> Original message
> From: Deea O via so
> Date: Tue, Mar 3, 2020, 16:24
> To: so@cursuri.cs.pub.ro
> Subject: [so] [Tem
Salutare,
La rularea checkerului primesc segfault pe testul 38. La rularea manuala a
comenzii, cu argumentele mentionate in fisierul test38.param:
./so-cpp -D DEBUG=1 -D CUSTOM_DBG=custom-debugging -I
_test/inputs/test38.dir _test/inputs/test38.in > _test/outputs/test38.out
nu primesc segfault, nu
Testele le rulezi pe mașina virtuala livrata de echipa de so? Cu stimă,Mihai Bărbulescu Original message From: Deea O via so Date: Tue, Mar 3, 2020, 16:24To: so@cursuri.cs.pub.roSubject: [so] [Tema1][Linux]Diferenta rulare checkerBuna,În cadrul temei am întâmpinat următoarea problem
Buna,
În cadrul temei am întâmpinat următoarea problemă pentru testele 9 si
29. În momentul în care rulez tema utilizând ./so-cpp test9.in,
rezultatul este cel corect, dar atunci când testez folosind checkerul
(./run_all.sh), outputul pentru cele doua teste este unul diferit, în
sensul că încă rea
13 matches
Mail list logo