Kernelbase dll ошибка 0x0eedfade

I have written a windows service in D7. It worked perfectly ok until today when it
doesn’t want to be launch.

In event log I get the error:

Faulting application name: XServ12.exe, version: 0.0.0.0, time stamp: 0x2a425e19
Faulting module name: KERNELBASE.dll, version: 6.1.7600.16385, time stamp: 0x4a5bdbdf
Exception code: 0x0eedfade
Fault offset: 0x0000b727
Faulting process id: 0xbb4
Faulting application start time: 0x01cca43b2aee203a

I read somewhere that it maybe the problem with initialization sections of the units.
Well, I have removed almost all units form the project and left with: Sysutils, CLasses, Dialogs. When Dialogs.pas unit exists I have still the error when I remove it, the program successfully goes to begin end of the project dpr section.

Furthermore, even if I have all these 3 units and Just manually run exe it launches perfectly ok. Only an error occur when I try to run service from the System Services…

If I reboot the computer, everything is ok. …

Any ideas?

I’m using Visual Studio 2019 and have the following simple OpenGL program as a minimal example (using GLFW and GLAD):

#include <iostream>
#include <glad/glad.h>
#include <GLFW/glfw3.h>

void error_callback(int error, const char* description) {
    std::cout << "GLFW error: " << description << " (" << error << ")n";
}

int main() {
    if (!glfwInit()) exit(-1);
    glfwSetErrorCallback(error_callback);
    glfwWindowHint(GLFW_CONTEXT_VERSION_MAJOR, 4);
    glfwWindowHint(GLFW_CONTEXT_VERSION_MINOR, 3);
    glfwWindowHint(GLFW_OPENGL_PROFILE, GLFW_OPENGL_CORE_PROFILE);
    GLFWwindow* window = glfwCreateWindow(640, 480, "GLFW Test Application", nullptr, nullptr);
    if (!window) exit(-1);
    glfwMakeContextCurrent(window);
    if (!gladLoadGLLoader((GLADloadproc)glfwGetProcAddress)) exit(-1);
    glViewport(0, 0, 640, 480);
    glClearColor(0.6f, 0.6f, 0.1f, 1.f);
    while (!glfwWindowShouldClose(window)) {
        glClear(GL_COLOR_BUFFER_BIT);
        glfwSwapBuffers(window);
        glfwPollEvents();
    }
    glfwDestroyWindow(window);
    glfwTerminate();
}

The program works fine but while it’s running I get lines like those who follow in the debug output window in intervals of few to around 20 or even more seconds:

Exception thrown at 0x00007FFE61EEA799 (KernelBase.dll) in vcpkg_test.exe: 0x0EEDFADE (parameters: 0x0000000001D0A34E, 0x000001C13E322BA0, 0x0000000000000000, 0x0000000000000000, 0x0000000000000000, 0x0000000000000000, 0x0000000000000000).
Exception thrown at 0x00007FFE61EEA799 (KernelBase.dll) in vcpkg_test.exe: 0x0EEDFADE (parameters: 0x0000000001D0A34E, 0x000001C13DC7CE40, 0x0000000000000000, 0x0000000000000000, 0x0000000000000000, 0x0000000000000000, 0x0000000000000000).
Exception thrown at 0x00007FFE61EEA799 (KernelBase.dll) in vcpkg_test.exe: 0x0EEDFADE (parameters: 0x0000000001D0A34E, 0x000001C13DC7CDE0, 0x0000000000000000, 0x0000000000000000, 0x0000000000000000, 0x0000000000000000, 0x0000000000000000).

The program keeps running though, works fine and also exits with exit code 0. It also works fine when I execute the EXE file outside of Visual Studio. When I set VS to break on all exceptions, then I see that the exception occurs in this call (win32_init.c, «createHelperWindow» method):

_glfw.win32.helperWindowHandle =
        CreateWindowExW(WS_EX_OVERLAPPEDWINDOW,
                        _GLFW_WNDCLASSNAME,
                        L"GLFW message window",
                        WS_CLIPSIBLINGS | WS_CLIPCHILDREN,
                        0, 0, 1, 1,
                        NULL, NULL,
                        GetModuleHandleW(NULL),
                        NULL);

I already spent hours on Google trying to find a solution to this. The only «hint» I got is that the exceptions do not occur when I run VS19 as administator.
Does someone have an idea what’s causing this? Or should I just ignore it since it runs fine? That’d feel wrong though….

Update/Solution

I followed the tips in Ben’s answer (see accepted answer). After enabling breaking on first-chance exceptions, I got the following stack trace:

The DLL «ammemb64.dll» also appeared in the modules window. It belongs to the software «Actual Multiple Monitors» and after closing that application, the exception was gone.

Вопрос от пользователя

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

Помогите пожалуйста с одной проблемой. При попытке запуска игр PUBG, FIFA и некоторых других выскакивает ошибка «AppCrash — ошибка модуля kernelbase.dll…».

Пробовал перезагружать и переустанавливать игры, чистил систему от мусора, загружал этот файл с интернета, проверял антивирусом — и ничего! 

Можно ли что-нибудь сделать? (моя ОС Windows 7, 64 bit, 12 ГБ ОЗУ, HDD на 1000 ГБ (500 свободно), Nvidia 1050 Ti)

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

Kernelbase.dll — это системный файл, отвечающий за взаимодействие различных библиотек между собой. Как правило, ошибки, ссылающиеся на него, указывают на то, что целостность файлов вашей ОС была нарушена (например, из-за вирусного заражения, неправильного отключения ПК, или случайного удаления «чего-нибудь нужного»…).

Сразу отмечу, что далеко не всегда удается восстановить работоспособность системы без ее переустановки. Тем не менее, в ряде случаев (прибегнув к определенным шагам) — устранить сию проблему можно! Собственно, на них и остановимся…

*

👉 ШАГ 1

Итак, первое, что порекомендую — обратить внимание на свою версию Windows, и системные требования игры (программы). Если, скажем, вы пытаетесь запустить старую игру на современной Windows 10/11 — то появление такой ошибки не удивительно…

Для начала в этом случае я бы посоветовал воспользоваться средством совместимости, которое есть в самой Windows. Достаточно открыть свойства исполняемого EXE-файла и перейти во вкладку «Совместимость» (пример ниже 👇). Кстати, попробуйте также запуск программы/игры от имени администратора.

📌 В помощь!

Как запустить старую игру на новом компьютере — см. пошаговую инструкцию

*

👉 ШАГ 2

Далее необходимо проверить ОС Windows на вирусы (просто если система заражена — то сколько бы мы не бились с различными настройками и не восстанавливали ее, вирус будет раз за разом портить системные файлы).

Причем, проведите доп. проверку, даже если у вас в ОС Windows уже установлен антивирус (благо, что онлайн-версии позволяют запускать их параллельно…).

📌 В помощь!

1) Онлайн антивирусы: как проверить компьютер на вирусы в онлайн режиме —>

2) Как удалить вирусы с компьютера, если антивирус их не видит —>

*

📌 ШАГ 3

В Windows есть спец. средство, позволяющее проверить целостность системных файлов (и в ряде случаев восстановить их).

Для запуска такой проверки необходимо:

1. открыть командную строку от имени администратора (для этого можно вызвать диспетчер задач (Ctrl+Alt+Del) и использовать команду CMD);

   

   Запускаем командную строку от имени администратора

2. далее следует ввести команду sfc /scannow и нажать Enter. После, запустится проверка — как правило, занимает 5-10 мин. времени.

   

   Проверка целостности файлов — scannow

3. после перепроверки — попробуйте вновь запустить проблемное приложение: выскакивает ли ошибка?..

*

👉 ШАГ 4

Следующим шагом рекомендую проверить текущие установленные драйвера и системные библиотеки NET Framework, DirectX, Visual C++ и пр. Сделать это можно в авто-режиме с помощью утилиты Driver Booster (просто после перепроверки — отметьте галочками те библиотеки, которые влияют на игры, и обновите их…).

📌 В помощь! Автоматическое обновление системных библиотек и драйверов с помощью Driver Booster —>

*

👉 ШАГ 5

Попытаться устранить ошибку, связанную с kernelbase.dll можно с помощью восстановления Windows (правда, не на всех системах включено авто-создание точек восстановления…). Но всё же…

Для просмотра всех точек для отката системы: нажмите сочетание Win+R (появится окно «Выполнить») и используйте команду rstrui. См. скриншот ниже. 👇

После, поставьте переключатель в режим «Выбрать другую точку восстановления» и нажмите кнопку «Далее».

Затем поставьте галочку на пункт «Показать другие точки восстановления» — и перед вами предстанет весь список.

Посмотрите, нет ли среди этого списка той даты, на которую ваша ОС Windows работала как положено (корректно). Если есть — выберите ее и согласитесь на откат системы (ваши документы и файлы не пострадают. Но, возможно, что это затронет часть недавно установленных программ, драйверов, системных файлов…).

*

👉 ШАГ 6

Весьма неплохим решением может стать обновление ОС (благо, что для этого достаточно открыть центр управления Windows и нажать кнопку «Проверить обновления». См. пример ниже). 👇

*

👉 ШАГ 7

Если все вышеперечисленное вам не помогло, я бы посоветовал переустановить ОС Windows (можно, конечно, попытаться найти этот файл kernelbase.dll на каких-нибудь сторонних ресурсах — однако, есть высокая вероятность схватить вирус, или окончательно «убить» систему…).

*

📌 В помощь! 

Как переустановить Windows 10 (без потери данных) — читать —>

*

Кстати, мне в этом плане импонирует версия ОС Windows 10 LTSC в которой нет ничего лишнего (она идет без Store, Edge, Cortana, OneDrive и пр.). В дополнение к этому — она редко обновляется и не мешает этим норм. работе (причем, это официальная версия ОС, доступная к загрузке с сайта Microsoft).

*

PS 

Кстати, если ошибка AppCrash продолжила вылетать, но «виновником» ее стал являться не kernelbase.dll, а что-то другое — рекомендую ознакомиться с одной моей прошлой заметкой. 👇

📌 В помощь!

Ошибка APPCRASH при запуске игр и программ —>

*

Если вам удалось исправить ошибку — напишите хоть пару слов в комментариях: что вам помогло (возможно, это «спасет» кого-то еще…).

На сим пока всё. До скорого…!

👋

Первая публикация: 13.01.2020

Корректировка: 17.09.2022

Ошибка kernelbase.dll свидетельствует о неправильной работе данной библиотеки или элементов, сопутствующих ей. Данный dll файл является составной частью Windows NT BASE API Client DLL. Без корректировки этого модуля или настройки его регистрации полноценная работа системы может оставаться под вопросом.

Ошибка модуля kernelbase.dll

Ошибка модуля kernelbase.dll свидетельствует о сбое в соответствующем файле, который расположен в C:WindowsSystem32. Библиотека является внешней, что открывает к ней доступ вирусов и других зловредных проявлений. Так как отсутствует системная защита файла, необходимо самостоятельно поддерживать целостность его работы.

Имя модуля с ошибкой kernelbase.dll может проявляться на нескольких уровнях: в реестре, в системе, в файле, а иногда даже драйвера способны оказать деструктивное влияние на библиотеку. Если проверить каждое отдельно взятое место, то возобновление работы файла и системы не заставят себя ждать.

kernelbase.dll ошибка, как исправить?

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

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

1. Нажмите Win + R;

1. Убираем запись о файле с помощью regsvr32 /u KernelBase.dll;
2. Снова регистрируем библиотеку через regsvr32 /i KernelBase.dll.

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

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

В некоторых случаях, когда неопытные пользователи удаляют kernelbase.dll, проявляется подобный сбой. Ничего страшного, если его можно восстановить из корзины, но бывает, что он удален полностью. Тогда следует загрузить одну из программ для восстановления данных, она произведет поиск полностью удаленной, но не перезаписанной информации. Примером приложения может стать File Scavenger или Disk Drill.

Читайте также: Восстановление информации с носителей с помощью Disk Drill

Если файл отсутствует — необходимо его вручную заменить. Лучше всего достать нужную библиотеку, скопировав её из другого, аналогичного компьютера. В интернете множество жульнических сайтов с dll файлами, поэтому загружать его оттуда не рекомендуется, высокий риск заражения вирусами.

Чтобы установить модуль, необходимо в консоль ввести команду regsvr32 «C:windowssystem32kernelbase.dll», а предварительно в директорию записать полученный файл.

Восстановление системы

Залог отсутствия ошибок, в том числе и подобных, заключается в корректном состоянии всей Windows. Предварительно необходимо провести сканирование на наличие вирусов и болезней от них. Выполнить это можно с помощью Dr. Web или подобной утилиты.

Независимо от результата процедуры, следует провести проверку на целостность системы. Чтобы выполнить её необходимо:

1. Нажмите сочетание Win + R и задайте ключ cmd;
2. В консоль нужно вставить sfc /scannow.

Если целостность системы не вызывает сомнений, то необходимо взяться за обновление Windows. Проверьте с помощью «Центра обновлений», который находится в «Панели управления», чтобы была установлена актуальная версия системы.

Случается, что ошибка kernelbase.dll вызвана конфликтом в драйверах устройств. Предварительно диагностировать наличие проблемы можно, если до установки оборудования программа работала корректно. Конфликтовать может любое устройство: принтер, факс, флешка, клавиатура, гарнитура и т.д. Необходимо опытным путем определить сбой в драйвере. Для этого можно отсоединять устройства и удалять с них драйвера, а затем проверять наличие ошибки. Предварительно следует убедиться, что все драйвера имеют свежую версию.

Наконец, когда проблема все же не решается, возможно использовать инструмент восстановления. Он откатит систему к более стабильной и рабочей точке, когда компьютер не имел проблемы с kernelbase.dll. Выполнить откат можно:

1. Клик по Пуск и в «Поиск» ввести фразу «Восстановление системы»;

1. Перейти на соответствующий инструмент;
2. Выбрать актуальную точку для отката и запустить процедуру.

В результате действия, система вернётся на определённое время назад и некоторые манипуляции или настройки придется делать снова.

Ошибка kernelbase.dll устраняется весьма просто и не требует специальных навыков. Выполнив инструкции, Windows сможет запустить интересующее приложение, а проблема будет решена.

Если у Вас остались вопросы по теме «Как исправить ошибка kernelbase.dll Windows?», то можете задать их в комментариях

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

В журнале событий я получаю сообщение об ошибке:

Имя сбойного приложения: XServ12.exe, версия: 0.0.0.0, отметка времени: 0x2a425e19 Имя сбойного модуля: KERNELBASE.dll, версия: 6.1.7600.16385, отметка времени: 0x4a5bdbdf Код исключения: 0x0eedfade Смещение сбоя: 0x0000b727 Идентификатор сбойного процесса: 0xbb4 Ошибка время запуска приложения: 0x01cca43b2aee203a

Я где-то читал, что это может быть проблема с инициализацией разделов модулей. Ну, я удалил почти все модули из проекта и оставил: Sysutils, CLasses, Dialogs. Когда существует модуль Dialogs.pas, у меня все еще возникает ошибка, когда я его удаляю, программа успешно переходит к началу конца раздела dpr проекта.

Кроме того, даже если у меня есть все эти 3 модуля и просто запустите exe вручную, он запускается отлично. Только ошибка возникает, когда я пытаюсь запустить службу из системных служб …

Если я перезагружаю компьютер, все в порядке. …

Есть идеи?

I’m using Visual Studio 2019 and have the following simple OpenGL program as a minimal example (using GLFW and GLAD):

#include <iostream>
#include <glad/glad.h>
#include <GLFW/glfw3.h>

void error_callback(int error, const char* description) {
    std::cout << "GLFW error: " << description << " (" << error << ")n";
}

int main() {
    if (!glfwInit()) exit(-1);
    glfwSetErrorCallback(error_callback);
    glfwWindowHint(GLFW_CONTEXT_VERSION_MAJOR, 4);
    glfwWindowHint(GLFW_CONTEXT_VERSION_MINOR, 3);
    glfwWindowHint(GLFW_OPENGL_PROFILE, GLFW_OPENGL_CORE_PROFILE);
    GLFWwindow* window = glfwCreateWindow(640, 480, "GLFW Test Application", nullptr, nullptr);
    if (!window) exit(-1);
    glfwMakeContextCurrent(window);
    if (!gladLoadGLLoader((GLADloadproc)glfwGetProcAddress)) exit(-1);
    glViewport(0, 0, 640, 480);
    glClearColor(0.6f, 0.6f, 0.1f, 1.f);
    while (!glfwWindowShouldClose(window)) {
        glClear(GL_COLOR_BUFFER_BIT);
        glfwSwapBuffers(window);
        glfwPollEvents();
    }
    glfwDestroyWindow(window);
    glfwTerminate();
}

The program works fine but while it’s running I get lines like those who follow in the debug output window in intervals of few to around 20 or even more seconds:

Exception thrown at 0x00007FFE61EEA799 (KernelBase.dll) in vcpkg_test.exe: 0x0EEDFADE (parameters: 0x0000000001D0A34E, 0x000001C13E322BA0, 0x0000000000000000, 0x0000000000000000, 0x0000000000000000, 0x0000000000000000, 0x0000000000000000).
Exception thrown at 0x00007FFE61EEA799 (KernelBase.dll) in vcpkg_test.exe: 0x0EEDFADE (parameters: 0x0000000001D0A34E, 0x000001C13DC7CE40, 0x0000000000000000, 0x0000000000000000, 0x0000000000000000, 0x0000000000000000, 0x0000000000000000).
Exception thrown at 0x00007FFE61EEA799 (KernelBase.dll) in vcpkg_test.exe: 0x0EEDFADE (parameters: 0x0000000001D0A34E, 0x000001C13DC7CDE0, 0x0000000000000000, 0x0000000000000000, 0x0000000000000000, 0x0000000000000000, 0x0000000000000000).

The program keeps running though, works fine and also exits with exit code 0. It also works fine when I execute the EXE file outside of Visual Studio. When I set VS to break on all exceptions, then I see that the exception occurs in this call (win32_init.c, «createHelperWindow» method):

_glfw.win32.helperWindowHandle =
        CreateWindowExW(WS_EX_OVERLAPPEDWINDOW,
                        _GLFW_WNDCLASSNAME,
                        L"GLFW message window",
                        WS_CLIPSIBLINGS | WS_CLIPCHILDREN,
                        0, 0, 1, 1,
                        NULL, NULL,
                        GetModuleHandleW(NULL),
                        NULL);

I already spent hours on Google trying to find a solution to this. The only «hint» I got is that the exceptions do not occur when I run VS19 as administator.
Does someone have an idea what’s causing this? Or should I just ignore it since it runs fine? That’d feel wrong though….

Update/Solution

I followed the tips in Ben’s answer (see accepted answer). After enabling breaking on first-chance exceptions, I got the following stack trace:

The DLL «ammemb64.dll» also appeared in the modules window. It belongs to the software «Actual Multiple Monitors» and after closing that application, the exception was gone.

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

Имеем сервер под управление Windows
Storage Server 2012
. Несколько месяцев стоял и работал все было отлично. Никаких вопрос. После завис и после перезагрузки началось…

Службы хаотическим образом останавливаются сами по себе. По непонятным причинам. Роли сервера прекращают работать. Но что самое интересно! Доступ к серверу остается. И сервер продолжает нормально
работать. В принципе если бы не валилась служба теневого копирования, которую я использую для бекапов, у меня бы и вопросов не было.
 

В логах – куча всего. Самое подозрительное, оно вываливается почти постоянно, вот это:

«Регистрация сервера {73E709EA-5D93-4B2E-BBB0-99B7938DA9E4} DCOM не выполнена за отведенное время ожидания.» (код: 10010).

Еще присутствуют вот такое но это, намного реже:

«Имя сбойного приложения: MailSend.exe, версия: 0.0.0.0, метка времени: 0x2a425e19

Имя сбойного модуля: KERNELBASE.dll, версия: 6.2.9200.16384, метка времени: 0x5010ac2f

Код исключения: 0x0eedfade

Смещение ошибки: 0x00014b32

Идентификатор сбойного процесса: 0x12e8

Время запуска сбойного приложения: 0x01cf74d25370ea93

Путь сбойного приложения: C:Program Files (x86)UPSMONMailSend.exe

Путь сбойного модуля: C:WindowsSYSTEM32KERNELBASE.dll

Идентификатор отчета: 911d768b-e0c5-11e3-9410-009c02a827ba

Полное имя сбойного пакета:

Код приложения, связанного со сбойным пакетом:» (код: 1000)

И совсем редко:

«Параметры разрешений для конкретного приложения не дают разрешения Локально Активация для приложения COM-сервера
с CLSID

{D63B10C5-BB46-4990-A94F-E40B9D520160}

 и APPID

{9CA88EE3-ACB7-47C8-AFC4-AB702511C276}

 пользователю NT AUTHORITYСИСТЕМА с ИД безопасности (S-1-5-18) и адресом LocalHost (с использованием
LRPC), выполняемого в контейнере приложения Недоступно с ИД безопасности (Недоступно). Это разрешение безопасности можно изменить с помощью средства администрирования служб компонентов.» (код: 10016)

Перерыл пол интернета – нигде не могу найти ответа, что это такое.

С серваком нечего не делали. Стоял себе и стоит. Никакой софт не ставили. Интернета на нем и некогда не было. Флешки и веники – не подключали. Диски не засовывали. Собственно нечего не делали.
 Что могло случиться и как с этим бороться – непонятно.

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

Надеюсь на вашу помощь. Заранее благодарен.