[petsc-dev] SF broken in master !
Tobin Isaac
tisaac at ices.utexas.edu
Wed Oct 15 00:52:24 CDT 2014
On Wed, Oct 15, 2014 at 12:04:47AM -0500, Jed Brown wrote:
> Barry Smith <bsmith at mcs.anl.gov> writes:
>
> > and yet it is not broke in next. I thought that was impossible!
>
> This commit was bad:
>
> https://bitbucket.org/petsc/petsc/commits/60a1948e59517edd5702a5e277d78229b7015096
>
> Toby pointed it out and fixed it in this commit, which went into 'next':
>
> https://bitbucket.org/petsc/petsc/commits/38e7336fef8d310d693744ab39306ec09879f8c2
>
> Meanwhile, Matt didn't put this in his branch and went on to make other
> changes to SF, including a similar commit:
>
> https://bitbucket.org/petsc/petsc/commits/9837ea968140067d7f638ef40a3e6ee2b94657e5
>
> Again, Toby pointed out the bug in this commit, which Matt had to
> resolve when merging to 'next' because it conflicted with Toby's correct
> version. The tests certainly did not pass in Matt's branch, but they
> passed in 'next' because Toby's branch fixed the bug.
>
> Ultimately, Matt merged to 'master' without merging Toby's bug fix.
>
> I have now merged Toby's branch and 'master' works again. Thanks, Toby.
The praise might be misplaced: their bad commit assumed that sf->nroots
is always as big as the index space of the leaves; my commit assumed
that sf->nleaves was always big enough. For sparse leaves, neither
may be the case (see Michael's comment on the first commit above). I
though Matt had a commit that was the "right" think to do...
Toby
>
>
> Note that prior to this merge, the following was the only difference
> between 'master' and 'next':
>
> diff --git c/src/vec/is/sf/interface/sf.c w/src/vec/is/sf/interface/sf.c
> index af2dc58..26a286a 100644
> --- c/src/vec/is/sf/interface/sf.c
> +++ w/src/vec/is/sf/interface/sf.c
> @@ -794,7 +794,7 @@ PetscErrorCode PetscSFGetMultiSF(PetscSF sf,PetscSF *multi)
> ierr = PetscMalloc1(sf->nleaves,&remote);CHKERRQ(ierr);
> for (i=0; i<sf->nleaves; i++) {
> remote[i].rank = sf->remote[i].rank;
> - remote[i].index = outoffset[sf->mine ? sf->mine[i] : 1];
> + remote[i].index = outoffset[sf->mine ? sf->mine[i] : i];
> }
> ierr = PetscSFDuplicate(sf,PETSCSF_DUPLICATE_RANKS,&sf->multi);CHKERRQ(ierr);
> ierr = PetscSFSetGraph(sf->multi,inoffset[sf->nroots],sf->nleaves,NULL,PETSC_COPY_VALUES,remote,PETSC_OWN_POINTER);CHKERRQ(ierr);
>
>
> To avoid this in the future, I suggest
>
> 1. Run tests on topic branches, especially those tests related to the
> modification. If you're tinkering with SF, the least you can do is
> run the SF tests.
>
> 2. Fix content bugs in the topic branch instead of sneaking it into a
> merge commit that's oh so easy to forget.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: Digital signature
URL: <http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20141015/13c41b88/attachment.sig>
More information about the petsc-dev
mailing list