Отправлено SM 11 августа 2004 г. 13:22 В ответ на: у тулзы hex6x из CCS какиенибудь известные глюки есть? отправлено yes 11 августа 2004 г. 13:16

да в общем-то глюков не замечено. Достаточно большая - это сколько? стеки и прочее инициализируются программно, и в выходе hex6x о них никакой информации нет. Возможно куда-то переехала точка входа по какой-то причине, или что-то в этом духе. Важно как сделан начальный запуск (или программа прямо с нуля грузится, откуда проц стартует, или она грузится куда-то не с нуля, а с нуля грузится дополнительный кусочек кода, передающий управление куда следует)

• четко сформулировать вопрос немогу : что нужно порыть если возникает впечатление, что какая-то ерунда с картой памяти? — yes   (11.08.2004 15:09, 875 байт)
  • Ответ: (+) — SM   (11.08.2004 15:31, 1399 байт)
    • видел ccskrb на техасскbq сайт с циферкой 2.30 — yes   (11.08.2004 17:11, 141 байт)
      • ну у меня 2.30 (+) — SM   (11.08.2004 17:28, 290 байт)
        • У Вас проблем с CodeMaestro (это то что поля в структурах и аргумены функций подсказывает) не возникало? Мне пришлось из-за этого назад на 2.21 откатываться, тем более, что cgt теже. — andy_P   (11.08.2004 18:06, пустое)
          • Не не возникало, так как я не знал что оно есть :) — SM   (12.08.2004 08:42, пустое)
            • Я конече — АПРК   (12.08.2004 11:26, пустое)
              • Это оно само. Помниться, где-то в глубине опций был флажок этого маэстро и по умолчанию в 2.30 он иногда сброшен. Не пользуюсь и точнее не скажу. — АПРК   (12.08.2004 11:30, пустое)
                • Обломус. В опциях в 2.30 даже закладки кодмаэстровской нету :) :( — SM   (12.08.2004 12:38, пустое)
                  • Спасибо. А то у меня оказывается шансов проапгрейдиться уже и не было :-) - требуется гиг пустого места на винте. Буду сидеть на 2.21 пока ti не кривой релиз выпустит. — andy_P   (12.08.2004 13:10, пустое)
                    • 2.30.02 нарисовался оказывается, но это там не пофиксили (+) — SM   (12.08.2004 13:42, 38 байт)
                      • Всё бы нам заграничное хаить (с) — АПРК   (12.08.2004 20:45, пустое)
                      • А на симулятор фиксы серьезные? Может ссылочку на релнотс дадите? — andy_P   (12.08.2004 14:05, пустое)
                        • Вот (+) — SM   (12.08.2004 14:08, 87 байт)
                          • Спасибо — andy_P   (12.08.2004 14:40, пустое)
                • Спасибо за совет попробую снова накатить апдейт и поискать флажок. А то все последнее время на плюсах лабать приходится, а память уже никудышняя :-), трудно вспомнить, как там какой метод называется :-) — andy_P   (12.08.2004 12:03, пустое)
    • вопросы... — yes   (11.08.2004 17:06, 752 байт)
      • Ответ: (+) — SM   (11.08.2004 17:21, 504 байт)
        • секция .far положена в SDRAM, но кроме больших массивов ради которых это сделано — yes   (11.08.2004 17:29, 360 байт)
          • Ответ: — -=ВН=-   (11.08.2004 17:57, 964 байт)
            • есть вот еще вариант: (это для yes) (+) — SM   (12.08.2004 09:26, 123 байт)
          • Простейший вариант - сунуть все, что требует инициализации в onchip. Кстати, все что в секции far инициализации не требует. Там под это секция .const есть :-) — andy_P   (11.08.2004 17:44, пустое)
            • это пока сам туда не запихал что-то :) — SM   (11.08.2004 17:45, пустое)
              • Лучший способ, который я знаю - поставить инициализацию loadtime и посмотреть мапку на предмет, куда попали инициализируемые секции. Враг будет вычислен практически сразу :-) — andy_P   (11.08.2004 17:50, пустое)
                • А я иничу EMIF до загрузки и об этом не думаю. — SM   (11.08.2004 17:53, пустое)
                  • Катит не всегда - у меня например загружается через pci->cpci->bridge???->host. Процесс загрузки проприетарный - есть дрова под win. Как-то там EMIF инициализируется, но поменять ничего нельзя. Причем еще и onchip для этого гада(загрузчика) надо дырку держать :-) — andy_P   (11.08.2004 17:59, пустое)
          • На счет far - в том-то и дело, что для них полный адрес используется , а не смещение от границы .bss — andy_P   (11.08.2004 17:38, пустое)
          • Ответ: (+) — SM   (11.08.2004 17:37, 351 байт)