• State Not Answered
  • Locked Locked
  • Replies 7 replies
  • Subscribers 22 subscribers
  • Views 2043 views
  • Users 0 members are here
Options
Related
How was your experience today?
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Run-time error in STR instruction

Yuri Tychinsky

Hi,

Following code:

1:  int main()
2:  {
3:    char Buff[3];
4:    *((short*)(Buff+1)) = 0xFFFF;
5:  }
causes in the 4th string such run-time error:

Non-aligned Access: Thumb Instruction at 00080122H, Memory Access at 000103F9H

Disassembly of the 4th string is:
     4:   *((short*)(Buff+1)) = 0xFFFF;
0x0008011C  4904      LDR       R1,[PC,#0x0010]
0x0008011E  2001      MOV       R0,#0x01
0x00080120  4468      ADD       R0,SP
0x00080122  8001      STRH      R1,[R0,#0x00]
The STRH instruction (address 0x00080122) requires 2-alignment for second operand.
But in this example second operand is not aligned in such manner.

Analogous errors also appear for LDR instruction.

I tested above example with Keil and GNU compilers. Both of them give identical error.

-------------------------------------

With other compilers on other platforms (Borland and I386 for example) such a problem doesn't appear.
It is very convenient to use above method for structures transfer through byte sequence (serial port).
I want to use this method in my work.

How can I use this method on ARM-platform (Keil, GNU compilers)?
How this problem satisfies the ANSI C standart?

Thanks,
Dr. Yuri Tychinsky

Parents
  • 0 in reply to Keil Software Support Intl.

    "With other compilers on other platforms (Borland and I386 for example) such a problem doesn't appear."

    What is the extent of the testing on which you base this statement?

    "The x86 architecture has hardware support for un-aligned accesses."

    So, even though it "works", the hardware has to jump through hoops and the performance will be degraded. So this technique loses you both performance and portability.
    Thus, the "conventional" method described by Dan may not be as "unattractive" as it appears at first sight...!

Reply
  • 0 in reply to Keil Software Support Intl.

    "With other compilers on other platforms (Borland and I386 for example) such a problem doesn't appear."

    What is the extent of the testing on which you base this statement?

    "The x86 architecture has hardware support for un-aligned accesses."

    So, even though it "works", the hardware has to jump through hoops and the performance will be degraded. So this technique loses you both performance and portability.
    Thus, the "conventional" method described by Dan may not be as "unattractive" as it appears at first sight...!

Children
No data