Re: Пакет pocketpc-gcc и программирование под WinCE
Кто-нибудь вообще занимается кросскомпиляцией? Года полтора назад я отказался от этой затеи, поскольку хотя и можно было компилировать для КПК, но это требовало большого количества "прикручиваний", в результате то, что удавалось сделать на одной машине, могло достигаться иначе на другой.. Сейчас же в дебиане появились пакеты, вроде как заточенные под это дело. Может быть, ситуация изменилась.
Re: Пакет pocketpc-gcc и программирование под WinCE
On 2006.12.29 at 14:58:46 +0300, Pechnikov Alexey wrote: > Кто-нибудь вообще занимается кросскомпиляцией? Года полтора назад я отказался > от этой затеи, поскольку хотя и можно было компилировать для КПК, но это > требовало большого количества "прикручиваний", в результате то, что удавалось > сделать на одной машине, могло достигаться иначе на другой.. Сейчас же в > дебиане появились пакеты, вроде как заточенные под это дело. Может быть, > ситуация изменилась. Ну ВООБЩЕ кросскомпиляцией - это да. Каждый день ;-) Сейчас я систематически занимаюсь кросс-компиляцией приложений для Windows (c помощью пакетов mingw* из дистрибутива) и даже собрал один пакет кросс-библиотеку - zlib. Несколько реже занимаюсь кросс-компиляцией для dos (DJGPP) для чего сам собрал кросс-компилятор, рантайм и binutils в пакеты. Пакеты искать на deb http://ftp.45.free.net/pub/debian-cosy sarge local Еще мне известны люди, владеющие Nokia 770, они тоже кросс-компиляцией балуются. Собственно совет один. Все "прикручивания" собирать в deb-пакеты и оформлять в виде репозитория. Тогда для того, чтобы воспроизвести рабочую среду на другой машине, нужно будет только сказать aptitude install кросс-компилятор. Насколько я понимаю, речь идет о кросс-компиляции программ под систему, на которой НЕ Debian. Поэтому инструменты для кросс-создания deb-пакетов неинтересны. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Пакет pocketpc-gcc и программирование под WinCE
В сообщении от Пятница 29 декабря 2006 15:37 Victor Wagner написал(a): > Сейчас я систематически занимаюсь кросс-компиляцией приложений для > Windows (c помощью пакетов mingw* из дистрибутива) Это интересно, поскольку складывается впечатление, что люди занимаются созданием кросскомпиляторов, а не разработкой программ. Практически все статьи, посвященные кросскомпиляции, содержат ссылки на известные toolchains, после чего автор предлагает скачать его собственный вариант, в котором он и работает... Собрать собственный пакет можно, но до документации руки не доходят, получается томагоча какая-то, никому не нужная. Для коллективной разработки нужно что-то стандартное и входящее в дистрибутив.
Re: Пакет pocketpc-gcc и программирование под WinCE
On 2006.12.29 at 15:56:34 +0300, Pechnikov Alexey wrote: > В сообщении от Пятница 29 декабря 2006 15:37 Victor Wagner написал(a): > > Сейчас я систематически занимаюсь кросс-компиляцией приложений для > > Windows (c помощью пакетов mingw* из дистрибутива) > > Это интересно, поскольку складывается впечатление, что люди занимаются > созданием кросскомпиляторов, а не разработкой программ. Практически все Про что рассказать-то? Про систематическую борьбу с configure.in и прочими конфигурационными скриптами, написанными людьми, которые и предположить не могли, что можно их программу кросс-компилировать и вообще слова такого не знают? Или про то что приходится делать с программой, которая в процессе сборки очень хочет запустить маленькую программу на C, чтобы узнать какие коды ошибок в текущем error.h определены, а какие нет (этим waterloo TCP страдает. По каковой причине до сих пор мной в пакет не собрана)? Или про то что именно нужно рассказывать core разработчикам OpenSSL (вряд ли этот опыт к другим проектам применим) чтобы они признали росс-компиляцию штатным методом и поддержали в своей системе конфигурации? (об этом лучше почитать в архивах openssl-dev) Или про тараканы в голове у GNU-шного windres, который очень не любит русские буквы в VersionInfo? > статьи, посвященные кросскомпиляции, содержат ссылки на известные toolchains, > после чего автор предлагает скачать его собственный вариант, в котором он и > работает... Собрать собственный пакет можно, но до документации руки не > доходят, получается томагоча какая-то, никому не нужная. Для коллективной > разработки нужно что-то стандартное и входящее в дистрибутив. Чем хорош Debian, так это тем, что после того как ты прописал свой репозиторий в sources.list, системе пофиг - твой это пакет или дистрибутивный. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Пакет pocketpc-gcc и программирование под WinCE
> Про что рассказать-то? Ну уж не про опции компилятора :-) Сейчас вижу такой выбор - тихо и мирно писать для винды и КПК в микрософтовских бесплатных экспресс эдишэн и EVC++, дожидаясь кпк под линуксом, или делать то же самое в родной операционке без всяческих виртуальных машин и глючного софта от М$. В свое время пытался пойти по второму пути, но как-то опять свалился на первый. На разборки с множеством раскиданных в нете скриптов не хватает желания, а вот пакет дебиана можно изучить вдоль и поперек, если он решает поставленную задачу. Посему спрашиваю, удается ли кому обходиться кросскомпилятором в составе дебиана. > Чем хорош Debian, так это тем, что после того как ты прописал свой > репозиторий в sources.list, системе пофиг - твой это пакет или > дистрибутивный. Debian'у все равно, но к стандартным пакетам маны и доки прилагаются, полезная вещь. Да еще свой пакет пересобирать временами надо, а если в sid и testing сидишь, получается нечто малопереносимое. А в chroot приходится заново все настраивать, если нужно например под stable собрать. Конечно, это все решается, но когда есть готовый пакет в дистрибутиве P.S. Etch уже решает все мои задачи, за исключением обсуждаемой. Причем в своем большинстве обхожусь стандартными пакетами, ну кроме поддержки усб-винта и подобных мелочей.
Re: Пакет pocketpc-gcc и программирование под WinCE
On 2006.12.29 at 17:35:45 +0300, Pechnikov Alexey wrote: > Ну уж не про опции компилятора :-) Сейчас вижу такой выбор - тихо и мирно > писать для винды и КПК в микрософтовских бесплатных экспресс эдишэн и EVC++, > дожидаясь кпк под линуксом, или делать то же самое в родной операционке без > всяческих виртуальных машин и глючного софта от М$. В свое время пытался > пойти по второму пути, но как-то опять свалился на первый. На разборки с > множеством раскиданных в нете скриптов не хватает желания, а вот пакет Честно сказать, не понимаю, зачем для кросс-компиляции "множество скриптов". Я, конечно, в Windows CE не специалист, может там экзешники какие хитрые, которые должны быть заархисированные, с подписью и прочей фигней. Под обычные Windows фактически работают те же Makefile что и для сборки родной Linux-версии. Единственная разница - при сборке приложения нужно добавить в список зависимостей объектник с ресурсами, которые делаются windres-ом, а при сборке DLL - .def файл. > Debian'у все равно, но к стандартным пакетам маны и доки прилагаются, > полезная > вещь. Да еще свой пакет пересобирать временами надо, а если в sid и testing > сидишь, получается нечто малопереносимое. А в chroot приходится заново все Вот поэтому я не сижу в testing. Точнее, начинаю сидеть там не раньше, чем его соберутся заморозить. На etch, к примеру не перебрался ещё. > настраивать, если нужно например под stable собрать. Конечно, это все > решается, но когда есть готовый пакет в дистрибутиве Ой не факт. Мейнтейнеры редко используемых пакетов, бывает годами не реагируют на всякие подобные вещи. Так что пакеты не так уж часто пересобирать приходится. > P.S. Etch уже решает все мои задачи, за исключением обсуждаемой. Причем в Ну, Etch, глядишь, не сегодня-завтра будет stable. И ближайшие два года можно будет спокойно на нем сидеть, возможно, периодически доставляя пару-другую пакетов с бэкпортов. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Пакет pocketpc-gcc и программирование под WinCE
В сообщении от Пятница 29 декабря 2006 18:36 Victor Wagner написал(a): > Честно сказать, не понимаю, зачем для кросс-компиляции "множество > скриптов". Я, конечно, в Windows CE не специалист, может там экзешники > какие хитрые, которые должны быть заархисированные, с подписью и прочей > фигней. Множество скриптов было, когда мы прикручивали gd, libjpeg, libpng и прочее для КПК, как-то все получалось через одно место, с патчами исходников и т.п. Потом никто не знал, как оно все работает. А если свой софт писать, тем паче на кроссплатформенном wxWidgets, проблем таких нет. Вот только эмулятора не хватает. А реальный КПК не всегда спасает - есть винмобайл 5.0, а есть 2003, и хотя все компилирую под последний, тестить приходится на обеих версиях в эмуляторе под виндой. А вы как тестируете разрабатываемый софт под виндоус?
Re: Пакет pocketpc-gcc и программирование под WinCE
On 2006.12.29 at 19:00:40 +0300, Pechnikov Alexey wrote: > В сообщении от Пятница 29 декабря 2006 18:36 Victor Wagner написал(a): > > Честно сказать, не понимаю, зачем для кросс-компиляции "множество > > скриптов". Я, конечно, в Windows CE не специалист, может там экзешники > > какие хитрые, которые должны быть заархисированные, с подписью и прочей > > фигней. > > Множество скриптов было, когда мы прикручивали gd, libjpeg, libpng и прочее > для КПК, как-то все получалось через одно место, с патчами исходников и т.п. Вот для такой цели я делаю кросс-пакеты. То есть -dev пакет, который ставится на хост-систему, который ставит библиотеки (*.a) в /usr//lib, инклюды в /usr//include а dll-ки - куда-нибудь в /usr/share складывает, чтобы можно было дистрибутив собранной софтины формировать. При этом все патчи либо уходят в .diff.gz, либо менеджатся dpatch-ем, а нетривиальная логика - в debian/rules. Если надо что-нибудь изменить, то apt-get source и вперед. Всё что надо не забыть про этот пакет, пишется в README.Debian Опубликован из таких пакетов у меня пока только mingw-zlib (идея делать кросс-пакеты потырена из Cygwin, для которого сборка mingw, то есть с native win32 runtime - тоже, фактически, кросс-сборка) Надо бы еще mingw-pdcurses, djgpp-pdcurses, djgpp-watt32 и djgpp-libtcl8.5 опубликовать. В mingw-libtcl8.4 необходимости не вижу. Проще скопировать из дистрибутива ActiveState tcl84.lib и tk84.lib, переименовав их в libtcl8.4.a и libtk8.4.a соответственно. А tcl.h можно и из хост-системы брать. > и хотя все компилирую под последний, тестить приходится на обеих версиях в > эмуляторе под виндой. А вы как тестируете разрабатываемый софт под виндоус? Ну слава богу, с эмуляторами десктопных Windows проблем нет. Есть vmware, есть qemu. Основой test farm у нас сейчас служит vmware GSX сервер. Там крутится чуть ли не десяток разных дистрибутивов linux, в том числе woody и etch (sarge пока в эмуляторе не нуждается - можно поюзать в качестве тестовой машинки любую из рабочих станций разработчиков), три FreeBSD (4-CURRENT, 5-CURRENT и 6-CURRENT), три Solaris x86 (8,9,10) и потребное количество виндей. На винды для автоматизированных тестов ставится cygwin-овский sshd. Ну и скрипт-диспетчер, который ходит по всем этим машинам и запускает скриптик, который тащит либо исходники из CVS, либо собранные бинарники со сборочной машины (если эта платформа, под которую ведется кросс-сборка), и запускает автоматизированные тесты. Основная работа диспетчера - следить чтобы число активно используемых виртуальных машин не превышало возможности железяки, на которой это всё крутится. А то производительность просаживается очень сильно и за ночь оно не успевает протестироваться. Поэтому диспетчер ещё и саспендить виртуальные машины обучен. Кстати, основой среды разработки для Maemo служит qemu. Возможно стоит попробовать его попатчить на предмет эмуляции wince-наладонника. Если он Nokia 770 умеет эмулировать, то может быть можно и более другой ARM-based наладонник сэмулировать. Я вот жду не дождусь, когда qemu научится при эмуляции Sparc солярис грузить. Хотя бы только на спарковском хосте. А то у нас Solaris x86 тестируется в трех вариантах, а Solaris/Sparc - только десятка. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Пакет pocketpc-gcc и программирование под WinCE
Hi Pechnikov, * Pechnikov Alexey <[EMAIL PROTECTED]> * 2006-12-29 18:02: > хватает. А реальный КПК не всегда спасает - есть винмобайл 5.0, а есть > 2003, > и хотя все компилирую под последний, тестить приходится на обеих > версиях в > эмуляторе под виндой. А вы как тестируете разрабатываемый софт под > виндоус? А вы просто эмулятор не пробовали под wine запускать? Я б попробовал. Вообще основная проблема совместимости по моему мнению между WM5 и 2003░E/2003/2000 - это MFC в EVC и MSVC 2005. Правда wxWidget я не пробовал. По-моему опыту если есть проблемы совместимости, то эмулятор не спасает - надо та конкретная железка, на котрой глючит. А на всех конкретных железках не потестируешь. В общем я к тому, что если вам не надо debugger, то не стоит и переживать, что у вас WM5 и вы не знаете, как это работает на 2003. -- Best regards, Sergey Chumakov 2:450/77[.43] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Пакет pocketpc-gcc и программирование под WinCE
В сообщении от Пятница 29 декабря 2006 20:36 Sergey Chumakov написал(a): > А вы просто эмулятор не пробовали под wine запускать? Я б попробовал. > Вообще основная проблема совместимости по моему мнению между WM5 и > 2003░E/2003/2000 - это MFC в EVC и MSVC 2005. Правда wxWidget я не > пробовал. > > По-моему опыту если есть проблемы совместимости, то эмулятор не спасает > - надо та конкретная железка, на котрой глючит. А на всех конкретных > железках не потестируешь. > > В общем я к тому, что если вам не надо debugger, то не стоит и > переживать, что у вас WM5 и вы не знаете, как это работает на 2003. У меня вопрос в том, что нужно поддерживать работу софтины под WM5 и 2003, да еще на разных КПК (HP & DELL). Встречаются просто потрясающие баги, например, когда на 2003 работает, а на WM5 - нет (долго смеялся, когда обнаружил, что запрос к базе данных не работает на WM5 из-за того, что эта зверушка обрезает все строки длиннее 1024 или около того символов).
Re: Пакет pocketpc-gcc и программирование под WinCE
В сообщении от Пятница 29 декабря 2006 20:44 Pechnikov Alexey написал(a): > > А вы просто эмулятор не пробовали под wine запускать? Я б попробовал. Эмулятор от M$ и под виндой как хочет работает... или не работает. Было бы здорово найти ему замену.
Re: Пакет pocketpc-gcc и программирование под WinCE
В сообщении от Пятница 29 декабря 2006 19:38 Victor Wagner написал(a): > Кстати, основой среды разработки для Maemo служит qemu. Возможно стоит > попробовать его попатчить на предмет эмуляции wince-наладонника. Если он > Nokia 770 умеет эмулировать, то может быть можно и более другой > ARM-based наладонник сэмулировать. А эта Nokia 770 очень даже ничего себе. Только заявленное время работы слишком мало (3 часа), сильно отстает от PocketPC (~8 часов). Вот и с Palm та же проблема (а для разработчиков тоже под линуксом все есть). Есть желание перейти на другую мобильную платформу, но не вижу достойных альтернатив. А судя по глючности PocketPC как таковых (я про железо), все равно через год-два их менять придется.
Re: Пакет pocketpc-gcc и программирование под WinCE
В сообщении от Пятница 29 декабря 2006 21:29 Mikhail Gusarov написал(a): > На сравнимых задачах измерять надо. Если интересно - могу устроить > сравнение nokia 770 и ipaq 1940 на задаче "лежать в включенным на > минимальном уровне подсветки экраном и показывать какой-нибудь текст". Очень интересно! В сети я такого сравнения не встречал, а это как раз то, что нужно, в плане выбора платформы.
Re: Пакет pocketpc-gcc и программирование под WinCE
On 2006.12.30 at 00:29:14 +0600, Mikhail Gusarov wrote: > На сравнимых задачах измерять надо. Если интересно - могу устроить > сравнение nokia 770 и ipaq 1940 на задаче "лежать в включенным на > минимальном уровне подсветки экраном и показывать какой-нибудь текст". Ну, желательно бы несколько тестов для разных типичных задач: 1. Чтение fb2 в FBReader/Haali Reader (близко к полежать, показывая текст) 2. Просмотр кино - вероятно полная противоположность - думаю это тебе тоже несложно устроить. 3. какой-нибудь с активным юзаним wifi. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Пакет pocketpc-gcc и программирование под WinCE
Hi Pechnikov, * Pechnikov Alexey <[EMAIL PROTECTED]> * 2006-12-29 19:46: > > > > В общем я к тому, что если вам не надо debugger, то не стоит и > > переживать, что у вас WM5 и вы не знаете, как это работает на 2003. > > У меня вопрос в том, что нужно поддерживать работу софтины под WM5 и > 2003, да > еще на разных КПК (HP & DELL). Встречаются просто потрясающие баги, > например, > когда на 2003 работает, а на WM5 - нет (долго смеялся, когда > обнаружил, что > запрос к базе данных не работает на WM5 из-за того, что эта зверушка > обрезает > все строки длиннее 1024 или около того символов). Что-то такое было, но насколько я помню, это были проблемы MFC или ATL, и не на WM5. alloc-и работали нормально. Специфических моменты есть. Но эмуляторы не помогут ИМХО. Если сильно надо, берите настоящие железки. Они недорогие, если конечно реально надо. Но вообще я перешел на схему винда основная, все остальное - под vmware, сорцы - в CVS/SVN. Потому как требовали EVC/MSVC. Только на лаптопе sid. -- Best regards, Sergey Chumakov 2:450/77[.43] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Пакет pocketpc-gcc и программирование под WinCE
В сообщении от Пятница 29 декабря 2006 23:04 Sergey Chumakov написал(a): > Что-то такое было, но насколько я помню, это были проблемы MFC или ATL, > и не на WM5. alloc-и работали нормально. > sqlite3*pDB; TCHAR QueryStr[4000]; pDB = OpenSQLite3DB(MYDEF_BASEPATH); wsprintf(QueryStr, L"select ...;"); ExecSQLite3Query(pDB, QueryStr, &CP_Info); CloseSQLite3DB(&pDB); Так вот QueryStr на WM5 обрезается без предупреждений. Под 2003 работает нормально. > Специфических моменты есть. Но эмуляторы не помогут ИМХО. Если сильно > надо, берите настоящие железки. Они недорогие, если конечно реально надо. > Железки есть, но эмулятор тоже полезен. > Но вообще я перешел на схему винда основная, все остальное - под vmware, > сорцы - в CVS/SVN. Потому как требовали EVC/MSVC. Только на лаптопе sid. У меня 1/5 (или менее, от проекта зависит) времени занимает работа с EVC и MSVC (пишу утилиты для синхронизации КПК, подключенного через активсинк к компу пользователя, напрямую с сервером), остальное время работаю с постгресом (pl/pgsql) и на Perl, причем постоянно пользуюсь вызовом внешних утилит (нужды в кроссплатформенности нет, потому жестко привязываюсь к дебиану и идущему с ним софту) в целях ускорения разработки. Сейчас вообще убрал отдельный тестовый сервер, его функции выполняет мой десктоп (для подключения остальных разработчиков используется VPN, сервер OpenVPN запущен на Linksys NSLU2), после очередной итерации собирается обновленный пакет и ставится на рабочий сервер. В этих условия дебиан для меня "весь мир в кармане" - на одной машине можно просто чудеса делать - и сервер, и десктоп, и плюс что угодно на виртуалке (баребон от MSI, памяти 512 Мб, целерон 2,4 ГГц). Никаких проблем с вирусами, нет проблем с работой оборудования (как они могут быть на брэндовой машине?! не понимаю, но под виндой были...). Производительности хватает на все задачи, при разработке движка базы данных я всю систему тестировал на Linksys NSLU2 (32 Мб памяти, 266 МГц, процессор ARM) на реальных данных с рабочего сервера, конечно, работало медленно (впрочем, минута на построение отчета по макрорегиону это еще как сказать медленно), но все узкие места уже тогда проявились и были устранены. Честно сказать, работа с линуксом просто доставляет мне удовольствие, но производительность у меня при этом в пару раз выше (не отвлекают глюки софта, сбои винды и т.п., да и просто работает все быстро). Опять же переустановка винды на виртуалке не мешает рабочему процессу.
Re: Пакет pocketpc-gcc и программирование под WinCE
В сообщении от Суббота 30 декабря 2006 12:50 Alexander Danilov написал(a): > С русским языком там > небольшие проблемы, но я пинаю авторов и они обещали после нового года > глюки убрать. Не понимаю - виндоус мобайл на юникоде работает, как там могут быть проблемы с русским языком?
Re: Пакет pocketpc-gcc и программирование под WinCE
В сообщении от Суббота 30 декабря 2006 12:50 Alexander Danilov написал(a): > Я для себя пока что остановился на eTcl www.evolane.com. Это > модифицированная версия Tcl/Tk+расширения для Windows Mobile (2005|2003). Посмотрел, понравилось. Действительно, Tcl/Tk и даже поддержка SQLite уже есть. Один небольшой минус - в сети на английском мало информации, но это компенсируется наличием полной документации на Tcl/Tk. А что касается нюансов - подождем, когда отдадут исходники и посмотрим сами (такие вещи, как получение серийного номера КПК через стандартные функции винмобайл и проверка на повторный запуск программы). Спасибо за подсказку!
Re: Пакет pocketpc-gcc и программирование под WinCE
On 2006.12.30 at 17:41:10 +0300, Alexander Danilov wrote: > Pechnikov Alexey wrote: > >В сообщении от Суббота 30 декабря 2006 12:50 Alexander Danilov написал(a): > >>С русским языком там > >>небольшие проблемы, но я пинаю авторов и они обещали после нового года > >>глюки убрать. > > > >Не понимаю - виндоус мобайл на юникоде работает, как там могут быть > >проблемы с русским языком? > > ну насчёт unicode у меня сомнение :) , т.к. > > encoding system > cp1251 С точки зрения Tcl - encoding system - это та кодировка, из которой нужно перекодировать во внутреннюю (которая уже со времен 8.1 utf-8 и только utf-8) при получении данных от окружающей операционной системы. Например, при чтении из файла по умолчанию выбирается эта кодировка (хотя можно переопределить посредством fconfigure) > > а что касается проблем, то там русские буквы при вводе etcl забывает > конвертировать из unicode в cp1251 Скорее он что-то другое откуда-то из другого места забывает конвертировать. Например из UCS2 в utf-8. Или по каким-то причинам интерпретирует символы cp1251 как символы latin-1 и перекодирует в unicode соответственно. Кстати, в большинстве случаев это лечится на скриптовом уровне. Благо есть команды encoding convertfrom и encoding convertto. Можно подправить биндинги на события от клавиатуры в Tk чтобы перекодировали. Хотя правильнее конечно взять исходники и подправить где-нибудь в районе tclWinInit.c или tkWinInit.c. Проще получится. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Пакет pocketpc-gcc и программирование под WinCE
В сообщении от Суббота 30 декабря 2006 18:30 Alexander Danilov написал(a): > Хочу отговорить тех кто подумывает приобрести налодонник с виндой. > Если вы думаете, что десктопная винда ужасна, то после близкого знакомства > с мобильной виндой вы полюбите даже win3.11 :), не говоря уж о win95/98/nt/ > и прочее. > Так что приобретая наладонник выбирай такой, на который можно поставить > linux или готовьтесь портировать его туда. Согласен. Опыт показывает, что из трех десятков наладонников под виндоус мобайл штук пять глючат по-черному без видимых причин, остальные перманентно устраивают мелкие (и не очень) пакости - например, разряжаются в ноль, включившись ночью для создания резервной копии (не спрашивайте меня, почему иногда лни умеют "засыпать" через заданный интервал, а иногда - нет), или убивают файлы на КПК при пересылке через активсинк на десктоп (наверное, проблема с контактами при подключении шнурка, но оригинал файла зачем убивать, когда просили файл лишь скопировать). Жду не дождусь, когда появятся за эквивалентную сумму наладонники под линуксом, вот и подбираю технологию разработки ПО. Здорово, что появились достойные варианты. Ставить линукс сами пользователи не будут - сложно, страшно и непонятно, как потом обеспечить взаимодействие с виндовой машиной. Активсинк хоть и глючный, зато он есть под рукой...
Re: Пакет pocketpc-gcc и программирование под WinCE
On 2006.12.30 at 18:30:18 +0300, Alexander Danilov wrote: > > > > >>а что касается проблем, то там русские буквы при вводе etcl забывает > >>конвертировать из unicode в cp1251 > > > >Скорее он что-то другое откуда-то из другого места забывает > >конвертировать. Например из UCS2 в utf-8. Или по каким-то причинам > >интерпретирует символы cp1251 как символы latin-1 и перекодирует в > >unicode соответственно. > > ну так как про вводе в виджете на одно нажатие русской буквы появляются > 2 символа , то наверно всё же utf-8 Зависит от того какие два символа - если там chr(4) то - utf-16. И скорее всего там не "не перекодирует" а "по ошибке лишний раз перекодирует". Вы ему не пробовали первой строкой в скрипте encoding system utf-8 сказать? Код автодетекта системной кодировки одно из самых слабых мест в Tcl. Помнится, были времена когда и в unix там всё некругло было. Я туда руку прикладывал, Оськин прикладывал, Тоботрас прикладывал. Где-то к концу ветки 8.2 починили. Возможно, что в виндовом коде то же самое (особенно если мы знаем, что во всяких freewrap и tclkit там до сих пор проблемы). Например, не знает он про юникодность CE и выбирает кодировку по тому же алгоритму что и в десктопной винде. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Пакет pocketpc-gcc и программирование под WinCE
On Sat, Dec 30, 2006 at 06:52:22PM +0300, Pechnikov Alexey wrote: > Ставить линукс сами пользователи не будут - сложно, страшно и непонятно, как > потом обеспечить взаимодействие с виндовой машиной. Активсинк хоть и глючный, > зато он есть под рукой... Не так уж и сложно 8) OPie + HP . Софт пишеться легко т.к. там используется QT/E. -- С уважением, Maksim A. Boyko Registered Linux user #385502 Debian/GNU Linux (Etch) "Only two things are infinite, the universe and human stupidity, and I'm not sure about the former." Albert Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Пакет pocketpc-gcc и программирование под WinCE
В сообщении от Суббота 30 декабря 2006 22:02 Maksim A. Boyko написал(a): > Не так уж и сложно 8) OPie + HP . Софт пишеться легко т.к. там > используется QT/E. Очень легко, а в качестве документации к кросскомпиляторам надо искать в нете сообщения об их ошибках, и пытаться понять, что же там все-таки работает...
Re: Пакет pocketpc-gcc и программирование под WinCE
On Sat, Dec 30, 2006 at 10:10:43PM +0300, Pechnikov Alexey wrote: > В сообщении от Суббота 30 декабря 2006 22:02 Maksim A. Boyko написал(a): > > Не так уж и сложно 8) OPie + HP . Софт пишеться легко т.к. там > > используется QT/E. > > Очень легко, а в качестве документации к кросскомпиляторам надо искать в нете > сообщения об их ошибках, и пытаться понять, что же там все-таки работает... Для Qt/Embedded документация есть и очень неплохая. OPIE-ные классы документированы похуже но описание что класс делает есть, по названию метода понять смысл не сложно. -- WBR, Dmitry signature.asc Description: Digital signature
Re: Пакет pocketpc-gcc и программирование под WinCE
В сообщении от Воскресенье 31 декабря 2006 02:03 Dmitry Nezhevenko написал(a): > Для Qt/Embedded документация есть и очень неплохая. OPIE-ные классы > документированы похуже но описание что класс делает есть, по названию > метода понять смысл не сложно. Кажется, мы о разном говорим. Я говорю о существующем софте, собранном, к примеру, под EVC++. Мне не удалось найти в интернет вообще никакой информации, связанной с портированием существующих проектов (подчеркиваю, уже готовых целых проектов, а не отдельный файл типа "привет, мир") для их дальнейшей кросскомпиляции под линуксом. Все доки выглядят примерно так "поправьте свой мэйкфайл...". Программного обеспечения для WinCE написано вагон и маленькая тележка, неужели мы должны выбросить все это и начать с нуля? Да еще и потеряв при этом существующих пользователей... Другое дело, если появится доступный способ перенести компиляцию проектов под линукс, с тем, чтобы они собирались с помощью, скажем, arm-wince-pe-g++ для WinCE, после чего будет не очень сложно пересобрать их и для КПК под управлением линукс.
Re: Пакет pocketpc-gcc и программирование под WinCE
On 2006.12.31 at 08:40:28 +0300, Pechnikov Alexey wrote: > В сообщении от Воскресенье 31 декабря 2006 02:03 Dmitry Nezhevenko написал(a): > > Для Qt/Embedded документация есть и очень неплохая. OPIE-ные классы > > документированы похуже но описание что класс делает есть, по названию > > метода понять смысл не сложно. > > Кажется, мы о разном говорим. Я говорю о существующем софте, собранном, к > примеру, под EVC++. Мне не удалось найти в интернет вообще никакой > информации, связанной с портированием существующих проектов (подчеркиваю, уже > готовых целых проектов, а не отдельный файл типа "привет, мир") для их > дальнейшей кросскомпиляции под линуксом. Все доки выглядят примерно > так "поправьте свой мэйкфайл...". Программного обеспечения для WinCE написано А как ещё должны выглядеть эти доки? В принципе, переход на другой компилятор - это именно что поменять в MAkefile переменные CC, CFLAGS и ещё несколько. При условии что исходник написан без использования несовместимых расширений компилятора, и Makefile - без использования расширений конкретного make. (С этим, правда, плохо. Общее подмножество GNU Make, BSD Make, SYSV Make и микрософтовского nmake - это очень убогий набор возможностей). Но можно портировать в два этапа: Сначала поправить Makefile не меняя компилятора, чтобы он выполнялся GNU Make, скажем, от Mingw32, и вызвал тот же компилятор, что и раньше. А потом уже переходить на другой компилятор. > вагон и маленькая тележка, неужели мы должны выбросить все это и начать с > нуля? Кстати, было бы не вредно. Существующие приложения будут навязывать ту же самую концепцию интерфейса, которую тут заслуженно критиковали. И получится та же самая WinCE, только хуже. Разрабатывая концепцию интерфеса с нуля, можно взять всё лучшее что наработано в PalmOS, OLPC и прочих не-windows средах. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Пакет pocketpc-gcc и программирование под WinCE
On 2006.12.31 at 00:13:29 +0300, Alexander Danilov wrote:
>
> As I understand etcl do not convert letters from unicode to current etcl
> system encoding.
> When a redefine the binding "bind Entry " like this:
>
>bind Entry {
> tk::CancelRepeat
> tk::EntryInsert %W [encoding convertfrom unicode %A]
Вот-вот. Кодировка "unicode" в понимании Tcl, это, насколько я помню,
UCS2 в родном для данной платформы byte order.
Т.е. команда [encoding convertfrom unicode] преобразует два байта,
содержащих бинарное представление кода в unicode в utf-8 символ.
> Утверждать не стану, но кажется у меня tclkit кодировку правильно
> определяет,
> но может это от того, что я его сам починил :)
Может быть. Или уже починили. Из всех возможных способов выполнения
Tcl-програм меньше tclkit меня интересует только eTcl.
А так я обычно либо честно установенным Tcl пользуюсь, либо FreeWrap.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Пакет pocketpc-gcc и программирование под WinCE
On Sun, Dec 31, 2006 at 01:03:36AM +0200, Dmitry Nezhevenko wrote: > On Sat, Dec 30, 2006 at 10:10:43PM +0300, Pechnikov Alexey wrote: > > В сообщении от Суббота 30 декабря 2006 22:02 Maksim A. Boyko написал(a): > > > Не так уж и сложно 8) OPie + HP . Софт пишеться легко т.к. там > > > используется QT/E. > > > > Очень легко, а в качестве документации к кросскомпиляторам надо искать в > > нете > > сообщения об их ошибках, и пытаться понять, что же там все-таки работает... > > Для Qt/Embedded документация есть и очень неплохая. OPIE-ные классы > документированы похуже но описание что класс делает есть, по названию > метода понять смысл не сложно. Я относительно недавно прогал под OPIE 2.0. По образованию не программист8), особых проблем не было...все более или менее ясно, а если не понятно всегда можно посмотреть исходники OPIE или приложений. М.б. приложений действительно мало, но открытость позволяет писать самому...для меня лично проблема не в софте а в стоимости устройств HP. -- С уважением, Maksim A. Boyko Registered Linux user #385502 Debian/GNU Linux (Etch) "Only two things are infinite, the universe and human stupidity, and I'm not sure about the former." Albert Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Пакет pocketpc-gcc и программирование под WinCE
В сообщении от Воскресенье 31 декабря 2006 12:14 Victor Wagner написал(a): > > вагон и маленькая тележка, неужели мы должны выбросить все это и начать с > > нуля? > > Кстати, было бы не вредно. Существующие приложения будут навязывать ту > же самую концепцию интерфейса, которую тут заслуженно критиковали. > И получится та же самая WinCE, только хуже. Разрабатывая концепцию > интерфеса с нуля, можно взять всё лучшее что наработано в PalmOS, OLPC и > прочих не-windows средах. Вопрос в том, кто разрабатывает эту самую концепцию интерфейса - неужели разработчик приложения? Мне кажется, что концепция должна определяться средой разработки. Например, чем eTcl будет склонять к минималистическому интерфейсу с подобранными цветами, а wxWidgets - к сложному интерфейсу с менюшками и тулбаром. При этом функциональность приложения ничуть не изменится, в отличии от юзабилити.
Re: Пакет pocketpc-gcc и программирование под WinCE
eTcl при работе с SQLite базой данных на КПК начинает сильно тормозить при получении записей из базы данных. Например, получение 100 записей по 5 байт занимает около 15 сек, а по 50 байт - 30 секунд. При этом просто отображение текста из файла работает без видимой задержки, программа на С++ из той же базы выводит данные также быстро. Можно ли как-то ускорить работу? Под линуксом программа на eTcl печатает все результаты запроса к базе в консоль, может, как раз этот вывод и тормозит на КПК.
Re: Пакет pocketpc-gcc и программирование под WinCE
В сообщении от Понедельник 01 января 2007 18:45 Pechnikov Alexey написал(a):
> eTcl при работе с SQLite базой данных на КПК начинает сильно тормозить при
> получении записей из базы данных. Например, получение 100 записей по 5 байт
> занимает около 15 сек, а по 50 байт - 30 секунд. При этом просто
> отображение текста из файла работает без видимой задержки, программа на С++
> из той же базы выводит данные также быстро. Можно ли как-то ускорить
> работу? Под линуксом программа на eTcl печатает все результаты запроса к
> базе в консоль, может, как раз этот вывод и тормозит на КПК.
Отвечаю сам себе, может быть, еще кому-то пригодится. Извлечение записей в
массив идет медленно (так я пытался делать раньше), а вот приведенная ниже
конструкция работает быстро:
db eval {select id from table1} {
puts $id
}
Re: Пакет pocketpc-gcc и программирование под WinCE
Напишите, пожалуйста, результаты выполнения на Nokia 770 команд cat /proc/cpuinfo cat /proc/meminfo
Re: Пакет pocketpc-gcc и программирование под WinCE
Вот получил ответ от разработчиков eTcl, некоторые важные вопросы решены. Поскольку официальной документации пока нет, публикую письмо здесь. Hi, > - Is it possible to get PDA serial number in eTcl? Or I must write c++ > wrapper and send serial number to eTcl application as command line argument? > Up to now, it is not available in pure Tcl (while on some device, it is available as a registry entry). But this sounds to me as a good candidate for addition to wce subcommand. So expect a "wce deviceid" command in next release :-) > - How set "X" button to close application and how define if application is > run foreground in case of secondary running? > > [X] on WinCE should actually be understood as [_] (iconify). This is the way MS designed the OS behavior, and eTcl conform to it. Catching [X] to actually exit application (or destroy toplevel) is a matter of binding the exit/destroy command to icofinication. eTcl 1.0-rc15 should be out before the end of the week. It fixes a serious issue with cp1251 input in Tk, which may be of big interest to you. If I have time to also add the devideid subcommand, I will let you know. Best regards, Eric
Re: Пакет pocketpc-gcc и программирование под WinCE
В сообщении от Четверг 04 января 2007 19:03 Alexander Danilov написал(a): > Это радует, а то я подумал что праздник у ребят сильно затянулся Ничего, зато на письма отвечают и каждый раз обещают что вот-вот документацию сделают)) Хотя я уже демку написал, с SQLite работает, интерфейс на Tile рисует, вполне можно в серию запускать.
Re: Пакет pocketpc-gcc и программирование под WinCE
В сообщении от Пятница 05 января 2007 04:34 Artem Chuprina написал(a): > Концепцию интерфейса должен разрабатывать разработчик интерфейса. Под > нее уже подбирается (а скорее - пишется) графбиблиотека, и потом уже > приложения. > > Все остальные модели разработки интерфейса имеют на выходе один и тот же > результат. Полагаете, что все существующие графические библиотеки написаны иначе?
Re: Пакет pocketpc-gcc и программирование под WinCE
В сообщении от Среда 10 января 2007 04:00 Ruslan Kosolapov написал(a): > Вряд ли. Там же нельзя сказать "найди и покажи мне компьютерные > магазины города Новосибирска". Вряд ли он понимает формат > коммерческой софтины (я не пробовал, просто предполагаю). А в режиме эмуляции винды коммерческую софтину запустить?
Re: Пакет pocketpc-gcc и программирование под WinCE
В сообщении от Суббота 30 декабря 2006 18:30 Alexander Danilov написал(a): > ну так как про вводе в виджете на одно нажатие русской буквы появляются > 2 символа , то наверно всё же utf-8 У меня один символ появляется (либо цифра, либо знак, либо английская буква). Под линуксом тоже один символ. Использую rc14. Нельзя ли уточнить вышеприведенную информацию насчет двух символов?
