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
> 
> 

Reply via email to