Unclosed quotation mark after the character string

[$T@LKER]

Подскажите пожалуйста что за ошибка?

Unclosed quotation mark after the character string '11'

Программой пользуются многие ну тока у одного человека она появилась(

Заранее спасибо.

[notHaker]

Есть переводчик промт-онлайн. Вбиваешь туда ошибку и сразу понимаешь в чём дело.

Копипаста из промта:

Открытая кавычка после строки символов

[$T@LKER]

Я умею пользоваться переводчиками) Так это ошибка проходит в процессе авторизации через базу данных MS-SQL. Прога стоит наверное на 100 машин и тока на одной проблема эта. И не могу понять в чем дело(

[notHaker]

Так. Стоп. Прога? Она вами написанна?

[Аватар]

В черном ящике ошибки находить тяжело, могу только предположить - в каком-то запросе символьная строка не правильно кавычками обрамлена или вообще не нужная кавычка стоит

[p51x]

Или в запрос вставляется строка из переенной, а в этой переменной строка с кавычкой... Естественно, экранирования нет. )

[$T@LKER]

Так. Стоп. Прога? Она вами написанна?

Естественно мной.
Ну если бы было проблема в обрамлении кавычками разве не у всех эта ошибка была бы??? А так то тока у одного человека.

[Аватар]

Так может он пароль с кавычкой сделал?

[$T@LKER]

Так может он пароль с кавычкой сделал?

Есть какое-то подозрение ну от него не добится скриншота с данными которые он ввел) А лично прийти проверить возможности нету)

[Surgeon]

Сообщение от $T@LKER

Естественно мной.
Ну если бы было проблема в обрамлении кавычками разве не у всех эта ошибка была бы??? А так то тока у одного человека.

Вы не поверите на что способны пользователи!
Я обычно спрашиваю - "что вы делали перед появлением ошибки?"
Пользователь отвечает предельно ясно, что-то врде того "Работал с базой"
Вздыхаю и прошу при мне повторить все те действия после которых должна быть ошибка.
При этом где-то равная вероятность следующих исходов:
- вижу очень оригинальное нецелвое использование интерфейса приводящее к косяку ( например попытка вписать значение в LoockupBox)
- вижу штатные действия но не штатные данные с тем же результатом (например набор текствого значения в поле для числа)
- вижу штатные действия со штатными, но неучтенными мной данными
- и о чудо! ошибка не происходит!, слышу уверения что вчера ровно при всех тех же действиях она была!
Рекомендую сесть рядом с этим пользователем и увидеть свой вариант.
А отдает действительно ошибкой в тексте запроса, который вероятно собирается динамически (run-time), типа

MYQuery.Close;
MYQuery.SQL.Clear;
MYQuery.SQL.Add('select usverid, usvername');
MYQuery.SQL.Add('from usvertable');
MYQuery.SQL.Add(where usvername like '+''%'+Edit1.Text+''%');
MYQuery.Open;

Кстати очень поганое место где нужно дать тройной апостроф чтобы SQL принял его за одиночный ограничивающих строку, легко промахнуться самому.
Еще не знаю никогда не проверял, но может в тексте принимаемом из контрола последний сивол апостроф? это возможно рубит всю комбинацию и неверно тракутуется сервером.
ИМХО разбираться надо лично - " у постели больного".