Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Господа, будьте снисходительны, не бросайтесь сразу штрафовать за, как вам кажется, глупые вопросы - beginners на то и beginners.
|
Надо уменьшать files и buffers раза в два и посмотреть как изменятся показания mem/c относительно conventional memry. можно и set clipper=f:90, и set clipper=f90, и без всяких set'ов. 05.04.06 13:07 Число просмотров: 1599
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 05.04.06 13:15 Количество правок: 1
|
|
|
|
<beginners>
|
Проблема с dos и clipperом 05.04.06 12:01
Автор: PyroTechnic Статус: Незарегистрированный пользователь
|
Не смейтесь. В нашей организации (таможня) дофига используется приложений, написанных под 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
|
|
|
| |
Все разобрался. Разработчику действительно по одному месту... 23.04.06 22:22
Автор: PyroTechnic Статус: Незарегистрированный пользователь
|
|
Все разобрался. Разработчику действительно по одному месту ну просто очень надо. Программе не нравился dosx - драйвер защищенного режима. Этой программе и ее сестре:-)). А третьей сестре - наоборот без него никуда - так что пришлось для них разные autoexec-и рисовать:-))
|
|
|
подробно о проекте
Анализ криптографических сетевых...
