[elektro] Hitech C forditó pic16f690 bug?

[Lajos Rancz]

Helló!

És ha a következő fordító generáció írójának nem a 0 betöltése és annak az
inkrementálása lesz a heppje, hanem mondjuk ugyanez eljátszva 10-el (mert
tíz éves a fia pl)? Nem jó ötlet ilyet kihasználni: sosem tudhatod hogyha
ha kicsit megváltozik a szoftvered akkor miért omlik össze hirtelen, kb
lehetetlen lesz kinyomozni. Mi szól a megszakítás(ok) tiltása ellen?

Üdv

2012/2/3 Pipi <lista at puzsar.hu>

> hát igen, pont ez a gáz,
> na mindegy az 1-et kihagyom, helyette 11-et töltök majd:)
> igazából nem értem, szerintem ua. 2 utasitás és idő, ha tölti a w-be, majd
> a w-ből a mem-be
> esetleg annyi előnye van hogy w nem romlik el
> >
> > Mi van ha uint16-al csinálod ?
> következetesen az összes tipussal ezt csinálja:
>
>               i=1;     //int
>    1FD    01CF     CLRF 0x4f
>    1FE    0ACF     INCF 0x4f, F
>    1FF    01D0     CLRF 0x50
> 578:               ui=1;        //unsigned int
>    200    01D1     CLRF 0x51
>    201    0AD1     INCF 0x51, F
>    202    01D2     CLRF 0x52
> 579:               c=1;         //char
>    203    01D3     CLRF 0x53
>    204    0AD3     INCF 0x53, F
> 580:               uc=1;        //unsigned char
>    205    01D4     CLRF 0x54
>    206    0AD4     INCF 0x54, F
> 581:               l=1;         //long
>    207    01C7     CLRF 0x47
>    208    0AC7     INCF 0x47, F
>    209    01C8     CLRF 0x48
>    20A    01C9     CLRF 0x49
>    20B    01CA     CLRF 0x4a
> 582:               ul=1;        //unsigned long
>    20C    01CB     CLRF 0x4b
>    20D    0ACB     INCF 0x4b, F
>    20E    01CC     CLRF 0x4c
>    20F    01CD     CLRF 0x4d
>    210    01CE     CLRF 0x4e
>
>
> --
> Pipi
> http://www.puzsar.hu
>
> -----------------------------------------
>          elektro[-flame|-etc]
>