> 2. На другом компе, но с той же конфигурацией и настройками > все работает без запинок, а единственное отличие от больных > состоит в том, что на нем проц - Intel Pentium 4 3.2 c > Hyper-Threading, тогда как на больных - Intel Pentium 4 2.8 > без оного. Попробуй на машинах с PIV с HT в BIOS-е отключить поддержку HT и
посмотреть на "поведение" этих машин.
> корнем). Но линейка приложений одного разработчика упорно Какая программа? Кто разработчик?
> и SET CLIPPER=F250 (кстати, как правильно - так или через AFAIR, SET CLIPPER=//F:nnn и наск. помню были советы, что
nnn должно быть на 5 меньше чем значение FILES.
>EMM=RAM
Это чего?
> этого может быть мало? В чем может быть проблема? Если это > проблема приложения, то мне разработчику по одному месту > ничего не стоит. Но может не разработчик виноват, потому Насчет "тебя, разработчика и одного места" вообще не понял-)
Не смейтесь. В нашей организации (таможня) дофига используется приложений, написанных под DOS, на CLIPPERe и FoxPro2.5, и даже на TurboC образца 1988 года. Я столкнулся с проблемой, моему разуму не подвластной. У проблемы два разреза:
1. На компьютере под управлением XPSP2 "установлены" несколько DOS-CLIPPER приложений. Большинство из них отлично работают и вместе и по отдельности и с такими конфигурациями что DOS с ума бы сошел (например связываются с базами, находящимися на ветках DFS-дерева с доменным корнем). Но линейка приложений одного разработчика упорно не хочет стабильно работать, и непринужденно слетает с ошибкой 5302: conventional memory exhausted. В основном это происходит, когда пытаешься открыть запись таблицы в экранную форму для редактирования. В настройках среды есть и SET CLIPPER=F250 (кстати, как правильно - так или через :?), и DOS=HIGH, UMB (шо в ХП по умолчанию, если не ошибаюсь), и EMM=RAM, и FILES=200, а BUFFERS=60, но не помогает. По MEM /C система сообщает, что у нее есть в запасе 600Kb conventional memory и 16Mb в XMS. Неужели этого может быть мало? В чем может быть проблема? Если это проблема приложения, то мне разработчику по одному месту ничего не стоит. Но может не разработчик виноват, потому как
2. На другом компе, но с той же конфигурацией и настройками все работает без запинок, а единственное отличие от больных состоит в том, что на нем проц - Intel Pentium 4 3.2 c Hyper-Threading, тогда как на больных - Intel Pentium 4 2.8 без оного.
Re : проблема с dos и clipperом05.04.06 13:30 Автор: JINN <Sergey> Статус: Elderman
> 2. На другом компе, но с той же конфигурацией и настройками > все работает без запинок, а единственное отличие от больных > состоит в том, что на нем проц - Intel Pentium 4 3.2 c > Hyper-Threading, тогда как на больных - Intel Pentium 4 2.8 > без оного. Попробуй на машинах с PIV с HT в BIOS-е отключить поддержку HT и
посмотреть на "поведение" этих машин.
> корнем). Но линейка приложений одного разработчика упорно Какая программа? Кто разработчик?
> и SET CLIPPER=F250 (кстати, как правильно - так или через AFAIR, SET CLIPPER=//F:nnn и наск. помню были советы, что
nnn должно быть на 5 меньше чем значение FILES.
>EMM=RAM
Это чего?
> этого может быть мало? В чем может быть проблема? Если это > проблема приложения, то мне разработчику по одному месту > ничего не стоит. Но может не разработчик виноват, потому Насчет "тебя, разработчика и одного места" вообще не понял-)
Надо уменьшать files и buffers раза в два и посмотреть как изменятся показания mem/c относительно conventional memry. можно и set clipper=f:90, и set clipper=f90, и без всяких set'ов.05.04.06 13:07 Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman Отредактировано 05.04.06 13:15 Количество правок: 1
Все разобрался. Разработчику действительно по одному месту ну просто очень надо. Программе не нравился dosx - драйвер защищенного режима. Этой программе и ее сестре:-)). А третьей сестре - наоборот без него никуда - так что пришлось для них разные autoexec-и рисовать:-))
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
