Drmemory e un fel de Valgrind. Încearcă să compilezi cu simbolurile de debug 
(/Zi pentru fișierele .obj în principiu, /debug pentru dll-ul final și /MDd 
dacă vrei să legi CRT-ul de debug – ultima s-ar putea să nu meargă prea bine 
totuși deci o scoți dacă ai alte crashuri ciudate). Mai multe informații 
găsești pe Google dar ia ăsta ca un punct de pornire.

Sent from Mail for Windows 10

From: Ionuț Mihalache via so
Sent: Thursday, May 9, 2019 9:23 PM
To: Adrian Șendroiu
Cc: Sisteme de Operare
Subject: Re: [so] [Tema4][Windows] - Segfault so_init

Funcția iswdigit nu o apelez niciodată și nu știu cum să rulez drmemory pentru 
a putea să văd unde este problema. Un pic de ajutor ar fi foarte apreciat.

În joi, 9 mai 2019 la 21:19, Adrian Șendroiu <molecula2...@gmail.com> a scris:
DIn ce am văzut la drmemory trebuie să compilezi cu simboluri de
debug, altfel stack trace-ul o să fie complet greșit.

On Thu, 9 May 2019 at 20:42, Ionuț Mihalache via so
<so@cursuri.cs.pub.ro> 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 de la mine dar eu nu știu să 
> interpretez eroarea următoare dată de drmemory:
> Error #1: UNADDRESSABLE ACCESS: reading 0x00000014-0x00000018 4 byte(s)
> # 0 ntdll.dll!iswdigit               +0x2a2    (0x7751fc47 
> <ntdll.dll+0x2fc47>)
> # 1 ntdll.dll!iswdigit               +0x1b0    (0x7751fb56 
> <ntdll.dll+0x2fb56>)
> # 2 libscheduler.dll!so_init         +0x3f6    (0x748713f7 
> <libscheduler.dll+0x13f7>)
> # 3 libscheduler.dll!so_end          +0x1d     (0x74871eae 
> <libscheduler.dll+0x1eae>)
> # 4 run_test.exe!?                   +0x0      (0x01111273 
> <run_test.exe+0x1273>)
> # 5 run_test.exe!?                   +0x0      (0x0111351d 
> <run_test.exe+0x351d>)
> # 6 run_test.exe!?                   +0x0      (0x0111442e 
> <run_test.exe+0x442e>)
> # 7 KERNEL32.dll!BaseThreadInitThunk +0x11     (0x76611174 
> <KERNEL32.dll+0x51174>)
> Note: @0:00:01.451 in thread 1056
> Note: instruction: inc    0x14(%eax) -> 0x14(%eax)
>
> Din ce înțeleg ar fi problema în so_init însă trec teste până acolo. Am pus 
> printări la începutul funcție so_init și nici măcar nu intră în funcție. Care 
> ar putea fi problema?
>
> Mulțumesc
> _______________________________________________
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii

_______________________________________________
http://ocw.cs.pub.ro/courses/so/info/lista-discutii

Raspunde prin e-mail lui