Kazan Dev Alliance

Вот интересно, что будет в следующей ситуации:

В коде на C# я создаю байтовый массив (byte[]), далее его отдаю по ссылке в функцию, импортированную из C++ dll (pinvoke), то есть этот массив отправляется в unmanaged код, и дальше там производятся с ним некие действия, в том числе и выделяется память каким-нибудь malloc. В результате в C# я имею заполненный массив.

Так вот, обычно после malloc нужно за собой память подчищать в C++, вызовом free. А в данном случае, если я вызову free, то в C# я естественно не получу никакого массива. Допустим, я не отчистил память в C++, т.к.массив я в дальнейшем пользую в C#.

Вопрос: что станет с массивом байт после того когда он мне уже будет не нужен, сработает ли сборщик мусора .NET Framework?

В FW 2.0 однозначно должен. Если только у тебя этот массив нигде больше не зацеплен... А для работы с объектами классов реализующих IDisposable еще посоветую использовать using.

Что за IDisposable? Под "где-нибудь зацеплен", ты что имел ввиду? Меня интересует, в результате .NET мне память, выделенную под массив и C++ dll'ки освободит или нет.

Про IDisposable можешь посмотреть в мсдн, реализующие его классы должны реализовывать метод Dispose, который вызывается при уничтожении объекта. Зацеплен - используется еще где - нибудь. Я не понял, массив создается в дотнет и передается в длл или создается в длл и передается в дотнет?

Создаётся в .NET, передаётся в dll, там инициализируется, заполняется, а потом используется в .NET

Имхо, если больше массив нигде не используется (кстати присвой переменной, ссылающейся на массив внутри unmanaged библиотеки null) то должен освободиться в итоге.

Ну я когда её внутрь передаю, она у меня естественно null. Иначе компилятор ругается на неинициализированную переменную.

Я в том смысле, что избавиться надо ото всех ссылок внутри umanaged библиотеки.

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

лучше освобождать самому.

Короче говоря, чтобы точно сказать, надо на код посмотреть. И управляемый и неуправляемый. Так что: Код в Студию!

Читай MSDN. Однозначно можно сказать, что если ты выделяешь массив в управляемом коде, то сборщик мусора его потом попытается собрать (явно твоим вызовом или потом как-нть), в неуправляемом коде можно безопасно лишь изменить содержимое масива. Если ты выделяешь в неуправляемом коде блок памяти, изволь в этом же неуправляемом коде его освободить. Эта память выделяется в хипе неуправляемого кода. А за всякое перевыделение управляемой памяти в неуправляемых длл-ках надо заставлять писать на ассемблере, чтобы неповадно было :)