Ошибка отладочного утверждения: исключение C ++ в приложении C #?

Question

Ошибка отладочного утверждения: исключение C ++ в приложении C #?

0

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

За последние несколько месяцев он стабильно работает, но потом произошло исключение, которое мне кажется странным. Так как это происходит только на сервере (это серверное приложение.) В режиме деблокирования.

Приложение написано на С#, управляется в Visual Studio 2012 Professional и выпущено, чтобы быть явно 32-разрядным.NET 3.5, поскольку сервер, к сожалению, работает под управлением Windows 2003. (Я пытался убедить их обновить, чтобы обновить приложение к.NET 4.5, но, увы.)

Поэтому я получаю сообщение об ошибке C++ Debug. См. Снимок экрана ниже. Это происходит в файле с именем vsprintf.c Я угадываю строку 91. Единственное сообщение, которое дает мне подсказку, это формат! = NULL.

Это меня смущает. Что может быть причиной этого? Какие шаги я могу предпринять для отладки в такой ситуации? Что такое "vsprintf.c"?

Изменение: мне удалось найти что-то в eventviewer. Я продолжу исследовать это тем временем.

С уважением,

меня.

Perfection 05 фев. 2014, в 16:20

Источник

0

vsprintf - это стандартная функция. Вам необходимо проверить стек вызовов.
Simple 05 фев. 2014, в 14:41
0

Спасибо за ваш быстрый ответ, но я не смог воспроизвести это на компьютере разработчика. Также администратор сервера перезапустил приложение, прежде чем я смог посмотреть сам.
Perfection 05 фев. 2014, в 14:56
0

@Simple Просто, как он может сделать это с assert? С другой стороны, в то же время Давид Нгуен, похоже, добился определенного прогресса в воспроизведении этой проблемы ...
Wolf 06 фев. 2014, в 09:24

Показать ещё 1 комментарий

Теги:

c#

c++

printf

release

2 ответа

0

вызовы vsprintf могут быть вызваны sprintf и другими производными, возможно, вы должны проверить все эти вызовы. (Это также могут быть методы строковых классов, как я видел в VCL).

Если ошибка не вызвана одной из используемых вами библиотек, то в параметре строки формата должен быть NULL (или 0), который в основном является последним до ... в прототипе.

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

Wolf 05 фев. 2014, в 13:19

0

Я пересматриваю код, но сомневаюсь, что найду что-нибудь, что покажется мне странным.
Perfection 05 фев. 2014, в 16:08
0

@DavideNguyen Нашли ли вы какие-либо прямые вызовы функций с sprintf в его именах?
Wolf 05 фев. 2014, в 16:35
0

Нет, полный поиск не показал никаких вызовов sprintf или vsprintf.
Perfection 06 фев. 2014, в 08:01
0

@DavideNguyen я вижу. Ваше приложение вообще использует форматированный вывод?
Wolf 06 фев. 2014, в 08:28
0

Имея это в виду string.Format работает так же, как StringBuilder? В таком случае да. Он преобразовывает заказы базы данных в файл текстового формата EDI, который мы импортируем в нашу ERP.
Perfection 06 фев. 2014, в 08:33
0

@DavideNguyen Да, я думал об этом, но здесь мы имеем определенное поведение с format параметрами является null (используется для String.Format и StringBuilder.AppendFormat ): в ArgumentNullException
Wolf 06 фев. 2014, в 09:19

Показать ещё 4 комментария

Ещё вопросы

vsprintf - это стандартная функция. Вам необходимо проверить стек вызовов.
Спасибо за ваш быстрый ответ, но я не смог воспроизвести это на компьютере разработчика. Также администратор сервера перезапустил приложение, прежде чем я смог посмотреть сам.
@Simple Просто, как он может сделать это с assert? С другой стороны, в то же время Давид Нгуен, похоже, добился определенного прогресса в воспроизведении этой проблемы ...
Я пересматриваю код, но сомневаюсь, что найду что-нибудь, что покажется мне странным.
@DavideNguyen Нашли ли вы какие-либо прямые вызовы функций с sprintf в его именах?
Нет, полный поиск не показал никаких вызовов sprintf или vsprintf.
@DavideNguyen я вижу. Ваше приложение вообще использует форматированный вывод?
Имея это в виду string.Format работает так же, как StringBuilder? В таком случае да. Он преобразовывает заказы базы данных в файл текстового формата EDI, который мы импортируем в нашу ERP.
@DavideNguyen Да, я думал об этом, но здесь мы имеем определенное поведение с format параметрами является null (используется для String.Format и StringBuilder.AppendFormat ): в ArgumentNullException

sp2danny · Accepted Answer · 2014-02-05T13-43-00.000Z

2

Лучший ответ

Это ошибка утверждения, т.е. Предположение о том, что выполняемая вами функция не выполняется, в этом случае указатель не равен нулю. По внешнему виду, это строка формата. Вы используете строки формата напрямую? Если да, посмотрите там. Если нет, это, вероятно, проблема с утечкой памяти, за которой следует неправильная работа с памятью.

sp2danny 05 фев. 2014, в 13:43

0

Я исключил утечку памяти, посмотрев на графику использования памяти в VM Manager
Perfection 05 фев. 2014, в 15:20
0

[+1] за отличное предположение! @DavideNguyen: тогда вы сможете воспроизвести это на своей машине разработки - если вы производите достаточно нагрузки?
Wolf 05 фев. 2014, в 15:50
0

Это маловероятно, так как серверная машина имеет более 16 ГБ ОЗУ, а виртуальная машина имеет 4 ГБ оперативной памяти. (Этого более чем достаточно.) В то время как моя система разработки имеет эффективные 3 ГБ оперативной памяти, потому что она работает под управлением Windows 7 32-бит. Мы используем старые драйверы ODBC для других приложений для связи с нашими источниками данных UNIMS каменного века. Что странно, так это то, что ошибка является однократной ошибкой, и она еще не повторялась. У меня нет тестового примера, и в нашей параллельной тестовой среде ничего необычного не происходит.
Perfection 05 фев. 2014, в 16:04
0

Кроме того, приложение рассчитано на работу в максимальной памяти .NET по умолчанию. Раньше у меня была проблема с этим раньше, я исправлял ее и исправлял объем памяти раньше. Приложение использует менее 900 МБ памяти на пике. (Это действительно много внутри компании.)
Perfection 05 фев. 2014, в 16:07
0

Это была распухшая память, да.
Perfection 16 дек. 2015, в 11:43

Показать ещё 3 комментария