[petsc-dev] threadcomm memory leak

[Shri]

On Jul 17, 2012, at 10:10 PM, Barry Smith wrote:

> 
> On Jul 17, 2012, at 10:07 PM, Jed Brown wrote:
> 
>> On Tue, Jul 17, 2012 at 10:06 PM, Barry Smith <bsmith at mcs.anl.gov> wrote:
>> Ok, then the destructor called by the MPI_Comm_del() would decrease the reference count by one and if it gets to zero then does the delete as usual.
>> 
>> This is exactly what is done, but PETSC_COMM_WORLD and PETSC_COMM_SELF outlive PetscFinalize, so we remove one more reference count for each of those so that it actually gets collected.
> 
>   But Shri indicated there is a possible problem, what is that problem? Or is there none?
   There is no problem. I was just trying to put across a generalized way of handling MPI attributes in the PETSc code so that specific implementations, e.g threadcomm and others, can use a common code rather than having specific implementations.

Shri
> 
>   Barry
> 
>