Панель Debugger и ограничения C#

Ошибка не означает остановку

Запустите проект из редактора и откройте нижнюю панель Debugger. Сначала найдите первую ошибку текущего запуска: сообщение, исходный файл, строку и доступный стек. PushError сообщает об ошибке, но сам по себе не останавливает игровую логику.

Передача C#-сообщения с путём к .cs-файлу подтверждена. Не делайте из этого вывод, что встроенная панель умеет ставить управляемый breakpoint, показывать все локальные переменные C# или вычислять произвольное выражение в остановленном CLR-кадре. Интерактивные функции locals/members и части стекового интерфейса CSharpLanguage в этой версии не завершены.

Посмотреть работающий объект

В проверочном уровне создаётся этот объект:

using Reckfell;

public partial class DebugInspectionTarget : Entity
{
    [Export] public int DiagnosticToken { get; set; } = 424242;
}

Во время запуска переключитесь на удалённое дерево, выберите InspectionTarget и проверьте DiagnosticToken=424242. Это значение запущенного экземпляра, а не только исходное свойство в открытом проекте. После завершения приложения его instance ID больше не обозначает живой объект; не используйте старый выбор как подтверждение текущего состояния.

Удалённый Inspector получает поддерживаемые свойства движкового объекта, включая экспортированные свойства C#. Он не показывает автоматически все поля обычного .NET-объекта и не заменяет просмотр managed heap.

Если ничего не пришло

Проверьте, что приложение ещё работает, запускается нужный проект и включено удалённое подключение диагностики. Самостоятельный запуск без подключения не создаёт сеанс редактора автоматически. Если нужна остановка на C#-строке, отдельно настройте управляемый отладчик и проверьте совпадение сборки, PDB и исходников.

Output и журнал · Сохранить лог