Anatoly Moskovsky, еще "псевдо".

Anatoly MoskovskyMasterZivЧем это она недо функция? Чем она заготовка ?
Потому что где-то там, и позже (в рантайме), будет предоставлена реализация этой функции.
А само объявление где указано virtual не является реализацией, а всего лишь заготовкой.Кстати да! Потому как то, что называется "чисто мнимыми методами" (pure virtual methods) не имеет реализации изначально, а используются для описания интерфейсной части класса и должны иметь реализацию в инстанцирующимся потомке.

BarloneCEMbДеструктор сам объект не разрушает, это просто метод, вызываемый перед разрушением объекта, чтобы обслужить данные внутри объекта перед разрушением. Вызывать (виртуальные) методы внутри деструктора можно, если они не используют данные объекта, уже разрушенные в этом или других деструкторах.
Сначала вызывается деструктор потомка, и в нем вызывается виртуальный метод потомка. Затем вызывается деструктор предка, потомок уже разрушен, и тут вызывается метод предка.Поверь мне на слово, CEMb совершенно верно написал, что никакого разрушения реально не происходит - после вызова деструктора потомка, память под экземпляром класса не освобождается и деструктор предка абсолютно нормально отработает. Иными словами, объект вполне живой до тех пор, пока не отработают все деструкторы и память не будет освобождена. Задача деструктора - освободить захваченные конструктором ресурсы, но не надо освобождать деструктором конкретного класса то, что не захватывал его конструктор или методы, т.е., если конструктор или методы предка захватили память из кучи и в деструкторе предка есть реализация освобождения этих ресурсов, деструктор потомка не должен эти ресурсы освобождать, хотя и может, если соответствующие члены класса доступны ему через protected или friendly.

Basil A. SidorovДеструктор класса, в котором было объявлено это поле, может (обязан) произвести очистку ресуров и вызвать, например, close(). Вызываемый же метод может полагаться на то, что описатель находится в оперативном (открытом) состоянии. Получится нехорошо.

Проблема, разумеется, не зависит от виртуальности метода.
Но! Виртуальность добавляет сложности с пониманием того, какой именно из цепочки наследования виртуальных методов будет вызван и в каком состоянии к этому времени находится объект.Не вижу проблемы! Освободи ресурс, задай хэндлу что-то типа INVALID_HANDLE_VALUE и проверяй его в методах.

Basil A. SidorovНе решаются, как известно, только три проблемы: смерть, налоги и желание иметь более быстрый компьютер.
Тем не менее, некоторые проблемы лучше просто не создавать .Естественно! Поэтому, если программист написал delete с указателем на объект, а затем дёрнул метод этого объекта, то он сам создал себе проблему. Иными словами, опять получаем ситуацию "сам дурак".

Ко всему прочему, если ты создаешь экземпляр класса с каким-то public или protected методом, использующим HANDLE из private члена этого класса, то должен быть готов к тому, что кто-то, наследуя этот класс, создаст себе проблему "сам дурак" и подумать о дуракоустойчивости своей реализации, реализовав в этом методе проверку значения хэндла, а в деструкторе инициализацию хэндла в INVALID_HANDLE_VALUE после закрытия ресурса. Это нормальная практика!