Skip to Content.
Sympa Menu

h5part - [H5part] Re: segfaults in h5_close_mesh

h5part AT lists.psi.ch

Subject: H5Part development and discussion

List archive

[H5part] Re: segfaults in h5_close_mesh


Chronological Thread 
  • From: Achim Gsell <achim.gsell AT psi.ch>
  • To: Mark Howison <MHowison AT lbl.gov>
  • Cc: h5part AT lists.psi.ch
  • Subject: [H5part] Re: segfaults in h5_close_mesh
  • Date: Thu, 15 Jul 2010 14:53:01 +0200
  • List-archive: <https://lists.web.psi.ch/pipermail/h5part/>
  • List-id: H5Part development and discussion <h5part.lists.psi.ch>

Hi Mark,

On Jul 14, 2010, at 12:39 AM, Mark Howison wrote:

> I've been debugging my H5Part regression tests and I've been getting
> sporadic segfaults during file close that trace through
> h5_close_mesh() to the h5priv_free() calls. My guess is that some of
> the pointers in the H5Fed file data are not being initialized but are
> also not NULL, so the "if(ptr) free(ptr)" logic in h5priv_free isn't
> working. I'm going to try setting all those pointers to NULL initially
> in one of the file open calls.

Yes, all pointers should be initialized with NULL. Otherwise I forgot it and
should be fixed.

> Another problem I've run into is that an h5_write_mesh call always
> gets executed at file close regardless of whether the file is opened
> for writing or reading. If the file is read only, this sets off a
> CHECK_WRITABLE_MODE error. Can that write be moved?

If you have a good idea where to move it ...

Isn't it sufficient just to add a check and skip the h5_write_mesh call if
the file was opened read-only?

Achim




Archive powered by MHonArc 2.6.19.

Top of Page