В присланной библиотеке (версия 6.3.0.7) ошибка, описанная выше, присутствует. В последних релизах версии библиотеки: 6.3.0.17 и в актуальном 6.3.0.39. Вы не ошиблись с присланной библиотекой? Отписался на почту. Жду ответа.
Да, произошла ошибка, нужную библиотеку выслал.
]]>Добрый день, ssdi.
Это действительно ошибка в нашей .Net-библиотеке. Исправленная библиотека была выслана на Вашу электронную почту (указанную при регистрации на форуме).
В присланной библиотеке (версия 6.3.0.7) ошибка, описанная выше, присутствует. В последних релизах версии библиотеки: 6.3.0.17 и в актуальном 6.3.0.39. Вы не ошиблись с присланной библиотекой? Отписался на почту. Жду ответа.
]]>Добрый день, ssdi.
Это действительно ошибка в нашей .Net-библиотеке. Исправленная библиотека была выслана на Вашу электронную почту (указанную при регистрации на форуме).
Спасибо. Но, тем не менее, есть существенные подозрения на утечку хэндлов. Т.к. использование другой функции полностью не решило проблемы увеличения количества хэндлов(Handles) в процессе, хотя скорость увеличения существенно уменьшилась.
]]>Это действительно ошибка в нашей .Net-библиотеке. Исправленная библиотека была выслана на Вашу электронную почту (указанную при регистрации на форуме).
]]>public sealed class GrdApi {
....private static unsafe GrdE GrdCrypt(IntPtr hAddress, int algNum, byte[] data, int method, byte[] iv, byte[] key, byte[] context)
{
if (GrdApi.GrdCryptExInvoker == null)
{
Type[] parameters = new Type[8]
{
typeof (IntPtr),
typeof (int),
typeof (int),
typeof (IntPtr),
typeof (int),
typeof (IntPtr),
typeof (IntPtr),
typeof (IntPtr)
};
GrdApi.GrdCryptInvoker = new PlatformInvoker("GrdCrypt", GrdApi.GrdDllName, typeof (GrdE), parameters, CallingConvention.Winapi, CharSet.Auto);
}
if (data == null)
data = new byte[0];
if (iv == null)
iv = new byte[0];
if (key == null)
key = new byte[0];
if (context == null)
context = new byte[0];
fixed (byte* numPtr1 = data)
fixed (byte* numPtr2 = iv)
fixed (byte* numPtr3 = key)
fixed (byte* numPtr4 = context)
return (GrdE) GrdApi.GrdCryptInvoker.Invoke((object) hAddress, (object) algNum, (object) data.Length, (object) new IntPtr((void*) numPtr1), (object) method, (object) new IntPtr((void*) numPtr2), (object) new IntPtr((void*) numPtr3), (object) new IntPtr((void*) numPtr4));
}...
}
Описка в
if (GrdApi.GrdCryptExInvoker == null)
, а должно быть
if (GrdApi.GrdCryptInvoker == null)
Когда ждать фикса?
]]>Может быть есть какой нибудь workaround?
]]>Внешнее проявление - утечка памяти VirtualSize и WorkingSet, утечка хэндлов, перманентный рост количества динамических библиотек(Assemblies totaly, в частности DynamicAssembly и DynamicModule) процесса.
Отладкой под VS локализовал место генерации динамических библиотек (сборок). На каждый успешный вызов GrdApi.GrdCrypt(handle, algo, data, method, ref pIV) происходит создание новой и загрузка динамической библиотеки в процесс. VS output: 'Foo.exe' (Managed): Loaded 'DynamicAssembly',
'Foo.exe' (Managed): Loaded 'DynamicModule'. Вызов производится для одного актуально хэндла. Кроме утечек ошибка более никак не проявляется, т.е. ПО работает штатно до момента окончания памяти, затем появляются сообщения OutOfMemoryExceptions.
Даже при редком вызове функции (раз в минуту/две) за несколько суток виртуальная память процесса дорастает до 1,5 гигабайт, количество сборок дорастает до 1000 и более.
Вопросы:
* Что делать?
* Обновление до последней версии от 21 апреля 2014 года решит проблему?
Критичность проблемы высокая, т.к. касается распространяемого ПО.
]]>