Почему под отладчиком работает а без него не хочет? Опции

[prottoss]

Всех с наступающим Новым Годом!



Проблема такова:



С ARM работаю недавно. Имеется код, который нормально работал с AVR и платформенно не зависим. Перенес сей код на ARM - все, затык. Кoд такой:

Код

В хедере:

#define MAKEUINT16(byte_h, byte_l) ((UINT16)(((UINT16)byte_h << 8)|(UINT16)byte_l))
#define HIBYTE(word)    ((UCHAR)((UINT16)word >> 8))
#define LOBYTE(word)    ((UCHAR)((UINT16)word & 0xff))

#define MAKEUINT32(word_h, word_l) ((UINT32)(((UINT32)word_h << 16)|(UINT32)word_l))
#define HIWORD(longv)    ((UINT16)((UINT32)longv >> 16))
#define LOWORD(longv)    ((UINT16)((UINT32)longv & 0xffff))

#define SWAP16(n16)     (MAKEUINT16(LOBYTE(n16), HIBYTE(n16)))
#define SWAP32(n32)     (MAKEUINT32(SWAP16(LOWORD(n32)), SWAP16(HIWORD(n32))))

в модуле:

Код

...
if(hTCP->flags & TCP_FLAG_ACK)
    {
  /* Jup, use it as our seq */
  socket->send_unacked = SWAP32(hTCP->ackno);
  socket->hTCP.flags = TCP_FLAG_RESET;
  socket->receive_next = SWAP32(hTCP->seqno);
}
    else
    {
  socket->send_unacked = 0;
  socket->hTCP.flags = TCP_FLAG_RESET | TCP_FLAG_ACK;
  socket->receive_next = SWAP32(hTCP->seqno) + 1;
}

Если ставлю точку останова на строку с SWAP32 и потом, при попадании программы в эту точку, стартую программу - все нормально, код выполняется. Если точку останова не ставлю - программа виснет:-(
Если строки с SWAP32 удаляю - программа работает нормально...
Переменные send_unacked и receive_next 32-битные.


IAR C/C++ Compiler for ARM 4.42A Evaluation (4.42.1.201)


Помогите разобраться, в чем прикол...

[Rst7]

А давайте посмотрим на это дело с другой стороны. Наш автор портирует свой TCP стек. Если внимательно посмотреть, то в протоколе TCP выровнены заголовки с точностью 4 байта, в IP - тоже, фигня получается в Ethernet 6+6+2=14. Так я бы воткнул бы 2 пустых байта перед самой структурой пакета (начальный адрес структуры нет проблемы получить с нужным выравниванием) и в результате получил доступ к LONG в нормальном режиме, а не с побайтным чтением.

Я понимаю, что костыль, но зато кода гораздо меньше.

[prottoss]

А давайте посмотрим на это дело с другой стороны. Наш автор портирует свой TCP стек. Если внимательно посмотреть, то в протоколе TCP выровнены заголовки с точностью 4 байта, в IP - тоже, фигня получается в Ethernet 6+6+2=14. Так я бы воткнул бы 2 пустых байта перед самой структурой пакета (начальный адрес структуры нет проблемы получить с нужным выравниванием) и в результате получил доступ к LONG в нормальном режиме, а не с побайтным чтением.

Я понимаю, что костыль, но зато кода гораздо меньше.

Я не вытаскиваю из буфера EMAC DMA весь пакет целиком, а как раз отдельными заголовками, и с ethernet-заголовком затыков не было. Проблема была с TCP-заголовком, а именно с 32-битными полями seqno и ackno, байты в которых надо было переставлять, что бы нормально с ними работать. Вообще, структура TCP заголовка как раз выровненная к 32-битам, так что для меня, пока, все равно загадка, почему ЭТО не работает под IAR

Код

typedef struct __TCP_Header
{
/* dword 0 */
UINT16 src_port;    /* Source port     */
UINT16 dest_port;    /* Destination port    */

/* dword 1 */
UINT32 seqno;     /* Sequence number    */

/* dword 2 */
UINT32 ackno;     /* Acknowledgement number  */

/* dword 3 */
UINT8 hlen;     /* Header length an 32 bits oktets */
UINT8 flags;     /* Flags */
UINT16  window;     /* Size of window    */

/* dword 4 */
UINT16  checksum;    /* TCP packet checksum   */
UINT16  urgent;     /* Urgent pointer    */

} TCP_Header_t;