Re: [patch #5641] Provide friendlier access to active file

[John Darrington]

There suddenly appears to be a large amount of memory leaks, whereas a
week ago, there were very few leaks.  Eg:

==27547== 12,000 bytes in 500 blocks are definitely lost in loss
record 1 of 1
==27547==    at 0x401D38B: malloc (vg_replace_malloc.c:149)
==27547==    by 0x80D0CD0: case_try_create (case.c:168)
==27547==    by 0x80D0D17: case_create (case.c:89)
==27547==    by 0x80D1E91: reader_open_file (fastfile.c:702)
==27547==    by 0x80D24ED: fastfile_get_reader (fastfile.c:283)
==27547==    by 0x80D1241: casefile_get_reader (casefile.c:246)
==27547==    by 0x80E2335: storage_source_read (storage-stream.c:132)
==27547==    by 0x80DE610: proc_read (procedure.c:265)
==27547==    by 0x80DEB8B: internal_procedure (procedure.c:213)
==27547==    by 0x80DEDAD: procedure (procedure.c:146)
==27547==    by 0x804EB70: cmd_execute (command.c:678)
==27547==    by 0x804F4CE: cmd_parse (command.c:205)
==27547== 
==27547== LEAK SUMMARY:
==27547==    definitely lost: 12,000 bytes in 500 blocks.


My guess is that patch #5641 is responsible.
     
     


-- 
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://pgp.mit.edu or any PGP keyserver for public key.

signature.asc
Description: Digital signature