Найдено 30 результатов

dwp
14 ноя 2014, 10:52
Форум: PROGRESS - 4GL - ПРОГРАММИРОВАНИЕ
Тема: передача ROWID через SET-PARAMETER
Ответы: 1
Просмотры: 5953

Re: передача ROWID через SET-PARAMETER

в общем то сам нашел ответ на свой вопрос.
действительно при передаче оно преобразовывается и принять его можно только через CHAR
dwp
14 ноя 2014, 10:35
Форум: PROGRESS - 4GL - ПРОГРАММИРОВАНИЕ
Тема: передача ROWID через SET-PARAMETER
Ответы: 1
Просмотры: 5953

передача ROWID через SET-PARAMETER

вызов процедуры делается через INVOKE таким способом /* Устанавливаем количество параметров */ vCallObjHand:NUM-PARAMETERS = NUM-ENTRIES(params). /* Параметры вызова - по списку */ DO i = 1 TO NUM-ENTRIES(params): vCallObjHand:SET-PARAMETER (i,"CHAR",d_type[i],d_par[i]). END. /* Вызов */ v...
dwp
27 июл 2011, 05:23
Форум: PROGRESS - АДМИНИСТРИРОВАНИЕ БАЗ ДАННЫХ
Тема: Ошибка. Not enough space to input data. Increase -s
Ответы: 6
Просмотры: 7015

Re: Ошибка. Not enough space to input data. Increase -s

если бы код был не зашифрован, я бы давно проанализировал, и не возникло бы этой темы. Сомневаюсь, что загружаемые данные "лежат" в самом коде. :wink: Боюсь что ваш сарказм тоже не поможет. в коде не данные, а ответ как можно исправить ситуацию. И именно это я и имел ввиду. потому как ник...
dwp
26 июл 2011, 11:50
Форум: PROGRESS - АДМИНИСТРИРОВАНИЕ БАЗ ДАННЫХ
Тема: Ошибка. Not enough space to input data. Increase -s
Ответы: 6
Просмотры: 7015

Re: Ошибка. Not enough space to input data. Increase -s

Описание ошибки # 5058 говорит: You were importing raw data when the size of the raw data exceeded the current space left on the -s stack Если увеличение размера стека не помогает, то, наверно, следует проанализировать, что за данные загружает программа и какой объем должен был бы быть у стека, что...
dwp
26 июл 2011, 05:03
Форум: PROGRESS - АДМИНИСТРИРОВАНИЕ БАЗ ДАННЫХ
Тема: Ошибка. Not enough space to input data. Increase -s
Ответы: 6
Просмотры: 7015

Ошибка. Not enough space to input data. Increase -s

Здравствуйте. OpenEdge Release 10.1C04. SuSe10 SP2. 64x Появилась ошибка. Not enough space to input data. Increase -s. Эта часть кода зашифрована, поэтому не могу понять как поступить. Поиск по knowledge base дал только совет увеличить -s параметр. У меня был -s 400, увеличил вдвое, потом еще вдвое ...
dwp
03 окт 2008, 13:13
Форум: PROGRESS - АДМИНИСТРИРОВАНИЕ БАЗ ДАННЫХ
Тема: борьба с сессиями с "потеряным" терминалом
Ответы: 18
Просмотры: 20132

интересные у нас с вами получились вычисления. я согласен что в закрытие крестом нет ничего криминального, не понимаю почему вы пытаетесь переубедить меня в том что я считаю что все равно этого делать не следует, хотя бы в штатном режиме ? кстати а как быть с этими пятью процентами от пяти процентов ?
dwp
03 окт 2008, 06:07
Форум: PROGRESS - АДМИНИСТРИРОВАНИЕ БАЗ ДАННЫХ
Тема: борьба с сессиями с "потеряным" терминалом
Ответы: 18
Просмотры: 20132

отвечаю всем по порядку: 1.мне нет необходимости "искусственно"- скриптами ограничивать пользователя количеством сессий - так как у меня отлично с этим справляется приложение. Вопрос в том что это не решение проблемы общее количество сессий ограничено и дефицит огромный, так что я не могу ...
dwp
02 окт 2008, 09:59
Форум: PROGRESS - АДМИНИСТРИРОВАНИЕ БАЗ ДАННЫХ
Тема: борьба с сессиями с "потеряным" терминалом
Ответы: 18
Просмотры: 20132

на счет замечания по поводу отучить нажимать крестик я полностью согласен! это процесс идет - но к сожалению похоже бесконечен и не сходится постоянно бью по рукам каждого кто пользуется крестиком штатно не извещая админа, а "длинных" транзакций у меня и так нет . есть транзакции которые з...
dwp
01 окт 2008, 07:54
Форум: PROGRESS - АДМИНИСТРИРОВАНИЕ БАЗ ДАННЫХ
Тема: борьба с сессиями с "потеряным" терминалом
Ответы: 18
Просмотры: 20132

борьба с сессиями с "потеряным" терминалом

Здравствуйте. 1.у меня существует такая проблема терминал пользователя уже закрыт а сессия в базе активно работает и занимает "драгоценное" место 2.когда это происходит: - когда пользователь работает на "плохом" канале происходит обрыв канала и все терминалы "теряются" ...
dwp
11 июн 2008, 11:48
Форум: PROGRESS - АДМИНИСТРИРОВАНИЕ БАЗ ДАННЫХ
Тема: переход с 10.1а на 10.1b
Ответы: 23
Просмотры: 25129

- Increase NPROC and NSWAP kernel parameters. - Increase swap area как совет это сложно воспринять NPROC более чем достаточно = 3000 и дело не в нем совсем и к тому когда убивется повисший процесс все приходит в норму параметра же NSWAP у меня нет swap = 0 к тому же у меня тем более чейчас добавил ...
dwp
07 июн 2008, 06:40
Форум: PROGRESS - АДМИНИСТРИРОВАНИЕ БАЗ ДАННЫХ
Тема: переход с 10.1а на 10.1b
Ответы: 23
Просмотры: 25129

сообщение единственое иногда вместе с HUNGUP ом идет нет речь идет не о kill -9 просто kill килл -9 применяется в искллючительных случаях права стоят 755 с этими подвисшими сессиями вообще нехорошо мало того что они висят отедают лиценцию и ресурсы кроме того если их не убить через какое то время во...
dwp
06 июн 2008, 10:03
Форум: PROGRESS - АДМИНИСТРИРОВАНИЕ БАЗ ДАННЫХ
Тема: переход с 10.1а на 10.1b
Ответы: 23
Просмотры: 25129

продолжение темы

Еще одна неприятная особенность. Которая появилась в работе на 10.1b по сравнению с 10.1a Стали появляться "подвисшие" пользователи в логе базы в связи с этим появляются сообщения [2008/06/06@10:08:17.879+0700] P-15469 T-1 I Usr 43: (-----) vv_flush:I/O error 5 on fd 1 Появляются такие соо...
dwp
06 июн 2008, 10:02
Форум: PROGRESS - АДМИНИСТРИРОВАНИЕ БАЗ ДАННЫХ
Тема: переход с 10.1а на 10.1b
Ответы: 23
Просмотры: 25129

ситуацию удалось выправить резкий расзход памяти прошел из-за увеличения -l -s -tmpbsize что сделал для того чтобы выправить ситуацию убавил системные переменные до минимально необзходимых для меня в этот момент изучив статистику promon и sar NPROC SFNOLIM SHMMNI MAXUP SHMSEG FLCKREC пересобрал ядро...