<div dir="auto">Adresa 1 sună suspect (NULL pointer dereference). Memory allocation failure? Încearcă să reduci utilizarea de memorie dinamică pe cât posibil. Vezi cu Valgrind/GDB care pointer încerci să îl folosești deși e nul.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 16, 2019, 9:37 AM Ionuț Mihalache <<a href="mailto:ipopescu46@gmail.com">ipopescu46@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Problema care apare este faptul că loader-ul primește segfault. Am printat adresa la care are loc page fault și de la un moment dat apare adresa 1 și nu ar trebui. VirtualAlloc și VirtualProtect nu eșuează însă nu pot să-mi dau seama exact de unde ar mai putea fi problema.  Din printare am văzut că anumite pagini se mapează însă nu-mi dau seama care ar putea fi cauza pentru care primesc segfault pentru că nu fac altceva decât să aplic logica de pe linux cu alt page size și mod de a mapa. Este posibil să iau adresa greșit dar la început merge. Am presupus că este de la mapare pentru că tot primesc page fault. Rulez programul de test, cel cu hello world. Am postat doar ca să mă asigur că abordarea mea de a mapa este bună ca să nu depanez ce nu trebuie. </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">mar., 16 apr. 2019, 09:14 Razvan Crainea <<a href="mailto:razvan.crainea@gmail.com" target="_blank" rel="noreferrer">razvan.crainea@gmail.com</a>> a scris:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Salutare!<br>
<br>
Am rugămintea ca atunci când raportați o problemă, să descrieți exact<br>
comportamentul programului, și ce debugging ați făcut. Dacă vreți să<br>
vă putem ajuta, trebuie să avem toate datele problemei.<br>
Nu ne mai cereți să ne uităm pe sursele voastre, asta ar trebui să<br>
facem doar în cazuri excepționale, când debugging-ul făcut de voi nu<br>
este de ajuns să identificăm problema. Dacă va fi nevoie de asta, vom<br>
cere noi acces la surse.<br>
Prin urmare, Ionuț, spune-ne de ce crezi că este de la mapare? În ce<br>
moment al execuției? Ce fel de acces nu merge?<br>
<br>
Numai bine!<br>
Răzvan<br>
<br>
On Tue, Apr 16, 2019 at 12:04 AM Paul-Stelian Olaru via so<br>
<<a href="mailto:so@cursuri.cs.pub.ro" rel="noreferrer noreferrer" target="_blank">so@cursuri.cs.pub.ro</a>> wrote:<br>
><br>
> 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.<br>
><br>
><br>
><br>
> Sent from Mail for Windows 10<br>
><br>
><br>
><br>
> From: Ionuț Mihalache via so<br>
> Sent: Tuesday, April 16, 2019 12:01 AM<br>
> To: Sisteme de Operare<br>
> Subject: [so] [Tema3][Windows] - Permisiuni VirtualAlloc, VirtualProtect<br>
><br>
><br>
><br>
> Salut,<br>
><br>
><br>
><br>
> 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.<br>
><br>
><br>
><br>
> Multumesc.<br>
><br>
><br>
><br>
> <a href="https://gitlab.cs.pub.ro/ionut.mihalache1506/l3-so-assignments/blob/master/3-loader/skel-win/loader.c" rel="noreferrer noreferrer noreferrer" target="_blank">https://gitlab.cs.pub.ro/ionut.mihalache1506/l3-so-assignments/blob/master/3-loader/skel-win/loader.c</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> <a href="http://ocw.cs.pub.ro/courses/so/info/lista-discutii" rel="noreferrer noreferrer noreferrer" target="_blank">http://ocw.cs.pub.ro/courses/so/info/lista-discutii</a><br>
<br>
<br>
<br>
-- <br>
Răzvan Crainea<br>
</blockquote></div>
</blockquote></div>