иначе и быть не могло. я ждал этого.
вы бы еще в один пиксел это ужали - ничего ж невидно, и окошко надобыло с ошибками раздвинут - сообщения заграгицами клиентской области окна
сделайте нормальный скрин а лучше текстом соощения скопируйте.

Хм. Вроде все видно (там кликнуть надо для увеличения). Ну да ладно. Вот лог.

а это ваще как?
ладно, ниче не понятно, попробуем к кобыле с зади подойти. я сожму директорию без tar, посмотрим че получится.

http://klen.org/Files/DevTools/ubuntu64/kgp_arm_eabi.7z
http://klen.org/Files/DevTools/ubuntu64/kgp_avr.7z
http://klen.org/Files/DevTools/ubuntu64/lib.7z

прошу... еще один подход к снаряду

klen, спасибо еще раз. Подход к снаряду удался.

В чем разница между avr-gcc.exe и avr-gcc-4.6.0.exe ?

никакого

свежак

ARM:
http://www.klen.org/Files/DevTools/kgp_arm_eabi_20100630.7z
openocd собран с ключами
--enable-ft2232_ftd2xx
--enable-usb_blaster_ftd2xx
--enable-amtjtagaccel
--enable-ep93xx
--enable-at91rm9200
--enable-gw16012
--enable-presto_ftd2xx
--enable-usbprog
--enable-jlink
--enable-vsllink
--enable-rlink
--enable-arm-jtag-ew
тоесть теоретически все это барахло должно работать в качестве отладчиков, работать через libusb0 котроая тоже имеется. Кроме ft2232_ftd2xx на которой постоянно работаю проверили на MT-Link (jlink) - работает, что дает осноания полагать что и дрогие отдладчики должны работать.

win32:
http://www.klen.org/Files/DevTools/kgp_mingw32_20100630.7z

mips:
http://www.klen.org/Files/DevTools/kgp_mips_elf_20100630.7z

arm-kgp-eabi-gdb.exe выполнил недопустимую операцию и будет закрыт

klen, а вы не пытались отлаживать два кристалла, стоединенные в jtag-цепочку?

а как у меня тогда работает? значит так - те кто это читает не качайте дистрибутив или качайте но gdb возьмите из предыдущего архива. Заодно выяснится кто гонит пургу gdb или gcc хрень кладет в dwarf секции.
а я пока посмотрю тоже и если че обнаружу пересоберу ченить.


а у меня таких плат с двумя и более контроллерами небыло. поэтому не пробывал, а к чему вопрос?

Я сначала пытался запустить только отладку, .elf был собран при помощи Yagarto от 20100501, получил ту же ошибку, пересобрал полностью проект вашей сборкой, результат тот же. Так что скорее всего gdb. gdb от yagarto работал. Можем списаться по асе или скайпу, попробуем разобраться вместе.
Там, похоже, бага в openocd - он когда сообщает gdb карту памяти, пихает в нее информацию о банках флеш обоих кристаллов и gdb ругается на перекрывающиеся регионы. Я заполнил bugreport на сайте openocd, но уже полтора месяца реакции никакой. Думал, может я чего-то не так делаю. Да и при обработке обратных вызовов у них там какая-то каша - вешаю для каждого ядра свой $_TARGETNAME configure -event reset-init, а он их исполняет всегда на текущем target. И вообще частенько путается между ядрами.

обновил исходники, пересобрал все, проверил на WinXP32bit и на Ubuntu 64bit, среда Eclipse Helios
все работает и отлаживаетсо. тестил на проекте USB девайса, былибы глюки гденибудь вылезло бы.

http://www.klen.org/Files/DevTools/kgp_arm_eabi_20100701.7z
дравер для JLink/MT-Link лежит в /share/drivers


по поводу падения GDB, у меня такие маразмы были четыре дня назад когда обновился на Helios, пришлось заводить новый workspace и перетягивать проекты туда из старого. исходя из того что все нормализовалось после этой процедуры, сдеал заключение что настройки CDT6 корорые были в старом workspace выкручивают мозги CDT7 - который потом маразмы посылает отладчику от чего тот дохнет.


по поводу багов - нада их не постить а фиксить и выкладывать в репозиторий. давно хочу SWD добавить к openocd чтоб кортексы по двуп проводам отлаживать - шлейф и разъем JTAG бесят, темболее что тут на форуме ктото уже это делал, сказал что чето медленно и забил видимо на это.

The requested URL /Files/DevTools/kgp_arm_eabi_20100701.7z was not found on this server.
Убил и построил заново Workspace, результат тот же.
Попутный вопрос - в эклипсе в настройке debug configuration есть возможность выбрать GDB(DSF) Hardware debug launcher и Standart GDB Hardware debug launcher. Какой предпочтительнее? DSF, похоже, не реагирует на настройку формата отображения регистров - каждый раз приходится вручную переключать отбражение с десятичного вида на шестнадцатиричный. Для стандартного формат задается в Window->Preverences->C/C++/Debug. Для DSF есть что-то подобное?

И еще один вопрос - как вы подключаетесь к openocd - через tcp или через pipe? В helios у меня перестал работать запуск openocd через target remote | openocd --pipe. При запуске из командной строки все работает, а при запуске из эклипсы

Для этого надо:
a) быть уверенным, что это баг.
б) быть членом команды разработчиков.
Я пока застрял на первом пункте.

У меня такое было, пока я не сообразил, что надо указать openocd файл конфигурации :

Мда. Расследование показало, что оно теперь запускается не в директории проекта, а в домашнем каталоге c:/documents and settings/пользователь. Спасибо за наводку, ни за что бы не догадался. С меня "напиво"
Спасает добавление в поле GDB connect string после "| openocd --pipe" еще и " -s ${project_loc}".

klen, как насчет "пофиксить и выложить в репозиторий" эклипсы?

Добавлено: Хрен, не спасает. При запуске gdb из командной строки из любого места спасает, из эклипсы - нет

Отквочу для истории
Я так и не понял, каким образом у тебя раньше был указан файл конфигурации. У меня в настройках отладчика в поле "GDB command file" указано "prj/.gdbinit". А уже в этом файле весь скрипт для отладчика и прописан. Но это ещё бета Helios, и без доп. плагинов.
ЗЫ. А вообще это наверное офтопик здесь