Короткая функция на си/си++, вызывающая в win10 appcrash приложения

Короткая функция на си/си++, вызывающая в win10 appcrash приложения. То есть чтобы приложение не тихо выходило в ОС, а появлялось оконце.

Миниатюры

 

0

Для чего это тебе?

0

Zerg1, достаточно короткая ?

0

Сообщение от Алексей1153 достаточно короткая ?

Ты проверял, эффект есть?

0

Verevkin, падает же. Проверить он и сам сможет

0

Сообщение от Алексей1153 падает же. Проверить он и сам сможет

То, что падает - понятно. Но цель-то - шоб окно вылезло вот это вот, со скриншота.

0

[тут было НЛО]

0

Сообщение от Алексей1153 int main(){throw;}

это не работает, как и abort() и прочее. программа просто выходит молча в ОС. А нужно именно окно апкрэша.

компилюсь под win10 gcc 12.2.0
моё приложение консольное

для чего это нужно? Консольный сервер работает, но по какой-то пока не установленной причине может внезапно на ровном киле упасть. Может день проработать, а может и 2 недели, но потом все равно крашится. Причем утечек нет, я проверял дебагцрт. Если бы он просто молча выходил в ОС, или как-то гуманно завершался, то нет проблем. Я написал другую программу ("пошевелятор"), которая если не находит первый процесс, то запускает его экзешник снова. Даже, потом усилил пошевелятор, который условно раз в три минуты создаёт файлик, а сервер его ежеминутно трёт. Таким образом если пошевелятор перед созданием видит этот нестертый файл, то значит сервер умер. Но схемка не работает. Сервер падает с аппкрашем, и видимо это не дает прибить его процесс программно и перезапустить заново. Хочется смоделировать ситуацию и научиться самому прибивать это дурацкое окно.

0

Сообщение от Zerg1 Причем утечек нет, я проверял дебагцрт.

Приложение может крашится не только от утечек памяти.

Добавлено через 3 минуты

Сообщение от Zerg1 Хочется смоделировать ситуацию и научиться самому прибивать это дурацкое окно.

Не надо делать ещё один костыль, чтобы научиться прибивать старый костыль. Надо писать в лог действия программы (например) и понаставить в разных местах всяких ассёртов. Это постепенно сузит объём поисков бага. Да, на это нужно время, но это правильный джедайский путь.

0

Сообщение от Zerg1 Если бы он просто молча выходил в ОС

Будет падать тихо, наверное.
Если это не .NET приложение. Там могут быть свои правила.

1

Короткое по бинарному коду или кол-ву символов в исходнике?

Под линухой делает именно то, что требуется:

0

Сообщение от drfaust Короткое по бинарному коду или кол-ву символов в исходнике?

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

Сообщение от drfaust int main() {char* t=0; return (*t = 0);}

это тоже выходит по-тихому, без окошка из скрина

Добавлено через 1 минуту

Сообщение от SmallEvil Будет падать тихо, наверное. Если это не .NET приложение. Там могут быть свои правила.

спасибо! это уже применил, жду не дождусь падения. приложуха не .NET

Добавлено через 4 минуты

Сообщение от Verevkin Не надо делать ещё один костыль, чтобы научиться прибивать старый костыль

согласен, но сервер должен работать любой ценой, поэтому пока так

Сообщение от Verevkin Надо писать в лог действия программы (например)

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

Сообщение от Verevkin понаставить в разных местах всяких ассёртов. Это постепенно сузит объём поисков бага. Да, на это нужно время, но это правильный джедайский путь.

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

0

Сообщение от Zerg1 но как это понять где. исходник тыщ 12 строк.

Применить статический анализатор.
Сделать рефакторинг кода потенциально опасных мест.

Сервер переписать на службу.
ОС имеет механизмы для их перезапуска после сбоя.
Всё это ляжет на ОС.

0

Zerg1, а весь текст "подробностей проблемы" имеется?
Там на картинке (из первого поста) внизу видно (по части текста), что ошибка под кодом 5.
Это может быть (в каком-то виде) ошибка доступа к памяти или (в крайнем случае, но это вряд ли "наша" ситуация) проблемы с оперативкой (глючная / работающая неправильно).

0

Сообщение от Zerg1 скорее всего просто пишет в память что-то куда нельзя.

Вероятно, да.

Сообщение от Zerg1 но как это понять где. исходник тыщ 12 строк.

Туды, где нет работы с динамической памятью, не ставить. 12к строк - это совсем немного. Прога написана нс С++?

0

кстати, а как если сервер в консольном окошке вывалится по ассерту, узнать что за ассерт сработал? Окно же сразу закроется

Сообщение от SmallEvil Применить статический анализатор. Сделать рефакторинг кода потенциально опасных мест.

какой порекомендуешь? желательно самый простой в юзании, для идиотов, бесплатный

Сообщение от Verevkin Туды, где нет работы с динамической памятью, не ставить. 12к строк - это совсем немного. Прога написана нс С++?

прога написана строго говоря на си с классами. И с компилятором я там выше ошибся, зачем-то написал gcc12, но сорян, это другие проекты. Этот сервер компилится msvc60, в командной строке. Сделал давно ещё обрезок компилятора для консольных прог (50 метров в архиве), оч удобно. Переводить его на что-то современнее мне лень. Кстати

Сообщение от gunslinger а весь текст "подробностей проблемы" имеется? Там на картинке (из первого поста) внизу видно (по части текста), что ошибка под кодом 5.

Дык, что добавить и не знаю. Консольное приложение, msvc60. Ничего не использует, ни MFC, ни STL, ничего. Сидит на порту, ждет подключение клиентов и обменивается с ними сообщениями по tcp/ip. Памяти много не ем, по возможности стараюсь обходится локальными массивами на стеке. Если что-то надо побольше, малочу вручную и стараюсь сразу освободить далеко не отходя от кассы.

0

Сообщение от Zerg1 ни STL

а что мешает? Без него накосячить намного реальнее

Добавлено через 1 минуту
Zerg1, можно попробовать поймать "в лоб":

1) запустить без точек останова в режиме отладки. С некоторой вероятностью отладчик остановится там, где возникает ошибка

2) можно наделать вывод в лог/консоль сообщения из некоторых контрольных точек программы. Будет видно, где программа упала в обморок

1

Сообщение от Zerg1 кстати, а как если сервер в консольном окошке вывалится по ассерту, узнать что за ассерт сработал? Окно же сразу закроется

Ну я тя умоляю, ты не айтишник, штоли?

1

Сообщение от Zerg1 Консольное приложение, msvc60.

Я так понимаю прога 32битная и выполняется в 64битной системе благодаря syswow64.

Была такая шляпа в 64битной 10ке - после каких-то обнов начали 32битные игры валиться в 0xc0000005. У всех по разному, но у всех была ломаная 10ка. Сам с клиентом WoT столкнулся - пришлось ставить лицензионную 7ку и обновлять до 10ки (тогда и лицензия 7шная подхватывалась) - теперь у меня халявная уже 11я

1

Сообщение от Zerg1 Сообщение от SmallEvil Применить статический анализатор. Сделать рефакторинг кода потенциально опасных мест. какой порекомендуешь? желательно самый простой в юзании, для идиотов, бесплатный

Например CppCheck.
Но если честно, я им не пользовался. Может есть что и лучше и поновее.

Проверил папку с некоторыми исходниками с форума. Довольно забавное зрелище)

1