UAPКоллеги!

Пусть некоторая программа написанная на VFP состоит из нескольких команд К(1), К(2), ..., К(i), К(i+1), ..., К(n).
Как сделать так, чтобы команда К(i+1) начинала выполняться только после окончания выполнения команды К(i) ?

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

Команда может вообще не отработать если включена автообработка ошибок, например


тогда ошибка просто проигнорируется, строка не отработает и будет выполнятся следующая. Игнорированием ошибок злоупотреблять не стоит.

Какая конкретная строка не отрабатывает?

ЛюдмilaНаблюдала подобную картину, когда после команды связанной с копированием файла
следующая команда обращалась уже к скопируемому файлу - так вот она говорила, что файл не найден!
Проблемы с файлами из-за кэша виндовса. Начал замечать подобное на W7, тот же код в XP работал без проблем. Что-то перемудрил MS с оптимизацией файлового кэша.
Лечится командой

tanglirDima TНачал замечать подобное на W7Да уж, и впрямь "всё новое - это хорошо забытое старое"
Там еще круче есть мистика: начитался в инете про оптимизацию ключами в реестре, переключил в HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\PrefetchParameters
в ноль EnablePrefetcher и EnableSuperfetch и начались паранормальные явления с файловыми операциями. Даже FLUSH не помог. Сохранил файл и он исчез. После перезапуска проги виден становится.

А ключики эти якобы отключают предварительное кэширование часто используемых программ. Везде советуют ставить 0 при использовании SSD-винтов. У меня правда винт обычный.

UAP,

файлы какого типа? картинки?
если картинки, то может с помощью Image показывать?

ВладимирМдай команду DoEvents
Настоятельно НЕ рекомендую так делать. DoEvents исполняет все события приложения, если юзер куда ткнул мышью, то это начинает отрабатывать и тут надо уже отслеживать чтоб эта обработка не нагадила своими изменениями той которая DoEvents вызвала.

Заставить быстрее работать ворд, эксель и т.д. ты не сможешь, именно они запускаются для показа файла. Как могут так и успевают.
Делай скриншоты и показывай картинки если надо быстрее.

Реально сейчас происходит следующее: для XLS файла запускается эксель, читает файл и показывает. При этом фокс не дожидается окончания показа. Запустился эксель и фокс дальше занимается своими делами, в это время эксель параллельно читает файл и показывает.

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

UAPКоманда DoEvents [Force] очень плохо описана в документации.
В виндовсе весь оконный интерфейс построен на сообщениях. Что-то произошло - виндовс шлет сообщение. Т.е. сообщение - нажатие кнопки клавиатуры/мыши, перемещение мыши, команды на перерисовку окна при изменении размеров, инициализация приложения - последовательность сообщений, закрытие - последовательность и т.д.
Все сообщения обрабатываются очередью сообщений приложения. Когда происходит выполнение кода в фоксе - обработка сообщений приостанавливается. А твои контролы требуют чтобы предназначенные им сообщения они получили. Вот это и делает команда DoEvents, она принудительно запускает обработчик сообщений.

DoEvents плоха тем что могут быть сообщения внутрифоксовые и их не понятно как обрабатывать. Например: захочет пользователь твою форму закрыть, ткнет в "крестик" и как быть? Форма не может быть закрыта т.к. выполняется код внутри формы.

Чтобы этого избежать, в твоем случае удобнее заменить твой код на таймер, который с заданной периодичностью будет выполнять код смены файла в контроле. Все остальное время будет работать фокс в режиме ожидания, т.е. обрабатывая все входящие сообщения ОС. Таймер, кстати, это тоже сообщение. Приложение дает задание ОС слать сообщение таймер с заданной периодичностью.

PS Про обработку сообщений можешь например тут почитать .

UAP1. Поставить в КОНЕЦ стека это фактически поставить в очередь?
в данном случае "стек" и "очередь" это одно и тоже. Правильный термин "очередь" т.к. идет обработка в порядке поступления. Подробнее тут, в середине "Алгоритм выборки сообщений из очереди потока"

UAP2. Можно ли быть уверенным, что в конец стека задания ставятся в естественной последовательности, а именно: в той же последовательности, что и в исходной программе?
Можно. Ставятся и обрабатываются в той последовательности, в которой поступают.
Только учти что приложение при обработке сообщений может слать новые сообщения само себе, в т.ч. использовать таймеры, которые тоже сообщения, приходящие с заданной периодичностью.
Поэтому если надо обработку всех сообщений, то лучше использовать таймер. Только тут надо учесть такой момент что сообщение для таймера ставится в очередь с заданной периодичностью, но обрабатывается в порядке очереди, т.е. если очередь долго обрабатывалась, то может оказаться что накопилось несколько сообщений таймера и тогда они будут обработаны друг за другом без какой-либо паузы.

Таймер тебе чем не подходит?