в общем то сам нашел ответ на свой вопрос.
действительно при передаче оно преобразовывается и принять его можно только через CHAR
Найдено 30 результатов
- 14 ноя 2014, 10:52
- Форум: PROGRESS - 4GL - ПРОГРАММИРОВАНИЕ
- Тема: передача ROWID через SET-PARAMETER
- Ответы: 1
- Просмотры: 5953
- 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...
- 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: Боюсь что ваш сарказм тоже не поможет. в коде не данные, а ответ как можно исправить ситуацию. И именно это я и имел ввиду. потому как ник...
- 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 Если увеличение размера стека не помогает, то, наверно, следует проанализировать, что за данные загружает программа и какой объем должен был бы быть у стека, что...
- 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, увеличил вдвое, потом еще вдвое ...
- 06 окт 2008, 10:49
- Форум: PROGRESS - АДМИНИСТРИРОВАНИЕ БАЗ ДАННЫХ
- Тема: борьба с сессиями с "потеряным" терминалом
- Ответы: 18
- Просмотры: 20132
- 03 окт 2008, 13:13
- Форум: PROGRESS - АДМИНИСТРИРОВАНИЕ БАЗ ДАННЫХ
- Тема: борьба с сессиями с "потеряным" терминалом
- Ответы: 18
- Просмотры: 20132
интересные у нас с вами получились вычисления. я согласен что в закрытие крестом нет ничего криминального, не понимаю почему вы пытаетесь переубедить меня в том что я считаю что все равно этого делать не следует, хотя бы в штатном режиме ? кстати а как быть с этими пятью процентами от пяти процентов ?
- 03 окт 2008, 06:07
- Форум: PROGRESS - АДМИНИСТРИРОВАНИЕ БАЗ ДАННЫХ
- Тема: борьба с сессиями с "потеряным" терминалом
- Ответы: 18
- Просмотры: 20132
- 02 окт 2008, 09:59
- Форум: PROGRESS - АДМИНИСТРИРОВАНИЕ БАЗ ДАННЫХ
- Тема: борьба с сессиями с "потеряным" терминалом
- Ответы: 18
- Просмотры: 20132
- 01 окт 2008, 07:54
- Форум: PROGRESS - АДМИНИСТРИРОВАНИЕ БАЗ ДАННЫХ
- Тема: борьба с сессиями с "потеряным" терминалом
- Ответы: 18
- Просмотры: 20132
борьба с сессиями с "потеряным" терминалом
Здравствуйте. 1.у меня существует такая проблема терминал пользователя уже закрыт а сессия в базе активно работает и занимает "драгоценное" место 2.когда это происходит: - когда пользователь работает на "плохом" канале происходит обрыв канала и все терминалы "теряются" ...
- 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 к тому же у меня тем более чейчас добавил ...
- 07 июн 2008, 07:00
- Форум: PROGRESS - АДМИНИСТРИРОВАНИЕ БАЗ ДАННЫХ
- Тема: переход с 10.1а на 10.1b
- Ответы: 23
- Просмотры: 25129
- 07 июн 2008, 06:40
- Форум: PROGRESS - АДМИНИСТРИРОВАНИЕ БАЗ ДАННЫХ
- Тема: переход с 10.1а на 10.1b
- Ответы: 23
- Просмотры: 25129
сообщение единственое иногда вместе с HUNGUP ом идет нет речь идет не о kill -9 просто kill килл -9 применяется в искллючительных случаях права стоят 755 с этими подвисшими сессиями вообще нехорошо мало того что они висят отедают лиценцию и ресурсы кроме того если их не убить через какое то время во...
- 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 Появляются такие соо...
- 06 июн 2008, 10:02
- Форум: PROGRESS - АДМИНИСТРИРОВАНИЕ БАЗ ДАННЫХ
- Тема: переход с 10.1а на 10.1b
- Ответы: 23
- Просмотры: 25129
ситуацию удалось выправить резкий расзход памяти прошел из-за увеличения -l -s -tmpbsize что сделал для того чтобы выправить ситуацию убавил системные переменные до минимально необзходимых для меня в этот момент изучив статистику promon и sar NPROC SFNOLIM SHMMNI MAXUP SHMSEG FLCKREC пересобрал ядро...