Добрый день.

Столкнулся со следующей проблемой. У меня есть некий класс Foo, у которого есть частная переменная

в деструкторе объекта, происходит ожидание этого события

объект класса Foo, является статическим членом другого класса

проблема собственно в том, что в деструкторе не происходит ожидание, хотя управление туда попадает
я пока не разобрался в том, что там происходит, но если убрать все вызовы complete.Set() и все вызовы complete.Reset(), по идее, приложение должно зависнуть при завершении, на вызове WaitOne, но этого не происходит...
В чем может быть дело?

Это сообщение отредактировал(а) Lazin - 1.3.2010, 10:01

нет, 1 раз Reset нужно вызвать, тогда будет зависать, ты же в конструктор true передал






п.с. а ты уверен что в твоем случае можно полагаться на деструктор?

Это сообщение отредактировал(а) azesmcar - 1.3.2010, 10:27

Dispose()?

пардон, у меня там false в конструкторе, должно зависать!
у меня код, после WaitOne вообще не выполняется, то есть управление попадает в WaitOne, после чего приложение завершается

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

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



завершается? а может exception? по дебагером смотрел?

завернул вызов WaitOne в блок try catch - результат абсолютно такой-же... заходим в WaitOne, проходит несколько секунд и приложение завершается

Добавлено через 16 секунд

только под ним и запускал )

Да, ты прав..скорее всего .NET убивает, проверил вот такой код


он ждет, но не ждет 10 секунд, предполагаю, что .NET при очистке мусора видет что деструктор что-то подвис и завершает программу (или делает что-то еще, но что-то определенно делает).

Добавлено через 6 минут и 4 секунды
Поискал, в MSDN-е ничего об этом не нашел, но скорее всего задерживать работу сборщика мусора не следует 

Добавлено через 10 минут и 41 секунду

нда, видимо нужно будет реализовать метод Close, и не париться
но как-то это совсем не кошерно  

А почему не реализовать IDisposable?

третьей мессагой меня это тоже заинтересовало    
чет вы тут мутите пацаны злое   

а разве метод Dispose не вызывается сборщиком мусора?

Добавлено через 32 секунды
то есть, результат будет таким же, если не вызвать его явно, или не использовать using

да