Удаленная отладка на Symbian 9.x

Несмотря на то, что у нокии есть даже видео ролик о том как его настроить, в жизни все оказывается совсем по другому.

Что для этого нужно:
1) Code Warrior 3.1
2) Поставить апдейт до 3.1.1
3) установить файл S60_App_TRK_2_6.sisx на девайс

Сначала настраиваем девайс
Подключаем девайс к компу(всякие там PC Suite должны быть закрыты) и запускаем MetroTRK на девайсе. Нужно перенастроить его на работу по кабелю, потому что изначально он хочет работать по блутусу. А если работать по блутусу, то нужен widcomm стек, чтобы потом нормально настроить Codewarrior. Поэтому проще настроить дебаг по кабелю.
Чтобы настроить работу по кабелю: "menu" - "settings" выставить "connection" в "USB". Port = 1, Baud rate = 115200.
На девайсе загорится "Status: Connected", а на компе появится новый COM порт с именем "Nokia E60 USB". Номер этого порта нужно будет потом указать в CodeWarrior.

Теперь надо настроить codewarrior
При импорте проекта (т.е. mmp файла через "File" - "Import Project from .mmp file") в окне "mmp file selection" прописать в поле "platform selection" платформу gcce. В окне "PKG / SIS Installation Options" указать путь к pkg файлу (обычно его путь: \имя_проекта\sis\имя_проекта_gcce.pkg), поставить птичку "Sign Sis File" и прописать пути к файлу сертификату и ключу.
Если ключа и сертификата еще нет - нужно его сгенерить командой:

Код:

makekeys -cert -dname "CN=Symbian OU=Development OR=Symbian Ltd CO=GB" mykey.key mycert.cer

Потом, когда оно закончить обрабатывать mmp файл, нужно открыть .pkg файл и прописать там все пути абслолютными. Хоть у CodeWarrior и есть конфигурации Environment, почему-то он все равно их не воспринимает и говорит, что не знает EPOC_ROOT.
Проверьте чтобы пути в .pkg были правильными, потому что мы будем билдить конфигурацию udeb, а пути изначально захардкожены на urel.
Если каких-то файлов вообще нет, уберите их пути из pkg.

Настраиваем дальше удаленную отладку в CodeWarrior. Заходим "edit" - "preferences" - "Debugger" - "remote connections" в списке выбираем "Symbian MetroTRK" и жмем "change". В окне "Symbian MetroTRK" выставляем тот порт, который появился в системе после того как настроили MetroTRK на девайсе.
Теперь идем в "Edit" - "GCCE UDEB Settings" - "Debugger" - "Remote Debugging" и ставим "connection" - "Symbian MetroTRK".

Далее, тут же в "Debugger", "Remote Download" удаляем все что там есть в списке. Это список того, что будет заливаться на девайс. На нокиях ничего кроме sisx файла залить не выйдет. А, те файлы которые тут указаны, уже содержатся в sisx файле и при попытке их залить TRK будет говорить, что не может залить приложение на девайс. И это действительно так потому, что тут пути указаны в с:\system\private. А туда писать в Symbian 9 просто так нельзя. Короче удалить эти "файлы для заливки" и все.

Опять, тут же в "Debugger" - "Symbian TRK Debugging" ставим птичку "Install for each debug", а то будет исталировать только один раз и не будет обновлять файлы. И птичку "use sis installation process". В поле "host path for sis" имя sis файла нужно указать точно такое же как указано в "GCCE UDEB Settings" - "Linker" - "Symbian Installation" - "Output file name" и "Signed File Name".

Только после всего этого, выбрав конфигурацию "GCCE UDEB" проект будет скомпилен, подписан, залит на девайс и запустится дебагер.

настроил удаленную отладку своего p990 через Carbide.c++
правда не знаю, для чего её применить. по ассемблеру похоже не погуляешь

Это да. Зато дебагер может читать области памяти доступные только из kernel mode + регистры

вот бы плагин удаленной отладки прикрутить к иде, было бы вообще замечательно...

Уже начал. Да все времени нет. Может на праздниках сделаю. Но там у меня уже много чего назрело: процессорный модуль ARM, загрузчик ELF, дебагер симбиан, пофиксить экспорты в лоадере epoc.

а это что, правда реально? как мне кажется, тут главная проблема - как его подключить к иде, а сам механизм подключения наверняка можно подсмотреть в исходниках эклипса

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

Выложу бинарь без сорцов. Если хочет - пусть декомпилирует

Если кто-то думает, что я забил на дебагер Symbian для иды, то это совсем не так.

На текущий момент уже получается запускать процесс на дебаг/отключать дебаг, ставить/убирать бряки, читать регистры и память. Херня вот только, в том что TRK не дает читать память ROM. В версии 2.6 уже стоит искусственная проверка адреса. Если в пределах ROM - имитирует ошибку чтения. По сорцам TRK видно, что в оригинале, такой проверки не было. Люди, если у кого-то есть sis'ы TRK версии 2.5 и ниже - давайте их сюда!

Иначе получается муть, код при старте пропатчивается адресами ведущими в ROM. А посмотреть куда оно ведет - невозможно. Получается примерно тоже самое, что было с загрузчиком EPOC когда он не умел парсить импорты.

а он точно есть для девятки? есть небольшая вероятность, что он был, к примеру, в Carbide.c++ 1.1. Но вероятность нулевая практически

как вариант, может попробовать изменить loader так, чтобы на этапе загрузки к импортам приписывались комментарии с названиями импортов? или это не поможет?

ну я имел в виду, что 2.5 было для предыдущей оси, а с 2.6 - уже под 9-ку.

а можно посмотреть, что уже есть. Дело в том, что на uiq3 всё равно trk приходится самому подписывать, щаз пропатчу его и погляжу, чем чтение из рома поможет отладке

а кстати, как из одной программы внедриться в чужой процесс и поменять там что-нибудь? Раньше кажется для этого использовался RDebug, а сейчас оттуда экспортируются только три функции вида Print*.
есть какой-то еще Kern::ThreadRawRead и подобные, хватт ли для них обычных капсов обычной программе?

Hex:
я так понимаю тебе S60_3_0_App_TRK_2_6.sisx не требуется? Более раннего не видел.

Ну и ждем хотя бы альфу.

Аттача к процессам не будет. Не реализовано на стороне TRK на девайсе.

Как нет аттача к процессам? Пробовал из карбида на w950 удаленную отладку в режиме System TRK (есть еще Application TRK)... Можно останавливать для отладки любой заупущенный процесс/поток + просмотр памяти процесса... Пробовал вводить предпологаемые адреса imei и серийника заполученые через иду, так все ок... все отлично видно

Даже пытается дизассемблировать... но чтото пока не очень... раз вышло, а потом вылетало на адреса f8.... с ff ff ff....

p.s. UIQ_3_0_app_trk_2_8_b10

Мля не получается атачиться. Можешь мне сделать лог в каком-нить снифере COM порта как делается атач?

Придется делать файл с "символами" чтобы показывать правильные имена для адресов в ROM.

Вот логи от trk в режиме application и system с аттачем к процессу и чтением памяти:

http://www.kwull.com/symbian/trk-com.zip

чтение участка памяти приаттаченого процесса(виден имей и прочитайный из файла серийник):
trk-com\trk_sys_full_primatech_contacts_attach_read_memm_0x400010.htm:

Запрос:16.01.2008 11:15:01.86364 (+0.0000 seconds)

7E 10 CB 08 01 00 F8 03 87 00 00 00 01 44 00 00 ~.Ë...ø.‡....D..
01 45 0E 7E .E.~

Ответ:16.01.2008 11:15:01.87964 (+0.0156 seconds)

7E 80 CB 20 94 7E ~€Ë ”~

Запрос:16.01.2008 11:15:01.87964 (+0.0000 seconds)

7E 10 CC 08 01 00 F8 03 86 00 00 00 01 44 00 00 ~.Ì...ø.†....D..
01 45 0E 7E .E.~

Ответ:16.01.2008 11:15:01.89464 (+0.0156 seconds)

7E 80 CC 20 93 7E ~€Ì “~

Запрос:16.01.2008 11:15:01.11364 (+0.2188 seconds)

7E 10 CD 08 01 00 F8 03 88 00 00 00 01 44 00 00 ~.Í...ø.ˆ....D..
01 45 0B 7E .E.~

Ответ:16.01.2008 11:15:01.12964 (+0.0156 seconds)

7E 80 CD 20 92 7E ~€Í ’~

Запрос:16.01.2008 11:15:06.41064 (+4.2813 seconds)

7E 10 CE 08 01 00 00 40 00 00 00 00 01 44 00 00 ~.Î....@.....D..
01 45 4D 7E .EM~

Ответ:16.01.2008 11:15:06.42564 (+0.0156 seconds)

7E 80 CE 00 01 00 FF FF FF FF 00 00 00 00 58 73 ~€Î...ÿÿÿÿ....Xs
71 00 38 73 71 00 33 35 32 38 36 33 30 31 33 31 q.8sq.3528630131
33 33 32 33 31 00 00 31 32 33 34 35 36 37 38 39 33231..123456789
30 31 32 33 34 35 36 37 00 00 03 00 00 30 0A 00 01234567.....0..