[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