Не может получить доступ к склонному объекту - Как зафиксировать?
Получение как stdout, так и stderr (а также запись в stdin, не показано здесь) легко peasy с моим заголовком pstreams , который определяет классы iostream, которые работают как popen:
#include
#include
#include
int main()
{
// run a process and create a streambuf that reads its stdout and stderr
redi::ipstream proc("./some_command", redi::pstreams::pstdout | redi::pstreams::pstderr);
std::string line;
// read child's stdout
while (std::getline(proc.out(), line))
std::cout << "stdout: " << line << '\n';
// read child's stderr
while (std::getline(proc.err(), line))
std::cout << "stderr: " << line << '\n';
}
8 ответов
Попытайтесь проверить свойство IsDisposed прежде, чем получить доступ к управлению. Можно также проверить его на событие FormClosing, предположив использование события FormClosed.
Мы действительно останавливаем Таймер на событии FormClosing, и мы действительно проверяем свойство IsDisposed на компоненте расписания перед использованием его в событии Timer Tick, но это не помогает.
Вызов GC.Collect прежде, чем проверить IsDisposed может помочь, но быть осторожным с этим. Прочитайте эту статью Rico Mariani" , Когда назвать GC.Collect () ".
Похож на проблему поточной обработки.
Гипотеза : Возможно, у Вас есть основной поток и поток таймера, получающий доступ к этому управлению. Основной поток закрывается - называющий Управление. Расположите (), чтобы указать, что я сделан с этим Управлением, и я не выполню больше вызовов к этому. Однако поток таймера все еще активен - контекстное переключение к тому потоку, где это может назвать методы на том же управлении. Теперь управление говорит, что я Расположен (уже брошенный мои ресурсы), и я не буду больше работать. Исключение ObjectDisposed.
, Как решить это : В потоке таймера, перед тем, чтобы называть методы/свойства на управлении, делают проверку с
if ControlObject.IsDisposed then return; // or do whatever - but don't call control methods
ИЛИ останавливают поток таймера ПРЕЖДЕ, ЧЕМ расположить объект.
мы действительно проверяем свойство IsDisposed на компоненте расписания перед использованием его в событии Timer Tick, но это не помогает.
, Если я понимаю, что отслеживание стека, это не Ваш таймер, который является проблемой, это один в самом управлении - это могли бы быть они, кто не моется правильно.
Вы, явно вызов Располагает на их управлении?
Остановка таймера не означает, что это не назовут снова, в зависимости от того, когда Вы остановите таймер, timer_tick может все еще быть поставлен в очередь на цикле сообщения для формы. То, что произойдет, - то, что Вы получите еще одну галочку, которую Вы не можете ожидать. То, что можно сделать, находится в timer_tick, проверьте свойство Enabled таймера прежде, чем выполнить метод Timer_Tick.
Вы уверенный таймер не переживает 'dbiSchedule' так или иначе и стреляет после того, как 'dbiSchedule' был избавлен?
, Если это так, Вы могли бы быть в состоянии воссоздать его более последовательно, если таймер запускает более быстро таким образом увеличение возможностей Вас закрывающий Форму, как таймер стреляет.
Другое место Вы могли остановить таймер, событие FormClosing - это происходит, прежде чем форма на самом деле закрывается, так хорошее место для остановки вещей, прежде чем они могли бы получить доступ к недоступным ресурсам.
Если это происходит, эпизодически тогда мое предположение - то, что это имеет некоторое отношение к таймеру.
я предполагаю (и это - только предположение, так как у меня нет доступа к Вашему коду), который запускает таймер, в то время как форма закрывается. Объект dbiSchedule был расположен, но таймеру так или иначе все еще удается попытаться назвать его. Это не было должно происходить, потому что, если таймер имеет ссылку на объект расписания тогда, сборщик "мусора" должен видеть это и не избавиться от него.
Это приводит меня спрашивать: Вы - вызов, Располагают () на объекте расписания вручную? Если так, Вы делаете это перед избавлением от таймера? Убедитесь, что Вы выпускаете все ссылки на объект расписания прежде, чем Расположить его (т.е. избавляетесь от таймера заранее).
Теперь я понимаю, что несколько месяцев передали между временем, Вы отправили это и когда я отвечаю, так надо надеяться, Вы решили этот вопрос. Я пишу это в пользу других, которые могут приехать позже с подобной проблемой.
Hope это помогает.
Смотря на ошибочное отслеживание стека, кажется, что Ваш таймер все еще активен. Попытайтесь отменить таймер после закрытия формы ( т.е. в OnClose формы () метод). Это похоже на самое чистое решение.