[elektro] C optimalizálás probléma

hg12345 hg12345 at freemail.hu
Fri Feb 10 10:02:38 CET 2012


Szia!

Ami beépített a CORTEX magba annál több nincsen :-)

Sajnos az optimalizálás után nem lehet a két programot ASM-ben összevetni, mert a sorrend se azonos a két asm kódban.... Ráadásul a kód is jelentösen változik, mert optimalizáció nélkül a BASE+offset technikával cimez, optimalizálás után [PC+offset] pointer cimmel operál. 

Az összehasonlitás szerintem szinte lehetetlen :-(

Egyébbként köszi a segítséget.

>
én egy hathatós tudok ,>
ha nincs hiperszuper debuggered..>
>
Kicsit bogarászós , de eddig mindig célbaért..>
>
Összeveted a két ASM listát,>
és megpróbálod értelmezni az különbségeket.>
>
Esetleg léteznek olyan szövegkezelők,>
amelyek ki is színezik ezekert az eltérő sorokat.>
Úgy könnyeb észrevenni az eltérő sorokat,>
vagy papiron  színes filccel ki is huzigálhatod..>
>
Üdv István>
>
>
2012.02.10. 08:55:44 dátumon hg12345 <hg12345 at freemail.hu> írta:>
>
> Hi!>
>>
> Egy elég összetett IT kezelő ~300 soros program (más program nem  >
> szakithat bele, ez garantált) -O0 optimalizáió nélkül jól müködik, de  >
> -O3 már aperiodikus stochasztikus hibákat generál.>
> A HW elemek korrekt modon gyárilag definiálva (volatile).>
>>
> Probáltam már trace és egyébb lehetőségeket, de nem sikerült megtalálnom  >
> a forrást.>
>>
> A hiba jelenség késöbb a főprogramban látható, de ez már csak egy buffer  >
> kiolvasás után látható, ilyenkor az IT már mást csinál....>
>>
> Milyen technikák léteznek ilyen hiba megkeresésére?>
>>
>>
> ----------------------------------------->
>           elektro[-flame|-etc]>
>
>
-- >
Az Opera forradalmian új levelezőjét használva: http://www.opera.com/mail/>
>
----------------------------------------->
          elektro[-flame|-etc]



More information about the Elektro mailing list