• Познакомьтесь с пентестом веб-приложений на практике в нашем новом бесплатном курсе

    «Анализ защищенности веб-приложений»

    🔥 Записаться бесплатно!

  • CTF с учебными материалами Codeby Games

    Обучение кибербезопасности в игровой форме. Более 200 заданий по Active Directory, OSINT, PWN, Веб, Стеганографии, Реверс-инжинирингу, Форензике и Криптографии. Школа CTF с бесплатными курсами по всем категориям.

Ошибка в методе Coerstrtonum на одной рабочей станции

  • Автор темы laspavel
  • Дата начала
L

laspavel

Здравствуйте !

на предприятии используется Lotus Notes 8.5
Версия клиента аналогичная.

Используется в работе БД документооборота. На 180 раб. станциях работает без проблем.
На одной станции при создании (редактировании) определенного вида документа (входящего) при сохранении записи появляется ошибка:
"Type mismatch in method CoerStrToNum: STRING found, DOUBLE expected". На других рабочих станциях ошибки нет. Документ после выдачи
ошибки документ сохраняется.
Предполагаю что ошибка вызвана настройками клиента. Не могу найти причину ? Как от нее избавиться !
 
M

morpheus

чтото мне подсказывает что это локальная настройка.

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

а вообще то невлохо было бы указать кусок кода и строку в которой выскакивает ошибка
 
L

laspavel

чтото мне подсказывает что это локальная настройка.

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

а вообще то невлохо было бы указать кусок кода и строку в которой выскакивает ошибка

Проверил !
Используется на всех раб. станциях ",". Запятая стоит и в настройках.
Куска кода. Обычная кнопка сохранения записи.
 
M

morpheus

сматрите в QuerySave в методах формы
 
H

hosm

и кстати - подформ тоже, если есть.
 

lmike

нет, пердело совершенство
Lotus Team
27.08.2008
7 933
609
BIT
177
что передаётся ф-ции?
 
L

laspavel

что передаётся ф-ции?

В общем смотрите. Есть обычная форма. В нее заносится имя плательшика и сумма и дата платежа. Все остальные поля вычисляемые.
Кнопка сохранения обычная (SaveDocument). На 179 раб. станциях ошибок обработки нет. На одной - вылетает вышеуказанная ошибка. Не понятно почему вылетает и как с ней справиться.
 
H

hosm

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

laspavel

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

такой функции нет. Искал по всей БД. С отладчиком поработаю. Но проблема в том что на раб. станции где возникла ошибка стоит только клиент. Его разделяет большое расстояние. Я на всех остальных станциях в.т. на сервере ошибок в работе НЕТ.
 
L

laspavel

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

Понял. Но кто-нибудь обьясните - почему на всех машинах кроме одной работает нормально, а на обдной такая вылезает. (Все клиенты работают с БД напрямую без реплик).
 
H

hosm

вот тут еще про дату в неправильном формате упоминают -
 

lmike

нет, пердело совершенство
Lotus Team
27.08.2008
7 933
609
BIT
177
если точно знаете, что данные д.б. числовые - фильтруйте ввод в поле (в соответ. событии поля), с пом. собак, с проверкой @IsNumber, и преобразованием @TextToNumber
также меняйте символы разделителей на "правильное" представление из региональных сеттингов (системы)
 
N

nnikishi

Проверьте региональные настройки - каждый пунктик, а особенно формат даты, валюты и чисел. А функция может быть прекомпилирована, особенно если продукт сторонний. Ну, еще могут быть нъюансы в настройке клиента (notes.ini), но это маловероятно.
 
L

laspavel

Проверьте региональные настройки - каждый пунктик, а особенно формат даты, валюты и чисел. А функция может быть прекомпилирована, особенно если продукт сторонний. Ну, еще могут быть нъюансы в настройке клиента (notes.ini), но это маловероятно.

Я проверил все географические параметры "нерабочей станции" и работающей. Отличий не нашел.
Попробовал переустановить клиента с нуля. Ошибка осталась.
А какие именно настройки в lotus.ini ?
 
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!