При работе под WinXP самопроизвольно и без сообщений закрывается окно с запущенной задачей на FoxPro или самого FoxPro , напр. при компиляции проекта. Окно закрывается несмотря на то, что убрана галочка в свойствах ярлыка «Закрывать окно по завершении работы».

Есть ряд бухгалтерских и финансовых программ написанных на FoxPro 2.6 Dos. Под Win95/98 они работают нормально, при попытке работать с ними под WinXP (SP2), -начинается описанная выше ситуация.

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

Любая из программ представляет собой обычный app-файл, созданный из проекта содержащего только prg-файлы. Запуск - командой foxprox.exe main.
Результат тех или иных способов решить проблему, определялся попыткой компиляции проекта одной из прог, на которой при этом шел гарантированный вылет. Замечу, что на других прогах (проектах), эта операция (компиляция) может пройти безболезненно, что правда не исключает вылет в процессе работы самой проги. Т.е. складывается впечатление, что вылеты у разных прог - в разных местах и на разных этапах.

Запуск, и прог, и среды производился и из Far’а и через ярлык. В ярлыке настраивались разные значения вкладки «Память» и совместимость с Win95/98/Me.
Вносилось изменение в реестр:
1. [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\WOW]
2. "DisableVme"="1"

Решения искал здесь на форуме, в инете и на фокспрошных ресурсах, пробовал разные способы - пока безрезультатно.

Очень надеюсь на помощь. Сейчас из под WinXP работать с FoxPro Dos нет возможности ни у программистов, ни у пользователей. Как временные меры используем: 1) две ОС на одном компе (не удобно каждый раз перезагружаться), 2) работа из-под VirtualPC (в разы медленнее работает). Известно о нормальной работе досовых фоксовых прог под XP в других организациях, т.е. должен быть способ или причина.

PS: Приведу содержимое конфигов:

в Config.fp:
-------
TALK=OFF
EXCLUSIVE=OFF
ESCAPE=OFF
DELETE=ON
NEAR=ON
SAFETY=OFF
DATE=BRITISH
HOURS=24
MVCOUNT=512
CLOCK=0,68
COLOR=W+/B,N/W,W/N
BLINK=OFF
DECIMALS=3
EDITWORK=C:\foxpro.tmp
PROGWORK=C:\foxpro.tmp
SORTWORK=C:\foxpro.tmp
TMPFILES=C:\foxpro.tmp
CATMAN=OFF
memlimit=12
------
в %SystemRoute%\system32\Autoexec.nt:
---
lh %SystemRoot%\system32\mscdexnt.exe
lh %SystemRoot%\system32\redir
lh %SystemRoot%\system32\dosx
lh %SystemRoot%\system32\nw16

lh %SystemRoot%\system32\vwipxspx
---
в %SystemRoute%\system32\Config.nt
---
dos=high, umb
device=%SystemRoot%\system32\himem.sys
FILES=250
device=%SystemRoot%\system32\setver.exe
---

Komissarв %SystemRoute%\system32\Autoexec.nt не помешало бы:
C:\...\ResFree.COM 10
Проц "разгрузил", но еще бы работало....
авторПлюс, чтоб не было "длинных" путей и русских букв в путях...
Ну и чтоб с правами доступа на "C:\foxpro.tmp" без фокусов...
Длинных путей и русских букв в путях нет - проги старые - работают по старинке, там с этим строго.
Права доступа к временной папке есть, - там исправно создаются временные файлы (*.tmp) ненулевой длины, да и остаются там по причине "вылета" задачи.... Кстати, помнится (в Win9x) когда эта папка недоступна, Фокс хотя бы пишет разные сообщения об ошибке , а здесь глухое молчание.

Maltsev MaxСнеси SP2
Лет несколько назад как-то пробовали, та-же беда была и под Win2000 и под WinXP SP1 и на разных компах, но тогда серьезно не копали...
Ушли тогда в сторону VirtualPC, но без широкого применения, мешали серьезные тормоза при работе в нем...

Komissarhttp://www.foxpopuli.narod.ru/fpd26.html#upgrade
Тут был?
Был как-то давно... еще раз глянул и уже хотел закрыть за ненадобностью, но просматривая эту страницу пришло в голову фокс с тавошнего дистрибутива поставить.... Сейчас поставил и вроде глюк пропал - пока ни разу не "выбрасывало"... У нас-то фокс какой был, такой просто папкой и переписывался, и может где-то что-то там сбоило...Так что может в этом дело и было. Будем пробовать помасштабнее потестить, тьфу, не сглазить.

Komissar Сурин СергейУ нас-то фокс какой был, такой просто папкой и переписывался
Я его уже 10 лет только так и переписываю... Ни одного сбоя и никаких "бубнов" от DOS 6.22 до WinXP-SP1 (под SP2 не приходилось...)!
P.S. Мой "foxprox" - 1786170 байт от 11.03.1994...
А вот у нас был размером 1911409 байт (тоже от 11.03.1994). Тот, что поставил размером как у тебя.

Вот заметил, что FPD из под XP в упор не видит таблицы (*.dbf) с длинными именами которые(!) хранятся на сервере Novell 4.11, т.е. они даже не отображаются в списке файлов при открытии. Из-под Win98 они были видны в обрезанном виде с тильдой, под XP - не видны совсем. Таких таблиц мало (используются когда нужны данные из комплекса на VFP), но все равно "кусает", - некоторые проги без них не запустить. Можно это как-то вылечить?

Пока мысли только мигрировать на другую ОС под файл-сервер или менять имя таких таблиц? Неизвестно, что заморочнее. :)

Burn>Надеюсь, что это не при явном запуске "foxprox"?
Желательно при запуске рантайма, а что?

Имеется в виду что запуск FoxPro в расширенном режиме как раз осуществляется запуском файла foxprox.exe. Поэтому неплохо было бы уточнить, как именно осуществляешь явный запуск FoxPro в расширенном режиме, чтобы понять - не о разных ли вещах идет речь? :) Может ты имеешь в виду выбор в Build Executable опции Stand-alone Extended при компиляции проекта?