[NeXus-code-tickets] [NeXusCode] #19: Memory leak in NeXus 3.0.0

NeXus Data Format Library and Applications noreply at nexusformat.org
Mon Feb 5 09:58:01 GMT 2007


#19: Memory leak in NeXus 3.0.0
----------------------------+-----------------------------------------------
Reporter:  Freddie Akeroyd  |       Owner:           
    Type:  defect           |      Status:  new      
Priority:  major            |   Milestone:  NeXus 4.0
Keywords:                   |  
----------------------------+-----------------------------------------------
 Hello all!

 Using the NeXus API 3.0.0 and HDF5 (v1.6.5) under GNU/Linux, I have
 noticed a memory leak in my process recording data in NeXus format. Then I
 tryed to see what's going wrong with Valgrind, a memory debugging tool.
 In the listing produced by Valgrind (after a 3 hours test) I read :

 ==15497== 264256 bytes in 4129 blocks are definitely lost in loss record
 185 of 185
 ==15497==    at 0x3414A23C: malloc (vg_replace_malloc.c:131)
 ==15497==    by 0x80CB15B: NXIformatNeXusTime (napi.c:1017)
 ==15497==    by 0x80CB704: NX5open (napi5.c:146)
 ==15497==    by 0x80CA589: nxiopen_ (napi.c:232)

 Looking at the NX5open function in napi5.c I saw that the pointer named
 'time_buffer' is allays allocated (using NXIformatNeXusTime()) when
 calling NX5open but freed only in the case of a NXACC_CREATE5 access (=>
 H5F_ACC_TRUNC) to the NeXus file.

 Thanks,

 Stephane

 °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°
 Stéphane POIRIER
 Groupe Gestion des données
 Tél. : 01 69 35 93 38
 SYNCHROTRON SOLEIL
 Bâtiment Central pièce A1.0.28
 L'Orme des Merisiers
 Saint-Aubin - BP 48
 91192 GIF-SUR-YVETTE CEDEX
 Site Web: <http://www.synchrotron-soleil.fr/>
 °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°

-- 
Ticket URL: <http://trac.nexusformat.org/code/ticket/19>
NeXus Data Format Library and Applications <http://www.nexusformat.org/>
NeXus Data Format Library and Applications



More information about the NeXus-code-tickets mailing list