Есть ли аналог дельфйскому FindComponent?

Видимо, я не совсем корректно поставил вопрос.
Надо найти компонент на форме по его имени в текстовом формате.

Т.е. должно быть не



а что-то вроде

Использую embedded C++ , компилирую под WinCE

Dimitry SibiryakovSergey_rbИспользую embedded C++

В нём нет ни форм, ни компонентов, обломись.


Как нет, когда прога запускает форму, на которой лежат компоненты.

Скажу больше, функция




Находит компонент на форме

А связка



Устанавливает значение в компоненте IDC_EDIT1

Dimitry SibiryakovSergey_rbКак нет, когда прога запускает форму, на которой лежат компоненты.

А вот так. Программа показывает диалог на котором лежат окна. Диалог это не форма. Окна
это не компоненты. А если ты внимательно присмотришься к исходникам, то увидишь, что и
"IDC_EDIT1" это не имя, а макрос, разворачивающийся в числовую константу.


Значит функция FindWindow должна находить окно на диалоге?

rdb_devSergey_rb, в приведенном тобой примере функция WINAPI GetDlgItem работать не будет, так как, согласно документации, при её вызове должно указываться два параметра - хендл окна и целочисленный (int) идентификатор элемента.

Где ты там строку разглядел?

GetDlgItem - перегруженная функция, работает и с одним параметром

Dimitry SibiryakovSergey_rbЗначит функция FindWindow должна находить окно на диалоге?

Да.


Только почему-то не находит




Возвращает NULL

NekZrdb_devSergey_rb, в приведенном тобой примере функция WINAPI GetDlgItem работать не будет, так как, согласно документации, при её вызове должно указываться два параметра - хендл окна и целочисленный (int) идентификатор элемента.

Где ты там строку разглядел?
Вангую, что это допотопный MFC, который давно уже пора закопать.

Тут и вангвать нечего - Embedded C++ под WinCe

Как то совсем грустно становится, если функция ищет не по имени окна, а по сообщению в нем, которое может меняться.

Получается, что EditBox вообще нельзя найти, если пользователь ввел туда какой-то текст?

CerebrumSergey_rb,

просто ты изначально поставил неправильную задачу себе.

Зачем тебе нужно искать таким образом окна ?
У тебя чужой код и ты хочешь подправить их поведение ?

Если код твой собственный, то для всех окон можно задать уникальный control id на этапе создания окна
(или даже после того через SetWindowLong(Ptr)), в CreateWindow(Ex) и используя данный id точно находить то окно, которое тебе нужно

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

Так зачем тебе это нужно?
Давай начнем хотя бы с этого

Все началось с того, что моя прога, написанная на Лазарусе, работавшая много лет на WinCE6, не работает под WinCe7.

Вот я ищу решения под WinCe7

Dimitry SibiryakovSergey_rbПолучается, что EditBox вообще нельзя найти

А его обычно и не надо искать. При создании окна вменяемый программист обычно сохраняет
где-то его хэндл.


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

Dimitry SibiryakovТо есть вместо того, чтобы применить мозг и починить свою прогу...


Что значит починить?
Она тупо на запускается.
Насколько я понял, в WinCe7 что-то убрали, связанное в формами.

CerebrumSergey_rbОна тупо на запускается.
если программа падает, то собери дамп и проанализируй под отладчиком,
если программа зависает (процесс висит, но GUI не отображается) - рецепт тот же
если программа запускается и тут же завершает свою работу, то тут только запуск exe-шника под отладчиком может пролить свет на то, где именно происходит досрочный выход

Все намного хуже.
Под WinCe7 не запускается никакая программа, написанная на Лазарусе

Там есть проблема с aygshell.dll
Вычистил я все ее вызовы как написано здесь
http://forum.lazarus.freepascal.org/index.php/topic,31533.0.html

Ничего не изменилось

К сожалению, в терминале сбора данных, нет отладчика, чтобы разобраться, что не работает.
Я делал прогу с пустой формой и все равно, прога вылетала с кучей AV.

CerebrumSergey_rbК сожалению, в терминале сбора данных, нет отладчика, чтобы разобраться, что не работает.
Я делал прогу с пустой формой и все равно, прога вылетала с кучей AV.
если есть несовместимость на архитектурном уровне, то смысла ковырять умерший код особо нет.
лучше сосредоточится на его переносе на тот язык/компилятор, который гарантировано заработает без глюков со стороны архитектуры.

Так гарантированно работает древний Emedded C++, у которого нет тех возможностей, которые нужны мне.

КотовасияSergey_rb,

поясни, пожалуйста, что это за Embedded C++ такой?
Википедия вот что сообщает:
https://en.m.wikipedia.org/wiki/Embedded_C
- там ничего про Windows Mobile...

Это среда разработки под различные платформы, в том числе и под WinCE

Dimitry SibiryakovSergey_rbЯ делал прогу с пустой формой и все равно, прога вылетала с кучей AV.

Вот и отлично. В сообщении об AV есть два адреса: код, который обращается к памяти и адрес
к которому он обращается. А также операция, которую код пытается производить. Остаётся
дело техники: использовать map-файл чтобы выяснить строчку кода исходников, которая
соответствует этому адресу и понять что именно с ней может быть не так.


Что-то я не нашел, как в Лазаре сгенерить мар файл.
Он генерит файл GDB, с которым непонятно что делать.

Программа на Лазаре собирается под WinCE, работает под WinCE 6, но не запускается под WinCE 7.

Пробовал делать прогу с одной пустой формой, она тоже не запускается под WinCE 7.

Проблема, на мой взгляд, в отсутствии в системных DLL некоторых функций, которые нужны для LCL.

rdb_devSergey_rbПрограмма на Лазаре собирается под WinCE, работает под WinCE 6, но не запускается под WinCE 7.

Пробовал делать прогу с одной пустой формой, она тоже не запускается под WinCE 7.

Проблема, на мой взгляд, в отсутствии в системных DLL некоторых функций, которые нужны для LCL.Ты с какими lib файлами свою прогу линкуешь? С теми, что для библиотек WinCE6 или уже с новыми - для библиотек WinCE7?

Линкую теми же файлами.
Про библиотеки пол WinCE7 слышу впервые
Где их можно скачать?

КотовасияSergey_rb,

нигде.

Посмотри в гугле , что по этому поводу делается и делалось.

Например:
https://forum.lazarus.freepascal.org/index.php?topic=31533.0

Это я уже делал

Dimitry SibiryakovSergey_rbПроблема, на мой взгляд, в отсутствии в системных DLL некоторых функций, которые нужны для
LCL.

Это тебе Dependency Walker или аналогичная тулза сообщила? Или из пальца высосано?..


Вот отсюда
https://forum.lazarus.freepascal.org/index.php?topic=31533.0

Я делал пустое приложение с одной формой и ни единой строчкой кода.
Оно тоже вываливалось с кучей Exception