interfacer | A linter that suggests interface types | Code Analyzer library

TMyClass contains two references. A reference to an IList and a reference to IMyInterface. The mocking of IList is not necessary. The framework probably well tested, well predictable behavior, so I could see it as a Data object. But IMyInterface is an untested service, so I should mock it in a unit test. I want to check for memory leaks so I want to test the modifications of the RefCount-s of the references after the subject destroyed. The 'RefCount' of the IList changes in the right way. But I can't say the same for the mocked IMyInterface (in my solution). How could I test that the references does not cause memory leaks? Or a test like this is an integration test and should I test it always with real instances?

I used the following answers to test compile code:

https://stackoverflow.com/a/21382083/9942758

https://stackoverflow.com/a/14711110/9942758

Here is my code:

I create a .golangci.yml in working directory, which have more linters than default, and run golangci-lint run -v but found linters are still default value, anyone encountered same issue? I have checked .golangci.yml path is correct. below is our configure value:

I have an interface:

Earlier I had a good understanding of variance in interfaces. Now I'm a little confused with the variance in delegates in variant interfaces. Methods, properties, indexers, and events can be defined in interfaces. The signature of methods, properties and indexers in the variant interface is direct. And the events are reversed.

I don’t understand why a value-returning method works in a covariant interface, but a similar signature for a delegate does not work. A contravariant delegate that should not return anything works. The same goes for the contravariant interface.

Code below:

I am trying to add a third-party .NET Framework 3.5 DLL with a WinForms control to my unmanaged Visual C++ MFC application. Therefore, I have built a C# com-interop-wrapper DLL, which is registered as an ActiveX control.

It is working well, but exiting the MFC container application leads to an access exception every time.

Exception thrown at 0x7B7E13C7 (mscorwks.dll) in MFCApplication2.exe: 0xC0000005: Access violation reading location 0xDDDDDDE5.

The error occurs only, if I add an interface for events, i.e. if I add the attribute ComSourceInterface. The underneath example would work well without the line [ComSourceInterfaces(typeof(IUserControlEvents))].

Here is the minimal example:

I think is something that I miss theoretically from the passing by reference topic but I can't find a way to read the ID without using the support networkInterfaceReference

I am trying to write an extremely simple function that just accepts a pointer to os.File and returns its number of lines.

Here is my function

I have the following abstract class