В Knowlage Base есть описание этой ошибки, но в отношении версии FPW2.6

Смысл сводится к ошибкам компиляции. Ведь в EXE выполняются не исходники, а уже их откомпилированная версия включенная внутрь EXE.

Попробуй перекомпилить проект с опцией "Recompile All Files". Возможно внутри EXE осталась старая ошибочная версия формы.

Кстати, о какой версии FoxPro, TreeView и ListView идет речь?

И еще, чтобы не забивать голову переносом библиотек поддержки, для распростарнения готового приложения лучше использовать дистрибутив. Не обязательно дистрибутив приложения, достаточно сделать дистрибутив Run-Time библиотек.

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

MessageBox("Сечас будет выполнена команда ...")

Сильно похоже на то, что ты используешь какие-то внешние файлы, не включенные в проект.

Да, еще сделай чистку базы данных и самого файла проекта (пункты главного меню DataBase и Project соответсвенно, подпункт CleanUp ...)

Это у тебя TreeView на модальной форме? Что ж ты столько времени народу голову морочил?

При использовании ActiveX на модальных формах наблюдается следующий глюк:

Если присвоение свойств происходит при помощи цепочки промежуточных объектов, типа:

ThisForm.MyTree.Nodes(1).Text="Текст первого узла"

То в некоторых случаях именно на модальных формах и именно на подобных командах присвоения вылетает ошибка OLE. Для исправдения этого глюка необходимо сократить цепочку до 2 объектов:

Вариант 1

LOCAL loNode
loNode=ThisForm.MyTree.Nodes(1)
loNode.Text="Текст первого узла"

Вариант 2

WITH ThisForm.MyTree.Nodes(1)
.Text="Текст первого узла"
ENDWITH

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

>>"Морочить" голову народу? Видимо у него она ОДНА! Ваша...

Данный пост был прочитан более 190 раз. Вы считаете, что его читал только я?

Вообще-то, под версией я имел в виду версию файла mscomctl.ocx Например, у меня это 6.01.8341 (можно посмотреть в свойствах файла в проводнике)

Еще я бы посоветовал, если есть возможность, попробовать запустить EXE на другой машине, где также установлен WinXP.

Дело в том, что ошибки при работе с памятью могут происходить и по не зависящим от FoxPro причинам:

-) Дефектное железо (RAM, Видео, Сеть, Винт)
-) Дефектное ПО (WinXP, mscomctl.ocx)

Еще вопрос:

>>Запуск exe из под Win ХP из директории в которой компилился - работает.

Имеется в виду запуск из среды FoxPro или из проводника?

Все, идей больше нет :( Попробуй еще спросить на сайте

http://nsvisual.com/ph/list.php3?f=5

Похоже тут какие-то глюки установки собственно Windows. Не думаю, что дело в FoxPro

Это сильно необходимо сделать точку останова именно на пункте меню, а не на команде READ EVENTS?

Нельзя написать:

DO MainMenu.mpr
activate menu _msysmenu pad PAD_1 NOWAIT

READ EVENTS

А другие пункты этого меню работают? Т.е. вызов других форм не содержащих ActiveX ?

Как именно запускается форма из меню?

Если на тот же самый пункт меню, который вызывает эту проблемную форму повесить вызов ДРУГОЙ формы - та же ошибка?

Можно попробовать запустить форму через "одноразовый" таймер, но это уже как-то нехорошо получается :(