December 2021 - petsc-dev - mailman3.cels.anl.gov

Re: [petsc-dev] DMPlexCreateGlobalToNaturalSF and partitioners
by Alexis Marboeuf 20 Dec '21

20 Dec '21

1 0

Re: [petsc-dev] DMPlexCreateGlobalToNaturalSF and partitioners
by Matthew Knepley 17 Dec '21

17 Dec '21

On Fri, Dec 17, 2021 at 3:04 PM Alexis Marboeuf <marboeua(a)mcmaster.ca> wrote: > Dear PETSc Team, > > Following the merge request !4547 for fixing the Global To Natural map, I > am implementing modifications to introduce a "natural" DM (i.e. the DM used > for IO): see the discussion in > https://gitlab.com/petsc/petsc/-/merge_requests/4547. I am writing an > example for that, very similar to src/dm/impls/plex/tests/ex44.c added by > the merge request, and running on 2 processors. The idea is to: (i) create > a DM (the same distributed 2x5 mesh of ex44.c); (ii) call multiple times > DMPlexDistribute with different partitioners and set one of the DMs as the > "natural" DM; and (iii) see if we can reconstruct correctly the "natural" > ordering and distribution from the last DM and the Global To Natural map. I > am having some troubles however with at least parmetis and ptscotch > partitioners which raise an error inside DMPlexCreateGlobalToNatural. Here > is the error: > The easiest thing to do here is to start a branch from the !4547 branch that I can checkout, and then tell me how to run what you are running. Thanks, Matt > [0]PETSC ERROR: --------------------- Error Message > -------------------------------------------------------------- > > [0]PETSC ERROR: [1]PETSC ERROR: --------------------- Error Message > -------------------------------------------------------------- > > [1]PETSC ERROR: Invalid argument > > [1]PETSC ERROR: Input array needs to be sorted > > Invalid argument > > [0]PETSC ERROR: Input array needs to be sorted > > [0]PETSC ERROR: See https://petsc.org/release/faq/ for trouble shooting. > > [0]PETSC ERROR: [1]PETSC ERROR: See https://petsc.org/release/faq/ for > trouble shooting. > > [1]PETSC ERROR: Petsc Development GIT revision: v3.16.1-435-g007f11b901 GIT > Date: 2021-12-01 14:31:21 +0000 > > Petsc Development GIT revision: v3.16.1-435-g007f11b901 GIT Date: > 2021-12-01 14:31:21 +0000 > > [0]PETSC ERROR: ../ex47 on a arch-darwin-c-debug named > marboeua-1.math.mcmaster.ca by alexismarboeuf Thu Dec 16 22:39:20 2021 > > [1]PETSC ERROR: ../ex47 on a arch-darwin-c-debug named > marboeua-1.math.mcmaster.ca by alexismarboeuf Thu Dec 16 22:39:20 2021 > > [1]PETSC ERROR: [0]PETSC ERROR: Configure options --force > --download-fblaslapack=1 --download-exodusii=1 --download-hdf5=1 > --download-chaco=1 --download-metis=1 --download-parmetis=1 > -download-ptscotch=1 --download-sowing=1 --download-hypre=1 --download-ml=1 > --download-netcdf=1 --download-yaml=1 --download-zlib=1 > --download-pnetcdf=1 --download-sieve=1 --with-boost=1 > --with-boost-dir=/opt/homebrew/Cellar/boost/1.76.0 with-clanguage=C++ > --with-c2html=0 --with-fortran-datatypes=1 > --with-mpi-dir=/opt/homebrew/Cellar/mpich/3.4.2 --with-debugging=1 > --with-ranlib=ranlib --with-x11=1 > > [0]PETSC ERROR: Configure options --force --download-fblaslapack=1 > --download-exodusii=1 --download-hdf5=1 --download-chaco=1 > --download-metis=1 --download-parmetis=1 -download-ptscotch=1 > --download-sowing=1 --download-hypre=1 --download-ml=1 --download-netcdf=1 > --download-yaml=1 --download-zlib=1 --download-pnetcdf=1 --download-sieve=1 > --with-boost=1 --with-boost-dir=/opt/homebrew/Cellar/boost/1.76.0 > with-clanguage=C++ --with-c2html=0 --with-fortran-datatypes=1 > --with-mpi-dir=/opt/homebrew/Cellar/mpich/3.4.2 --with-debugging=1 > --with-ranlib=ranlib --with-x11=1 > > [1]PETSC ERROR: #1 PetscSortedRemoveDupsInt() at > /Users/alexismarboeuf/Documents/petsc2/src/sys/utils/sorti.c:308 > > [0]PETSC ERROR: #2 PetscSFCreateEmbeddedLeafSF() at > /Users/alexismarboeuf/Documents/petsc2/src/vec/is/sf/interface/sf.c:1409 > > [0]PETSC ERROR: #1 PetscSortedRemoveDupsInt() at > /Users/alexismarboeuf/Documents/petsc2/src/sys/utils/sorti.c:308 > > [1]PETSC ERROR: #2 PetscSFCreateEmbeddedLeafSF() at > /Users/alexismarboeuf/Documents/petsc2/src/vec/is/sf/interface/sf.c:1409 > > [1]PETSC ERROR: #3 DMPlexCreateGlobalToNaturalSF() at > /Users/alexismarboeuf/Documents/petsc2/src/dm/impls/plex/plexnatural.c:173 > > [1]PETSC ERROR: #4 DMPlexDistribute() at > /Users/alexismarboeuf/Documents/petsc2/src/dm/impls/plex/plexdistribute.c:1755 > > [1]PETSC ERROR: #5 main() at > /Users/alexismarboeuf/Documents/petsc2/src/dm/impls/plex/tests/ex47.c:289 > > [1]PETSC ERROR: PETSc Option Table entries: > > [1]PETSC ERROR: -petscpartitioner_type ptscotch > > [1]PETSC ERROR: ----------------End of Error Message -------send entire > error message to petsc-maint(a)mcs.anl.gov---------- > > Abort(62) on node 1 (rank 1 in comm 0): application called > MPI_Abort(MPI_COMM_WORLD, 62) - process 1 > > #3 DMPlexCreateGlobalToNaturalSF() at > /Users/alexismarboeuf/Documents/petsc2/src/dm/impls/plex/plexnatural.c:173 > > [0]PETSC ERROR: #4 DMPlexDistribute() at > /Users/alexismarboeuf/Documents/petsc2/src/dm/impls/plex/plexdistribute.c:1755 > > [0]PETSC ERROR: #5 main() at > /Users/alexismarboeuf/Documents/petsc2/src/dm/impls/plex/tests/ex47.c:289 > > [0]PETSC ERROR: PETSc Option Table entries: > > [0]PETSC ERROR: -petscpartitioner_type ptscotch > > [0]PETSC ERROR: ----------------End of Error Message -------send entire > error message to petsc-maint(a)mcs.anl.gov---------- > > Abort(62) on node 0 (rank 0 in comm 0): application called > MPI_Abort(MPI_COMM_WORLD, 62) - process 0 > > Thanks all for your help. > ------------------------------------------------------------------- > Alexis Marboeuf > Postdoctoral fellow, Department of Mathematics & Statistics > Hamilton Hall room 409B, McMaster University > 1280 Main Street West, Hamilton, Ontario L8S 4K1, Canada > EMail: marboeua(a)mcmaster.ca > Tel. +1 (905) 525 9140 ext. 27031 > ------------------------------------------------------------------- > -- What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead. -- Norbert Wiener https://www.cse.buffalo.edu/~knepley/ <http://www.cse.buffalo.edu/~knepley/>

1 0

DMPlexCreateGlobalToNaturalSF and partitioners
by Alexis Marboeuf 17 Dec '21

17 Dec '21

1 0

Re: [petsc-dev] Questions around benchmarking and data loading with PETSc
by Rohan Yadav 14 Dec '21

14 Dec '21

Yes you're right. I forgot to mention that the OpenMP schedule used by the multi-threaded system was a static schedule as well (#pragma omp parallel schedule(static)) Rohan On Tue, Dec 14, 2021 at 3:26 PM Victor Eijkhout <eijkhout(a)tacc.utexas.edu> wrote: > > > On , 2021Dec11, at 17:56, Rohan Yadav <rohany(a)alumni.cmu.edu> wrote: > > 40 mpi ranks on a single node should be similar performance as 40 threads. > Both petsc and taco are doing a row-based parallelism strategy so it should > line up. > > > An MPI division of rows is static. Petsc divides strictly by numbers of > rows. > > A thread based system can do things like “schedule(guided)” (OpenMP) and > get better load balancing if the rows have widely differing numbers of > nonzero. > > Victor. > >

1 0

Re: [petsc-dev] Questions around benchmarking and data loading with PETSc
by Victor Eijkhout 14 Dec '21

14 Dec '21

On , 2021Dec11, at 17:56, Rohan Yadav <rohany(a)alumni.cmu.edu<mailto:[email protected]>> wrote: 40 mpi ranks on a single node should be similar performance as 40 threads. Both petsc and taco are doing a row-based parallelism strategy so it should line up. An MPI division of rows is static. Petsc divides strictly by numbers of rows. A thread based system can do things like “schedule(guided)” (OpenMP) and get better load balancing if the rows have widely differing numbers of nonzero. Victor.

1 0

Re: [petsc-dev] testharness failure Exception: Keyword: redirect_file from: redirect_file: ex1_1.tmp is not valid
by Barry Smith 14 Dec '21

14 Dec '21

Hmm, I delete the new_ files and then later they are all there making trouble. Their creation dates seem to match the times of running configure but .... Yeah it is probably my fault, but not sure where. Thanks for reminding me of the origins of those files, that may help me to determine why they exist. Maybe my giting magic is automatically running stuff on an ancient branch and thus scattering this stuff around. > On Dec 14, 2021, at 10:29 AM, kruger Scott <kruger(a)txcorp.com> wrote: > > > I'm really confused. This is all legacy stuff from when we were working > on converting the old test harness to the new test harness. I agree > that it should all be cleaned out, but this functionality shouldn't be > called at the `gmakegentest.py` level. > > If you look at the open statements in gmakegentest.py and testparse.py, > you'll see I'm not writing any of those files. That conversion was done > by a separate script. > > Scott > > > On 2021-12-13 21:36, Barry Smith did write: >> >> If these are temporary work files could you not have them end with .c etc maybe have an extra .tmp at the end or something so they don't mess with everything if they are lying around? It is annoying to have to keep deleting them all. >> >>> On Dec 13, 2021, at 9:32 PM, Barry Smith <bsmith(a)petsc.dev> wrote: >>> >>> >>> Scott, >>> >>> There is a problem. Somehow you are generating a ton of new_ex*.c files and then testparse.py is crapping out on them? >>> >>> I see some weird stuff with these files but cannot tell when they are made and why they exist. >>> >>> >>> config/gmakegentest.py: #if not exfile.startswith("new_"+"ex"): continue >>> config/testparse.py: new_pos = sl.instream.tell() >>> config/testparse.py: block = striptest[last_pos:new_pos] >>> config/testparse.py: last_pos = new_pos >>> config/testparse.py: bn=re.sub("new_","",basename) >>> config/testparse.py: for test_file in sorted(glob.glob("new_ex*.*")): >>> >>> >>> >>>> On Dec 12, 2021, at 10:32 PM, Barry Smith <bsmith(a)petsc.dev <mailto:[email protected]>> wrote: >>>> >>>> >>>> Looks like it is coming from some old .c files that I had lying around that are not in the repository. >>>> >>>> I will push a commit that prints the offending file name to make the cause easier to track down in the future >>>> >>>> Barry >>>> >>>> >>>>> On Dec 12, 2021, at 6:09 PM, kruger Scott <kruger(a)txcorp.com <mailto:[email protected]>> wrote: >>>>> >>>>> >>>>> I'm baffled and unable to reproduce. Can you give me your configure.log >>>>> to help reproduce? >>>>> >>>>> Scott >>>>> >>>>> >>>>> On 2021-12-12 17:40, Barry Smith did write: >>>>>> >>>>>> Scott, >>>>>> >>>>>> In the branch barry/2021-11-04/add-dmplex-vecghost which was just rebased on main I get >>>>>> >>>>>> /usr/local/opt/python(a)3.9/bin/python3.9 ./config/gmakegen.py --petsc-arch=arch-add-dmplex-vecghost >>>>>> /usr/local/opt/python(a)3.9/bin/python3.9 /Users/barrysmith/Src/petsc/config/gmakegentest.py --petsc-dir=/Users/barrysmith/Src/petsc --petsc-arch=arch-add-dmplex-vecghost --testdir=./arch-add-dmplex-vecghost/tests >>>>>> Traceback (most recent call last): >>>>>> File "/Users/barrysmith/Src/petsc/config/gmakegentest.py", line 1089, in <module> >>>>>> main(petsc_dir=opts.petsc_dir, petsc_arch=opts.petsc_arch, >>>>>> File "/Users/barrysmith/Src/petsc/config/gmakegentest.py", line 1060, in main >>>>>> dataDict=pEx.walktree(os.path.join(pEx.srcdir)) >>>>>> File "/Users/barrysmith/Src/petsc/config/gmakegentest.py", line 924, in walktree >>>>>> self.genPetscTests(root,dirs,files,dataDict) >>>>>> File "/Users/barrysmith/Src/petsc/config/gmakegentest.py", line 897, in genPetscTests >>>>>> dataDict[root].update(testparse.parseTestFile(fullex,0)) >>>>>> File "/Users/barrysmith/Src/petsc/config/testparse.py", line 542, in parseTestFile >>>>>> testDict[basename]=parseTests(testString,srcfile,fileNums,verbosity) >>>>>> File "/Users/barrysmith/Src/petsc/config/testparse.py", line 498, in parseTests >>>>>> testnames,subdicts=parseTest(test,srcfile,verbosity) >>>>>> File "/Users/barrysmith/Src/petsc/config/testparse.py", line 426, in parseTest >>>>>> if not var in acceptedkeys: raise Exception("Keyword: "+var+" from: "+line+" is not valid") >>>>>> Exception: Keyword: redirect_file from: redirect_file: ex1_1.tmp is not valid >>>>>> make: *** [gmakefile.test:97: arch-add-dmplex-vecghost/tests/testfiles] Error 1 >>>>>> >>>>>> How to track down the problem? Is it due to a bad rule from some file (which file, could that be printed?) >>>>> >>>>> -- >>>>> Scott Kruger >>>>> Tech-X Corporation kruger(a)txcorp.com <mailto:[email protected]> >>>>> 5621 Arapahoe Ave, Suite A Phone: (720) 466-3196 >>>>> Boulder, CO 80303 Fax: (303) 448-7756 >>>> >>> >> > > -- > Scott Kruger > Tech-X Corporation kruger(a)txcorp.com > 5621 Arapahoe Ave, Suite A Phone: (720) 466-3196 > Boulder, CO 80303 Fax: (303) 448-7756

1 0

Re: [petsc-dev] testharness failure Exception: Keyword: redirect_file from: redirect_file: ex1_1.tmp is not valid
by kruger Scott 14 Dec '21

14 Dec '21

I'm really confused. This is all legacy stuff from when we were working on converting the old test harness to the new test harness. I agree that it should all be cleaned out, but this functionality shouldn't be called at the `gmakegentest.py` level. If you look at the open statements in gmakegentest.py and testparse.py, you'll see I'm not writing any of those files. That conversion was done by a separate script. Scott On 2021-12-13 21:36, Barry Smith did write: > > If these are temporary work files could you not have them end with .c etc maybe have an extra .tmp at the end or something so they don't mess with everything if they are lying around? It is annoying to have to keep deleting them all. > > > On Dec 13, 2021, at 9:32 PM, Barry Smith <bsmith(a)petsc.dev> wrote: > > > > > > Scott, > > > > There is a problem. Somehow you are generating a ton of new_ex*.c files and then testparse.py is crapping out on them? > > > > I see some weird stuff with these files but cannot tell when they are made and why they exist. > > > > > > config/gmakegentest.py: #if not exfile.startswith("new_"+"ex"): continue > > config/testparse.py: new_pos = sl.instream.tell() > > config/testparse.py: block = striptest[last_pos:new_pos] > > config/testparse.py: last_pos = new_pos > > config/testparse.py: bn=re.sub("new_","",basename) > > config/testparse.py: for test_file in sorted(glob.glob("new_ex*.*")): > > > > > > > >> On Dec 12, 2021, at 10:32 PM, Barry Smith <bsmith(a)petsc.dev <mailto:[email protected]>> wrote: > >> > >> > >> Looks like it is coming from some old .c files that I had lying around that are not in the repository. > >> > >> I will push a commit that prints the offending file name to make the cause easier to track down in the future > >> > >> Barry > >> > >> > >>> On Dec 12, 2021, at 6:09 PM, kruger Scott <kruger(a)txcorp.com <mailto:[email protected]>> wrote: > >>> > >>> > >>> I'm baffled and unable to reproduce. Can you give me your configure.log > >>> to help reproduce? > >>> > >>> Scott > >>> > >>> > >>> On 2021-12-12 17:40, Barry Smith did write: > >>>> > >>>> Scott, > >>>> > >>>> In the branch barry/2021-11-04/add-dmplex-vecghost which was just rebased on main I get > >>>> > >>>> /usr/local/opt/python(a)3.9/bin/python3.9 ./config/gmakegen.py --petsc-arch=arch-add-dmplex-vecghost > >>>> /usr/local/opt/python(a)3.9/bin/python3.9 /Users/barrysmith/Src/petsc/config/gmakegentest.py --petsc-dir=/Users/barrysmith/Src/petsc --petsc-arch=arch-add-dmplex-vecghost --testdir=./arch-add-dmplex-vecghost/tests > >>>> Traceback (most recent call last): > >>>> File "/Users/barrysmith/Src/petsc/config/gmakegentest.py", line 1089, in <module> > >>>> main(petsc_dir=opts.petsc_dir, petsc_arch=opts.petsc_arch, > >>>> File "/Users/barrysmith/Src/petsc/config/gmakegentest.py", line 1060, in main > >>>> dataDict=pEx.walktree(os.path.join(pEx.srcdir)) > >>>> File "/Users/barrysmith/Src/petsc/config/gmakegentest.py", line 924, in walktree > >>>> self.genPetscTests(root,dirs,files,dataDict) > >>>> File "/Users/barrysmith/Src/petsc/config/gmakegentest.py", line 897, in genPetscTests > >>>> dataDict[root].update(testparse.parseTestFile(fullex,0)) > >>>> File "/Users/barrysmith/Src/petsc/config/testparse.py", line 542, in parseTestFile > >>>> testDict[basename]=parseTests(testString,srcfile,fileNums,verbosity) > >>>> File "/Users/barrysmith/Src/petsc/config/testparse.py", line 498, in parseTests > >>>> testnames,subdicts=parseTest(test,srcfile,verbosity) > >>>> File "/Users/barrysmith/Src/petsc/config/testparse.py", line 426, in parseTest > >>>> if not var in acceptedkeys: raise Exception("Keyword: "+var+" from: "+line+" is not valid") > >>>> Exception: Keyword: redirect_file from: redirect_file: ex1_1.tmp is not valid > >>>> make: *** [gmakefile.test:97: arch-add-dmplex-vecghost/tests/testfiles] Error 1 > >>>> > >>>> How to track down the problem? Is it due to a bad rule from some file (which file, could that be printed?) > >>> > >>> -- > >>> Scott Kruger > >>> Tech-X Corporation kruger(a)txcorp.com <mailto:[email protected]> > >>> 5621 Arapahoe Ave, Suite A Phone: (720) 466-3196 > >>> Boulder, CO 80303 Fax: (303) 448-7756 > >> > > > -- Scott Kruger Tech-X Corporation kruger(a)txcorp.com 5621 Arapahoe Ave, Suite A Phone: (720) 466-3196 Boulder, CO 80303 Fax: (303) 448-7756

1 0

Re: [petsc-dev] testharness failure Exception: Keyword: redirect_file from: redirect_file: ex1_1.tmp is not valid
by Barry Smith 13 Dec '21

13 Dec '21

If these are temporary work files could you not have them end with .c etc maybe have an extra .tmp at the end or something so they don't mess with everything if they are lying around? It is annoying to have to keep deleting them all. > On Dec 13, 2021, at 9:32 PM, Barry Smith <bsmith(a)petsc.dev> wrote: > > > Scott, > > There is a problem. Somehow you are generating a ton of new_ex*.c files and then testparse.py is crapping out on them? > > I see some weird stuff with these files but cannot tell when they are made and why they exist. > > > config/gmakegentest.py: #if not exfile.startswith("new_"+"ex"): continue > config/testparse.py: new_pos = sl.instream.tell() > config/testparse.py: block = striptest[last_pos:new_pos] > config/testparse.py: last_pos = new_pos > config/testparse.py: bn=re.sub("new_","",basename) > config/testparse.py: for test_file in sorted(glob.glob("new_ex*.*")): > > > >> On Dec 12, 2021, at 10:32 PM, Barry Smith <bsmith(a)petsc.dev <mailto:[email protected]>> wrote: >> >> >> Looks like it is coming from some old .c files that I had lying around that are not in the repository. >> >> I will push a commit that prints the offending file name to make the cause easier to track down in the future >> >> Barry >> >> >>> On Dec 12, 2021, at 6:09 PM, kruger Scott <kruger(a)txcorp.com <mailto:[email protected]>> wrote: >>> >>> >>> I'm baffled and unable to reproduce. Can you give me your configure.log >>> to help reproduce? >>> >>> Scott >>> >>> >>> On 2021-12-12 17:40, Barry Smith did write: >>>> >>>> Scott, >>>> >>>> In the branch barry/2021-11-04/add-dmplex-vecghost which was just rebased on main I get >>>> >>>> /usr/local/opt/python(a)3.9/bin/python3.9 ./config/gmakegen.py --petsc-arch=arch-add-dmplex-vecghost >>>> /usr/local/opt/python(a)3.9/bin/python3.9 /Users/barrysmith/Src/petsc/config/gmakegentest.py --petsc-dir=/Users/barrysmith/Src/petsc --petsc-arch=arch-add-dmplex-vecghost --testdir=./arch-add-dmplex-vecghost/tests >>>> Traceback (most recent call last): >>>> File "/Users/barrysmith/Src/petsc/config/gmakegentest.py", line 1089, in <module> >>>> main(petsc_dir=opts.petsc_dir, petsc_arch=opts.petsc_arch, >>>> File "/Users/barrysmith/Src/petsc/config/gmakegentest.py", line 1060, in main >>>> dataDict=pEx.walktree(os.path.join(pEx.srcdir)) >>>> File "/Users/barrysmith/Src/petsc/config/gmakegentest.py", line 924, in walktree >>>> self.genPetscTests(root,dirs,files,dataDict) >>>> File "/Users/barrysmith/Src/petsc/config/gmakegentest.py", line 897, in genPetscTests >>>> dataDict[root].update(testparse.parseTestFile(fullex,0)) >>>> File "/Users/barrysmith/Src/petsc/config/testparse.py", line 542, in parseTestFile >>>> testDict[basename]=parseTests(testString,srcfile,fileNums,verbosity) >>>> File "/Users/barrysmith/Src/petsc/config/testparse.py", line 498, in parseTests >>>> testnames,subdicts=parseTest(test,srcfile,verbosity) >>>> File "/Users/barrysmith/Src/petsc/config/testparse.py", line 426, in parseTest >>>> if not var in acceptedkeys: raise Exception("Keyword: "+var+" from: "+line+" is not valid") >>>> Exception: Keyword: redirect_file from: redirect_file: ex1_1.tmp is not valid >>>> make: *** [gmakefile.test:97: arch-add-dmplex-vecghost/tests/testfiles] Error 1 >>>> >>>> How to track down the problem? Is it due to a bad rule from some file (which file, could that be printed?) >>> >>> -- >>> Scott Kruger >>> Tech-X Corporation kruger(a)txcorp.com <mailto:[email protected]> >>> 5621 Arapahoe Ave, Suite A Phone: (720) 466-3196 >>> Boulder, CO 80303 Fax: (303) 448-7756 >> >

1 0

Re: [petsc-dev] testharness failure Exception: Keyword: redirect_file from: redirect_file: ex1_1.tmp is not valid
by Barry Smith 13 Dec '21

13 Dec '21

Scott, There is a problem. Somehow you are generating a ton of new_ex*.c files and then testparse.py is crapping out on them? I see some weird stuff with these files but cannot tell when they are made and why they exist. config/gmakegentest.py: #if not exfile.startswith("new_"+"ex"): continue config/testparse.py: new_pos = sl.instream.tell() config/testparse.py: block = striptest[last_pos:new_pos] config/testparse.py: last_pos = new_pos config/testparse.py: bn=re.sub("new_","",basename) config/testparse.py: for test_file in sorted(glob.glob("new_ex*.*")): > On Dec 12, 2021, at 10:32 PM, Barry Smith <bsmith(a)petsc.dev> wrote: > > > Looks like it is coming from some old .c files that I had lying around that are not in the repository. > > I will push a commit that prints the offending file name to make the cause easier to track down in the future > > Barry > > >> On Dec 12, 2021, at 6:09 PM, kruger Scott <kruger(a)txcorp.com> wrote: >> >> >> I'm baffled and unable to reproduce. Can you give me your configure.log >> to help reproduce? >> >> Scott >> >> >> On 2021-12-12 17:40, Barry Smith did write: >>> >>> Scott, >>> >>> In the branch barry/2021-11-04/add-dmplex-vecghost which was just rebased on main I get >>> >>> /usr/local/opt/python(a)3.9/bin/python3.9 ./config/gmakegen.py --petsc-arch=arch-add-dmplex-vecghost >>> /usr/local/opt/python(a)3.9/bin/python3.9 /Users/barrysmith/Src/petsc/config/gmakegentest.py --petsc-dir=/Users/barrysmith/Src/petsc --petsc-arch=arch-add-dmplex-vecghost --testdir=./arch-add-dmplex-vecghost/tests >>> Traceback (most recent call last): >>> File "/Users/barrysmith/Src/petsc/config/gmakegentest.py", line 1089, in <module> >>> main(petsc_dir=opts.petsc_dir, petsc_arch=opts.petsc_arch, >>> File "/Users/barrysmith/Src/petsc/config/gmakegentest.py", line 1060, in main >>> dataDict=pEx.walktree(os.path.join(pEx.srcdir)) >>> File "/Users/barrysmith/Src/petsc/config/gmakegentest.py", line 924, in walktree >>> self.genPetscTests(root,dirs,files,dataDict) >>> File "/Users/barrysmith/Src/petsc/config/gmakegentest.py", line 897, in genPetscTests >>> dataDict[root].update(testparse.parseTestFile(fullex,0)) >>> File "/Users/barrysmith/Src/petsc/config/testparse.py", line 542, in parseTestFile >>> testDict[basename]=parseTests(testString,srcfile,fileNums,verbosity) >>> File "/Users/barrysmith/Src/petsc/config/testparse.py", line 498, in parseTests >>> testnames,subdicts=parseTest(test,srcfile,verbosity) >>> File "/Users/barrysmith/Src/petsc/config/testparse.py", line 426, in parseTest >>> if not var in acceptedkeys: raise Exception("Keyword: "+var+" from: "+line+" is not valid") >>> Exception: Keyword: redirect_file from: redirect_file: ex1_1.tmp is not valid >>> make: *** [gmakefile.test:97: arch-add-dmplex-vecghost/tests/testfiles] Error 1 >>> >>> How to track down the problem? Is it due to a bad rule from some file (which file, could that be printed?) >> >> -- >> Scott Kruger >> Tech-X Corporation kruger(a)txcorp.com >> 5621 Arapahoe Ave, Suite A Phone: (720) 466-3196 >> Boulder, CO 80303 Fax: (303) 448-7756 >

1 0

Re: [petsc-dev] I think the Windows machine has fallen over...
by Satish Balay 13 Dec '21

13 Dec '21

The box is rebooted now. Satish On Mon, 13 Dec 2021, Matthew Knepley wrote: > https://gitlab.com/petsc/petsc/-/jobs/1879771695 > > Thanks, > > Matt > >

1 0