Действительно ли возможно прервать (или знать) Подсчет ссылок COM на объектах CLR, выставленных COM

Помните, что тэги должны быть семантическими, а не презентационными. В английском языке есть такое понятие, как «fine print». Это то, что представляет маленький тэг. Аналогичного понятия «большой принт» нет, кроме заголовка, который уже покрыт семью другими тэгами.

Поток может быть запущен путем ожидания WaitObject и вызова метода Set другим потоком. Просмотрите метод WaitHandle.WaitOne .

Вот статья, которая также может помочь.

Я не проверил это, но вот что я бы попытался:

Во-первых, вот CBrumme блог статьи о clr по умолчанию реализации IMarshal. Если ваши утилиты используются в апартаментах COM, вы не сможете получить надлежащее поведение от прямого порта VB6 к CLR. Com-объекты, реализованные CLR, действуют так, как если бы они агрегировали свободнонарезной маршаллер, а не квартирную резьбовую модель, которая VB6 открыта.

Можно реализовать IMarshal (в clr-классе, который вы выставляете как com-объект). Насколько я понимаю, это позволит вам контролировать создание COM-прокси (а не прокси взаимодействия). Я думаю, что это позволит вам перехватить вызовы Release в объекте, который вы вернули из UnmarshalInterface, и передать сигнал обратно вашему исходному объекту. Я бы обернул стандартный маршаллер (например, pinvoke CoGetStandardMarshaler ) и переадресовал на него все вызовы. Я полагаю, что объект будет иметь срок службы, привязанный к сроку службы КНО.

снова... это то, что я бы попытался, если бы мне пришлось решить это в C #.

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

1) article_has_author (только моя «приватная» конвенция) m или ArticleAuthor 2) в отношениях n: m это обычно не имеет значения.

Я сделал это довольно мало в PyQt и это работает очень хорошо. Qt имеет широкую поддержку изображений, шрифтов, стилей и т.д., и все они могут быть записаны в PDF-документы.

.Net Framework работает по-разному, см.
.NET Framework предоставляет методы управления памятью, отличающиеся от путей управления памятью в мире на базе COM. Управление памятью в COM выполнялось посредством подсчета ссылок. .NET предоставляет метод автоматического управления памятью, который включает трассировку ссылок. В этой статье мы рассмотрим метод сбора мусора, используемый CLR среды CLR Common Language Runtime.

ничего не делать

[ОТРЕДАКТИРОВАНО] более одного раунда...

Посмотрите на эту альтернативу Импорт библиотеки типов в виде сборки
Как вы сами сказали, используя CCW, вы можете получить доступ к счетчику ссылок традиционным COM-способом .

[ОТРЕДАКТИРОВАНО] Стойкость - это добродетель
Вы знаете WinAPIOverride32 ? С его помощью можно запечатлеть и изучить, как это работает. Другой инструмент, который может помочь, - Консоль-шпион Deviare COM .
Это будет непросто.
Удачи.

Я предполагаю, что это невозможно, потому что счетчик ссылок 0 не означает, что объект не используется, потому что у вас может быть вызов граф вроде

VB_Object
   |
   V
   |
Managed1 -<- Managed2

, и в этом случае объект Managed1 все еще используется, даже если объект VB отбрасывает ссылку на него, и его refcount, следовательно, равен 0.

Если вам действительно нужно делать то, что вы говорите, я думаю, вы могли бы создать классы-оболочки в неуправляемом C ++, который вызывает метод Dispose, когда refcount падает до 0. Эти классы, вероятно, можно было бы создать в коде из метаданных, но у меня нет никакого опыта в том, как реализовать такие вещи.

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

ИЗМЕНИТЬ : Вот ссылка, которая может описывать как-то иначе ( http://msdn.microsoft.com/en-us/library/aa719740 (VS.71) .aspx ). Но следующие шаги объясняют мою идею выше.

Создайте новый класс .Net, который реализует ваш устаревший интерфейс (ILegacy) и новый интерфейс (ISendNotify) с помощью одного метода:

interface ISendNotify 
{
     void SetOnDestroy(IMyListener );
}

class MyWrapper : ILegacy, ISendNotify, IDisposable{ ...

Внутри MyClass создайте экземпляр вашего реального устаревшего объекта и делегируйте ему все вызовы из MyClass. пример. Это агрегирование.Итак, время жизни агрегата теперь зависит от MyClass. Поскольку MyClass является IDisposable, теперь вы можете перехватить его при удалении экземпляра, поэтому вы можете отправить уведомление с помощью IMyListener

EDIT2 : Взято там ( http://vb.mvps.org/hardcore/html/countingreferences .htm ) простейшая импликация IUnknown с отправкой события

Class MyRewritten
    ...
    Implements IUnknown
    Implements ILegacy
    ...
    Sub IUnknown_AddRef()
        c = c + 1
    End Sub

    Sub IUnknown_Release()
        c = c - 1
        If c = 0 Then
            RaiseEvent Me.Class_Terminate
            Erase Me
        End If
    End Sub

Насколько мне известно, GC уже обеспечивает поддержку того, что вы пытаетесь сделать. Это называется доработка. В чисто управляемом мире лучше всего избегать финализации, поскольку она имеет некоторые побочные эффекты, которые могут негативно повлиять на производительность и работу сборщика мусора. Интерфейс IDisposable обеспечивает чистый управляемый способ обхода финализации объекта и обеспечения очистки как управляемых, так и неуправляемых ресурсов из управляемого кода.

В вашем случае вам необходимо инициировать очистку управляемого ресурса после того, как будут освобождены все неуправляемые ссылки. Доработка должна помочь решить вашу проблему здесь. GC будет финализировать объект всегда, если присутствует финализатор, независимо от того, как были освобождены последние ссылки на финализируемый объект. Если вы реализуете финализатор для своего типа .NET (просто реализуете деструктор), то GC поместит его в очередь финализации. После завершения цикла сбора GC он обработает очередь финализации. Любая работа по очистке, которую вы выполняете в своем деструкторе, произойдет после обработки очереди финализации.

Следует отметить, что если ваш финализируемый тип .NET содержит ссылки на другие объекты .NET, которые, в свою очередь, требуют завершения, вы можете вызвать длинную коллекцию GC, или некоторые из объектов могут существовать дольше, чем они были бы без завершения ( что будет означать, что они выживут в коллекции и дойдут до следующего поколения, которое собирается реже.) Однако, если работа по очистке вашего.Объекты .NET, которые используют CCW, никоим образом не чувствительны ко времени, и использование памяти не является большой проблемой, некоторое дополнительное время жизни не должно иметь значения. Следует отметить, что финализируемые объекты следует создавать с осторожностью, а минимизация или устранение любых ссылок уровня экземпляра класса на другие объекты может улучшить общее управление памятью через сборщик мусора.

Подробнее о финализации можно прочитать в этой статье: http://msdn.microsoft.com/en-us/magazine/bb985010.aspx . Хотя это довольно старая статья, написанная еще в то время, когда .NET 1.0 был впервые выпущен, фундаментальная архитектура GC пока не изменилась (первые значительные изменения в GC появятся с .NET 4.0, однако они больше связаны с одновременное выполнение GC без остановки потоков приложения, чем изменение его основной операции.)

GroupReader буферизует в 4kB порциях, если я помню, когда смотрел на это пару лет назад. Можно добавить входящие данные в 4kB (ick!) или использовать лучший синтаксический анализатор. Я исправил это, портировав XP Джеймса Кларка (Java) на C # как часть Jabber-Net, здесь:

http://code.google.com/p/jabber-net/source/browse/ # svn/trunk/xpnet

Это LGPL, только обрабатывает UTF8, не упакован для использования и почти не имеет документации, поэтому я бы не рекомендовал использовать его.:)

% d печатает целое число, поэтому ваша переменная a интерпретируется как int.

С помощью gcc 3.4.6 я получаю 0 для обоих значений с вашим кодом (после снятия F с инициализации, как это привело к ошибке компилятора). Я подозреваю, что это имеет отношение к части переменной, которая интерпретируется как int равно 0, а затем компилятор путается... (вероятно, есть лучшее объяснение, но я не могу его придумать).

Использование% f для обеих переменных печати 1.000000 для обеих переменных для меня.

Вы можете найти список символов преобразования в нижней части этой страницы:

http://www.exforsys.com/tutorials/c-language/managing-input-and-output-operations-in-c.html

С помощью .NET запросите IUnknown для объекта. Вызовите AddRef (), затем Release (). Затем возьмите возвращаемое значение AddRef () и выполните с ним.

Насколько мне известно, лучше всего эта тема освещена в книге The .NET and COM Interoperability Handbook Алана Гордона, и эта ссылка должна вести на соответствующую страницу в Google Книгах. . (К сожалению, у меня его нет, вместо этого я обратился к книге Трольсена .)

Там говорится, что не существует четко определенного способа подключения к Release / подсчет ссылок в CCW. Вместо этого предлагается сделать свой класс C # одноразовым и поощрять своих клиентов COM (в вашем случае авторов VBScript) вызывать Dispose , когда они хотят, чтобы произошла детерминированная финализация.

Но, к счастью, для вас есть лазейка , потому что ваши клиенты являются COM-клиентами с поздним связыванием, потому что VBScript использует IDispatch для выполнения всех вызовов объектов.

Предположим, ваши классы C # доступны через COM. Сначала сделайте так, чтобы это работало.

Теперь в ATL / C ++ создайте класс-оболочку, используя мастер простых объектов ATL, и на странице параметров выберите Интерфейс: Пользовательский вместо Двойного. Это останавливает установку мастером собственной поддержки IDispatch .

В конструкторе класса используйте CoCreateInstance для волшебного создания экземпляра вашего класса C #. Запросите у него IDispatch и удерживайте этот указатель в члене.

Добавьте IDispatch в список наследования класса-оболочки и направьте все четыре метода IDispatch прямо на указатель, который вы спрятали в конструкторе.

В FinalRelease оболочки используйте технику позднего связывания ( Invoke ) для вызова метода Dispose объекта C #, как описано в Книга Алана Гордона (на страницах, на которые я ссылался выше).

Итак, теперь ваши клиенты VBScript общаются через CCW с классом C #, но вы можете перехватить окончательный выпуск и передать его методу Dispose .

Сделайте так, чтобы ваша библиотека ATL открывала отдельную оболочку для каждого «реального» класса C #. Вы, вероятно, захотите использовать наследование или шаблоны, чтобы получить хорошее повторное использование кода здесь. Каждый поддерживаемый вами класс C # должен содержать всего пару строк в коде оболочки ATL.