[elektro] CooCox? gcc? erdekesseg
uprogc .
uprogc at gmail.com
Wed Aug 17 14:21:48 CEST 2016
Szia.
Gondot okzott, mert a parameterek sorrendje megvaltozott, ezert Igy beirta
a channel helyere a value-t ami miatt nem mukodott.
2016-08-17 14:52 GMT+03:00 SZIGETI Szabolcs <szigiszabolcs at gmail.com>:
> Hali!
>
> Akkor ez a magyarázat. A Cben a hívó berakja a verembe a paramétereket
> fordított sorrendben, igy az első lesz legfelül. A hívott pedig a stack
> pointert alapul véve éri el őket valami bázispointeten keresztül. A
> hívottnak mindegy, hogy hány paraméterrel hívják, mert a stacket a hívó
> fogja takarítani. Tehát gondot sem okoz ebből a szempontból.
>
> Szabolcs
>
> 2016.08.17. 13:33 ezt írta ("uprogc ." <uprogc at gmail.com>):
>
> > Nem volt prototipusa.
> >
> > 2016-08-17 14:30 GMT+03:00 SZIGETI Szabolcs <szigiszabolcs at gmail.com>:
> >
> > > Hali!
> > >
> > > Ha nem csinálsz fv protot, akkor a fordítót nem érdekli, hogy hogyan
> > hívod
> > > meg. A hívó berakja az összes paramétert a verembe, a hívott meg kiszed
> > > annyit, amennyire meg van írva.
> > > A többi szemét lesz, ami éppen a veremben van.
> > > Igy működnek a változó paraméter számú függvények, mint pl. a printf.
> Ott
> > > az első paraméter, a formátum string, abból kiderül, hogy hány
> paraméter
> > > lesz még.
> > > Ha ésszel csinálod, hasznos, ha nem, akkor baromi nehezen felderíthető
> > > hibát okoz, hogy random dolgok jelennek meg a paramétetekben.
> > > Ha van prototípusod mondjuk egy .h fájlban, akkor legalább warningot
> ad.
> > >
> > > Szabolcs
> > >
> > > 2016.08.17. 12:52 ezt írta ("uprogc ." <uprogc at gmail.com>):
> > >
> > > > Sziasztok,
> > > >
> > > >
> > > > Adott volt a fuggveny:
> > > >
> > > > void ImpulseCounter_Write(uint16_t val)
> > > >
> > > > Modositottam erre:
> > > >
> > > > void ImpulseCounter_Write(uint8_t channel, uint16_t val)
> > > >
> > > > Egy helyen elfelejtettem modositani a hivast:
> > > >
> > > > ImpulseCounter_Write(0);
> > > >
> > > > Siman leforditotta (Rebuild) tobb alkalommal is ;)
> > > >
> > > > Udv
> > > > Szabi
> > > > -----------------------------------------
> > > > elektro[-flame|-etc]
> > > >
> > > -----------------------------------------
> > > elektro[-flame|-etc]
> > >
> > -----------------------------------------
> > elektro[-flame|-etc]
> -----------------------------------------
> elektro[-flame|-etc]
>
More information about the Elektro
mailing list