2014-12-03 22:11 GMT+01:00 Andreas Höschler :
>
> $(PROJECT).hex: $(PROJECT).out
> $(OBJCOPY) -j .text -O ihex $(PROJECT).out $(PROJECT).hex
>
I would say that here is the problem, change this to:
$(OBJCOPY) -R .eeprom -O ihex $(PROJECT).out $(PROJECT).hex
2014-12-04 13:12 GMT+01:00 Simon Cook :
>
> In general, I would expect using neither -j nor -R would in most cases
> produce a working file, but there may be some cases where it is useful to
> know which of these to use. When you need them, -j is for when only a list
> of known sections are needed,
pt., 21 maj 2021 o 12:09 BERTRAND Joël
napisał(a):
> Trampas Stern a écrit :
> > You also need to send the rest of the code.
>
This was actually a good advice, most likely the bug is in your code, so
seeing the rest would be helpful
> uint8_t
> iso14443a_anticol(uint8_t wup, rfid_tag_t *tag)
sob., 22 maj 2021 o 09:49 BERTRAND Joël
napisał(a):
> I'm not sure. In main() you will find :
>
> rfid_tag_t tag;
> iso14443a_anticol(0, &tag);
>
I would remove this line (file iso14443a.c:244):
memset(&tag, 0, sizeof(tag));
Best regards
Paweł
pt., 28 maj 2021 o 19:23 BERTRAND Joël
napisał(a):
> Hello,
>
> I beg your pardon as my question is not related to gcc itself.
>
> I have added to my firmware a subset of avr-crypto-lib (AES and
> RSA).
> If AES128/192/256 run as expected, RSA causes a memory corruption.
>
wt., 1 cze 2021 o 08:37 BERTRAND Joël
napisał(a):
> RSA doesn't run as expected. With expopent=3 and length=512, program
> doesn't crash but after four hours (@ 16 MHz on simavr), gdb shows that
> program stays in RSA subroutines and doesn't return to main routine.
> Something is probably broken
