Измените функцию на
function addRemoveLabel() {
lastWidth = $(window).width();
if (lastWidth <= 1150 && lastWidth > 975) {
console.log('1150');
addClass();
} else if (lastWidth <= 975 &&lastWidth > 680) {
console.log('975');
removeClass();
} else if (lastWidth <= 680) {
console.log('680');
addClass();
} else {
removeClass();
}
}
Вы могли попытаться использовать adplus утилиту в пакете средства отладки окон.
adplus -crash -p yourprocessid
Автоматический инструмент дампа обеспечивает мини-дампы для исключений и полный дамп если сбои приложения.
При использовании Visual Studio 2003 или позже необходимо включить отладчики "Первое Случайное Исключение" функция обработчика путем включения ВСЕХ Параметров разрыва Исключения Отладки, найденных в соответствии с Меню Отладки | Диалоговое окно Исключений. Включите КАЖДУЮ опцию прежде, чем запустить отладочную сборку процесса в отладчике.
По умолчанию большинство этих Первых Случайных Обработчиков исключений в отладчике выключено, поэтому если Windows или Ваш код выдадут исключение, то отладчик ожидает, что Ваше приложение обработает его.
Первая Случайная система Исключения позволяет отладчикам прерывать КАЖДОЕ возможное исключение, выданное Процессом и/или Системой.
Все другие отправленные идеи хороши.
Но это также кажется, что приложение называет аварийное прекращение работы () или оконечным ().
Если Вы работаете, это в отладчике установило точку останова и на этих методах и на выходе () просто в придачу.
Вот список ситуаций, которые заставят оконечный быть названными из-за исключений, идущих не так, как надо.
См. также: Почему деструктор не называют на исключении?
Это показывает, что приложение завершится (), если исключения не будут пойманы. Поэтому всуньте основной блок выгоды (), который сообщает, что ошибка (к файлу журнала) затем повторно бросает.
int main()
{
try
{
// Do your code here.
}
catch(...)
{
// Log Error;
throw; // re-throw the error for the de-bugger.
}
}
Ну, проблема - Вы, получают нарушение прав доступа. Можно хотеть присоединить с WinDBG и включить все фильтры исключения. Это все еще не может помочь - мое предположение - Вы, получают повреждение памяти, которое не выдает исключение.
Можно хотеть посмотреть на включение полной проверки pageheap
Вы могли бы также хотеть проверить этот более старый вопрос о повреждении "кучи" для некоторых идей об инструментах.
Наиболее распространенной причиной для этого вида внезапного исчезновения является переполнение стека, обычно вызываемое некоторой бесконечной рекурсией (который может, конечно, включить цепочку нескольких функций, назвав друг друга).
Это - возможность в Вашем приложении?
Вы могли проверить Windows Logs in Event Viewer в Windows.
В первую очередь, я хочу сказать, что у меня есть только умеренный опыт в разработке окон. После этого я думаю, что это - типичный случай, где журнал может помочь.
Обычно отлаживая и регистрируя предоставление ортогональная информация. Если Ваш отладчик будет бесполезен, вероятно, то журнал поможет Вам.
Это могло быть вызовом к _exit () или некоторый эквивалентный Windows. Попытайтесь установить точку останова на _exit...
Вы попробовали Линт ПК и т.д. и выполнили его по Вашему коду? Попытайтесь компилировать с максимальными предупреждениями, Если это - приложение.NET - используют Полицейского FX.
На ум приходят возможные причины.
Последнее, в частности, приводит к немедленному отказу приложения.
Переполнение стека - вы можете получить уведомление об этом, но маловероятно.
Перейдите в отладчик, измените все уведомления об исключениях на «останавливать всегда», а не «останавливать, если не обрабатывается», а затем сделайте то, что вы делаете, чтобы вызвать сбой программы. Отладчик остановится, если вы получите исключение, и вы сможете решить, является ли это исключением, которое вы ищете.