Using secure memory

Opal Raava opalraava at hushmail.com
Mon Apr 20 14:39:20 CEST 2015


Hi all,

Oh well, there is a GCRYCTL_DUMP_MEMORY_STATS that does nothing but
there is also a GCRYCTL_DUMP_SECMEM_STATS that does print usage statistics.

Ltrs,
--Opal

On 04/20/2015 01:45 PM, Opal Raava wrote:
> Hi folks,
> 
> I made a little test program to se what dump_memory_stats would look
> like. Nothing happened, and I saw that GCRYCTL_DUMP_MEMORY_STATS is a
> no-op right now:
> 
> $ grep -n -A2 GCRYCTL_DUMP_MEMORY_STATS `find . -name *.c`
> ./src/global.c:361:    case GCRYCTL_DUMP_MEMORY_STATS:
> ./src/global.c-362-      /*m_print_stats("[fixme: prefix]");*/
> ./src/global.c-363-      break;
> 
> I can't find the function m_print_stats() anywhere either.
> 
> Laters,
> --Opal
> 
> 
> On 04/20/2015 11:01 AM, Werner Koch wrote:
>> On Mon, 20 Apr 2015 01:10, julien.voisin at dustri.org said:
>>
>>> Also, I'm wondering how I can estimate how much memory I should
>>> allocate; for now I tried with 32k and the testsuite is running great,
>>> but I'm worried about some possible breakages.
>>
>> You may call 
>>
>>       gcry_control (GCRYCTL_DUMP_MEMORY_STATS);
>>
>> which prints some memory stats to stderr or the Libgcrypt log handler.
>> But see also the other comments.
>>
>>
>> Shalom-Salam,
>>
>>    Werner
>>
> 
> 
> _______________________________________________
> Gcrypt-devel mailing list
> Gcrypt-devel at gnupg.org
> http://lists.gnupg.org/mailman/listinfo/gcrypt-devel
> 




More information about the Gcrypt-devel mailing list