vitaly_KF 25 июл 2011 в 10:12

Qt Creator 2.3 и Remote Linux Deploy

7 мин

15K

Qt*

Туториал

+38

Комментарии 22

smartly 25 июл 2011 в 13:30

Хм. Как раз вовремя. Мой проект на Qt как раз зашёл в ту фазу, когда надо запускать программу на устройстве.

ps: под рутом не сидите.

vitaly_KF 25 июл 2011 в 13:32

Так root на виртуалке… там можно =\\

tony_ru 25 июл 2011 в 13:32

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

vitaly_KF 25 июл 2011 в 13:34

Мне тоже понравилось что при наличии gdbserver-а на устройстве, можно легко отлаживать приложение, будто оно запущено локально.

tony_ru 25 июл 2011 в 13:40

Именно то что мне и надо. И как раз arm железка, пытался в 2.2 настроить, но понял что там не доделано до конца и очень расстроился…

vitaly_KF 25 июл 2011 в 13:42

Я начинал делать на bash-скриптах, так как там можно было добавить выполнение произвольных скриптов во время сборки/выполнения. но быстро забил. Ещё один момент… В версии 2.3 не советую включать UTF-8 BOM в качестве кодировки. Иначе qmake будет долго материться…

tony_ru 25 июл 2011 в 13:47

Хм, а вот про это поподробней, на что он там будет материться? У меня сорцы все в utf8 (каменты)…

vitaly_KF 25 июл 2011 в 13:52

UTF-8 это нормально это хорошо. С ним qmake справляется влёт, как никак родные. Вот только в настройках текстового редактора в креаторе версии 2.3 появилась новая опция «Кодировки файлов», в ней подпункт UTF-8 BOM, состоит из трёх пунктов — вставлять всегда, сохранять если есть и удалять всегда… По дурости своей поставил вариант «Вставлять всегда» и получил на свою голову то что qmake видя непечатный символ внутри .pro файла заикаится с ошибкой ParseError(''). Пункт «Удалять всегда» естественно проблему нифига не решил) Пришлось грохать изменённые файлы и восстанавливать из svn

tony_ru 25 июл 2011 в 13:59

О как, спасибо за совет. Попробую не нарваться на такое…

Paul 25 июл 2011 в 18:27

Зачем вообще в UTF8 может понадобиться BOM? UTF8 же не бывает BE и LE.

vitaly_KF 25 июл 2011 в 20:06

а х его з… В настройках было, дай думаю поиграюсь)

Vass 25 июл 2011 в 21:35

Например если вы хотите использовать QtScript Extensions c нелатинскими строковыми константами.

Paul 25 июл 2011 в 22:01

Можно подробнее? Это какая-то специфика QtScript или я чего-то не знаю про UTF-8? BOM в UTF-16, например, нужен для того, чтобы определить endianness, в UTF-8 endianness'а принципе нету. Или BOM используется для того, чтобы убедиться в том, что текст в кодировке UTF-8?

Balthasar 26 июл 2011 в 09:04

Не знаю как там Qt Script, но вообще в природе есть софт, который кроме как по BOM не способен понять, что текст в UTF-8 (меня тоже сей факт нервирует).

Vass 28 июл 2011 в 16:14

А подробнее некуда, просто столкнулся в свое время с этой штукой, пока строки именно в обычных js-никах все ок, но если работать с js подключаемых как QtScript Extensions без BOM слетает кодировка. Собственно лечили вставкой BOM в другом редакторе (creator не умел тогда еще)

vitaly_KF 28 июл 2011 в 17:01

Думается мне что раз дело в qmake, то просто в моей бубунте версия его старая… 4.7.1 вроде… так что если иметь при себе установленную Qt 4.7.4 или выше, то наверняка проблемы с BOM как таковой просто нет.

Vass 29 июл 2011 в 13:04

Вполне вероятно, то что я рассказал — это прошлогодний опыт, с тех пор не касался этой темы.

НЛО прилетело и опубликовало эту надпись здесь

Tishka17 14 сен 2011 в 09:32

У меня QtCreator старательно показывает дизассемблер вместо исходного кода при удаленной отладке на устройстве. При удаленной отладке на другом компьтере проблем не возникло. Не знаете в чем может быть дело?