[elektro] Fw: C18 előfordító

elight elight at gmail.hu
Wed Jun 17 14:12:46 CEST 2015


Sajnos én   eléggélelassult és  tapogatós vagyok ilyen ügyekben.

Mondhatnám nem éppen feladat barát és költség orientált..
Amit a fejembe veszek, azt azért meg is szoktam...
Még ha kicsit a saját káromra is megy néha a menete.

És a gyári libekben nem nagyon bízok ( ez már az első  foxpró óta így 
van.. )
Csak a legszűkebb , legszükségesebb mértékben használom a munkákhoz
ezeket és csak a lehetőleg általam már  többször tesztelt részeket 
használom.
Ettől még sokszor turkálok ASM listákban is, ha kétségem van.
  Ez nem jelenti azt hogy nem kísérletezek, de annak nincs közvetlen 
köze a termékhez,
oda már csak a tesztelt  eredményt viszem tovább..

Tudom ez lassabb , mint amit a megrendelők megkívánnak,
de sokkal nyugodtabb alvást biztosít..

És a profitorientáltság ilyenekben  sokkal hamarabb hozhat kellemetlen  
vadhajtásokat ..
( pl.  még a grippen sem tudja egyszer csak becsukni a kerekeit.. ,
pedig az egy kezdő szakipari iskolás is sejtheti,
hogy vannak feladatok , amiket sokkal biztonságosabb
egy sorrendi logikára bízni, mint egy szabadon programozott dologra.. )

Üdv István

2015-06-17 13:53 keltezéssel, hg12345 írta:
> Fejlesztésnél mindent megírsz újra? Lehet, hogy egyes cégek uC környezet fejlesztését is rosszul kezdik, mert a put kapásból a SWO -ra irányítják át,  (sok cég még SPI és az I2C is tesztelési célból) így nem kell a debuggeren kivűl semmi az aszinkron üzenetek megjelenítéséhez.  Ezzel kezdi a legtöbb gyári ajánlás....
> elight <elight at gmail.hu> írta:
>> Soha nem használok put();  gert();  függvényt.
>> Ja meg printf() et sem... Ezek régi beidegződések.. :-)
>> Igaz multiplatform , meg win sem készül semmi...
>>
>> Üdv István
>> 2015-06-17 12:33 keltezéssel, hg12345 írta:
>>> Azért van ennek az ellenkezője is. hogyan oldod meg a put és get fügvények megfelelő ki és bemeneti perifériákhoz csatolását.azért ilyenkor némileg át kell írni ez a két függvényt...
>>> "Balla zoltán" <sdrlab at yandex.ru> írta:
>>>> Feladó: "Kiss Gabor" <kissg at ssg.ki.iif.hu>
>>>>> Na tegyük fel, hogy minden úgy van, ahogy szeretnéd!
>>>>> A _fordító_ észreveszi, hogy egy "gyári" függvénynek csupa konstans
>>>>> (pontosabban fordításkor ismert értékű) argumentuma van,
>>>>> ezért _forditási_ időben meghívja azt, és az eredményt teszi a
>>>>> függvényhívás helyére.
>>>>>
>>>>> Ezt szeretnéd, ugye?
>>>>>
>>>>> Na akkor nézzük mi történik ebben az esetben!
>>>>>
>>>>> char *a, *b;
>>>>> int len;
>>>>>
>>>>> a=malloc(16);
>>>>> b=malloc(16);
>>>>> strcpy(a, "kutya");
>>>>> strcpy(b, "cica");
>>>>> printf("%s nem %s\n", a, b);
>>>>>
>>>> Nem ismerem a malloc függvény realizálását belülről, de nyilván memóriát
>>>> foglalni csak futásidőben értelmezett.
>>>> Ezért _sem_ kellene beletúrkálni a gyári függvényekbe, mert akkor a fordító
>>>> kapából tudja, mi az ami kiszámolható, mert értelmezhető rá a számolási
>>>> művelet, és mi az ami _csak_ futáskor...
>>>> Értem én, hogy a C lehetőséget ad a berhelésre, és ettől kezdve nincsenek
>>>> dedikált függvények. Az egész felvetésemnek az az alapja, hogy _nem_ nyúlunk
>>>> a gyári függvényekhez, mert minek ??!! Hisz enélkül is tökéletesen és gond
>>>> nélkül megoldható minden, akkor minek ?! Ha pedig mégis hozzányúlunk, mert
>>>> mi olyan profik vagyunk, akkor meg garantálnunk kell az eredetivel vali
>>>> visszafelé kompatibilitást. De ez már a saját felelősségünk. A fordító ekkor
>>>> még mindig korrektül járhat el, hisz tudja mely függvényeket számolhatja
>>>> előre ki, melyeket nem.
>>>>
>>>> Zoli
>>>>
>>>> -----------------------------------------
>>>>            elektro[-flame|-etc]
>>> -----------------------------------------
>>>             elektro[-flame|-etc]
>> -----------------------------------------
>>           elektro[-flame|-etc]
> -----------------------------------------
>            elektro[-flame|-etc]



More information about the Elektro mailing list