http://4pda.ru/forum/index.php?showtopic=66540 Тема про FPC на КПК, может что полезное найдете.

нда, явное приведение к WideString действительно вставляет преобразование ANSI к UNICODE.



koldef.inc

Dilma, после компиляции http://hiasm.googlecode.com/svn/elements/Delphi2/make/ в make_pda, HiAsm выдает ошибку Access violation...
Видно всетаки не полностью он идентичен, что-то было изменено...

на всякий случай: компилировать надо с помощью GCC проект make_exe.sha

А нельзя ли make_exe.dpr поправить до соответствия make_exe.sha?

смысл? из-под GCC у нас выходят чистые готовые к любым видам эксплуатации модули.

Смысл в том, что при переделке или разработке компонент приходится очень часто отправлять программу на запуск, и ручное копирование на эмулятор с последующим полуручным запуском очень напрягает.
А при открытом дельфячем коде реально сделать это как и в основном пакете, т.е. при подключенном устройстве или эмуляторе появится возможность копирования-запуска-остановки средствами среды. Значительно знаете ли упрощает.
Уже и резидентная программа на стороне устройства готова...
Но в принципе если какие то идейные соображения не позволяют разместить код-аналог в *.dpr хотябы тут если не сложно обьясни что за изменения не позволяют корректно работать коду с SVN?

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

Если есть какие-то трудности с кодом С++ готов содействовать в этом вопросе. Полагаю вся работа с ответной частью идет через TCP и спец команды?
------------ Дoбавленo в 18.29:
вот это пример правильного подхода к решению вопроса:
http://dev.hiasm.com/forum.html?q=3&t=51014

Да дело в том, что не очень то они стандартные эти блоки, и даже не более или менее. Они под определенный пакет. Ведь вроде через ActiveSync Rapi больше ничего и не работает кроме как Windows CE.
Ну а суть блоков такова - Отвечающие за Rapi делают следующее:
1-В момент определения параметров(запуск, отладка, сжатие...) проверяем наличие подключенных устройств, в зависимости от овета делаем доступными возможности запуска/остановки(отладки).
2-При запуске на выполнение создаем на устройстве папку(если запуск впервые), копируем в нее программу.
3-Запускаем резидентную программу(tcp-клиент)
4-Останавливаем резидентную программу
Блоки TCP:
1-Создаем сервер
2-При подключении клиента со стороны устройства передаем параметры(спец команды)
...
Может ли это быть востребованным в других пакетах?
Вообще это все уже готово за исключением мелких нюансов в формате делфи, в С++ ни в зуб ногой, так что я могу выложить наработки но транслировать их на этот язык у меня не выйдет. Да и стоит ли?
------------ Дoбавленo в 18.51:

Правильный то он может и правильный, но тут не одну функцию переделать как там.

в пакете PocketPC к примеру


было бы интересно посмотреть

Ok, но всетаки можно получить работающий пример make_exe.dpr? Хотелось бы сперва довести начатое до конца и убедиться в работоспособности сделанного.

работающего make_exe.dpr для PDA у меня нет и не было. Аналоги нужно смотреть в пакетах на базе FTCG - какой больше подойдет, тот и брать
------------ Дoбавленo в 20.41:
из QT или wxMSW наверно подойдет

Некоторая тестовая версия make_pda.dll. Умеет общаться с поключенными устройствами/эмуляторами.

Весьма забавные конечно итоги вот такого простого теста
code_13802.txt

проведенного на коммуникаторе из-под пакета PDA, и на PC из-под пакета Windows... 60мс против 2400мс соответственно. Неподготовленного человека это может сильно удивить

При создании элемента по образу hiEdit.hws возникли некоторые трудности, в связи с чем вопрос:
В секции -- CREATE -- работоспособный код или оставлено для последующей доделки?
Конкретнее установка свойств Password и/или ReadOnly в разных пропорциях либо приводят к ошибке либо не дают вообще никакого результата