<div dir="ltr"><div>Ok.  Thanks for the recommendation.</div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">-------------------------------------------------------------------<br>Sanjay Govindjee, PhD, PE<br><div>Horace, Dorothy, and Katherine Johnson Professor in Engineering<br><div>Distinguished Professor of Civil and Environmental Engineering</div></div><br>779 Davis Hall<br>University of California<br>Berkeley, CA 94720-1710<br><br>Voice:  +1 510 642 6060<br>FAX:    +1 510 643 5264<br><a href="mailto:s_g@berkeley.edu" target="_blank">s_g@berkeley.edu</a><br><a href="https://urldefense.us/v3/__http://faculty.ce.berkeley.edu/sanjay__;!!G_uCfscf7eWS!ct_FDSjTgbv5A4gaXMu_9l5RlvbTb3RjdZb2hG_OAjUmHLOWHQLRgouXdedWwdktCXxk5kb-O6apdPOI7VvqHw$" target="_blank">http://faculty.ce.berkeley.edu/sanjay</a><br>-------------------------------------------------------------------<br><br>Books:<br><br>Continuum Mechanics of Solids<br><a href="https://urldefense.us/v3/__https://global.oup.com/academic/product/continuum-mechanics-of-solids-9780198864721__;!!G_uCfscf7eWS!ct_FDSjTgbv5A4gaXMu_9l5RlvbTb3RjdZb2hG_OAjUmHLOWHQLRgouXdedWwdktCXxk5kb-O6apdPOzghiWbQ$" target="_blank">https://global.oup.com/academic/product/continuum-mechanics-of-solids-9780198864721</a><br><br>Example Problems for Continuum Mechanics of Solids<br><a href="https://urldefense.us/v3/__https://www.amazon.com/dp/1083047361/__;!!G_uCfscf7eWS!ct_FDSjTgbv5A4gaXMu_9l5RlvbTb3RjdZb2hG_OAjUmHLOWHQLRgouXdedWwdktCXxk5kb-O6apdPOSFqFuvA$" target="_blank">https://www.amazon.com/dp/1083047361/</a><br><br>Engineering Mechanics of Deformable Solids<br><a href="https://urldefense.us/v3/__https://www.amazon.com/dp/0199651647__;!!G_uCfscf7eWS!ct_FDSjTgbv5A4gaXMu_9l5RlvbTb3RjdZb2hG_OAjUmHLOWHQLRgouXdedWwdktCXxk5kb-O6apdPPTM57GyA$" target="_blank">https://www.amazon.com/dp/0199651647</a><br><br>Engineering Mechanics 3 (Dynamics) 2nd Edition<br><a href="https://urldefense.us/v3/__http://www.amazon.com/dp/3642537111__;!!G_uCfscf7eWS!ct_FDSjTgbv5A4gaXMu_9l5RlvbTb3RjdZb2hG_OAjUmHLOWHQLRgouXdedWwdktCXxk5kb-O6apdPPLiq9kJg$" target="_blank">http://www.amazon.com/dp/3642537111</a><br><br>Engineering Mechanics 3, Supplementary Problems: Dynamics<br><a href="https://urldefense.us/v3/__http://www.amzn.com/B00SOXN8JU__;!!G_uCfscf7eWS!ct_FDSjTgbv5A4gaXMu_9l5RlvbTb3RjdZb2hG_OAjUmHLOWHQLRgouXdedWwdktCXxk5kb-O6apdPN9mztOew$" target="_blank">http://www.amzn.com/B00SOXN8JU</a><br><br>-------------------------------------------------------------------<br>NSF NHERI SimCenter<br><a href="https://urldefense.us/v3/__https://simcenter.designsafe-ci.org/__;!!G_uCfscf7eWS!ct_FDSjTgbv5A4gaXMu_9l5RlvbTb3RjdZb2hG_OAjUmHLOWHQLRgouXdedWwdktCXxk5kb-O6apdPNFCf49Yw$" target="_blank">https://simcenter.designsafe-ci.org/</a><br>-------------------------------------------------------------------<br></div></div></div><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Fri, Mar 21, 2025 at 12:39 PM Satish Balay <<a href="mailto:balay.anl@fastmail.org">balay.anl@fastmail.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, 21 Mar 2025, Sanjay Govindjee via petsc-users wrote:<br>
<br>
> Thanks.  I will give that a try.  To be clear, I should do<br>
>  >  > git checkout origin/main<br>
>  >  > make all<br>
>  >  > make check<br>
> Or do I also need to run my (long) .\configure before the make all?<br>
<br>
I would start a clean build from a clean repo.<br>
<br>
Satish<br>
<br>
> -sanjay<br>
> <br>
> <br>
> On 3/21/25 7:17 AM, Barry Smith wrote:<br>
> ><br>
> >     I have just pushed a major update to the Fortran interface to the main<br>
> > PETSc git branch. Could you please try to work with main (to become release<br>
> > in a couple of weeks) with your Fortran code as we debug the problem? This<br>
> > will save you a lot of work and hopefully make the debugging more<br>
> > straightforward.<br>
> ><br>
> >     You can send the same output with the debugger if it crashes in the main<br>
> > branch and I can try to track down what is going wrong.<br>
> ><br>
> >   Barry<br>
> ><br>
> ><br>
> ><br>
> ><br>
> >> On Mar 21, 2025, at 12:37 AM, Sanjay Govindjee via petsc-users<br>
> >> <<a href="mailto:petsc-users@mcs.anl.gov" target="_blank">petsc-users@mcs.anl.gov</a>> wrote:<br>
> >><br>
> >> I am trying to upgrade my code to PETSc 3.22.4 (the code was last updated<br>
> >> to 3.19.4 or perhaps 3.18.1, I've lost track). I've been using this code<br>
> >> with PETSc for over 20 years.<br>
> >><br>
> >> To get my code to compile and link during this update, I only need to make<br>
> >> two changes; one was to use PetscViewerPushFormat instead of<br>
> >> PetscViewerSetFormat and the other was to use PETSC_NULL_INTEGER_ARRAY in a<br>
> >> spot or two.<br>
> >><br>
> >> When I run the code however, I am getting an error very early on during a<br>
> >> call to MatCreate near the beginning of the code.  The screen output says:<br>
> >><br>
> >>     [3]PETSC ERROR: matcreate_() at<br>
> >>     /Users/sg/petsc-3.22.4/gnug/src/mat/utils/ftn-auto/gcreatef.c:101<br>
> >>     Cannot create PETSC_NULL_XXX object<br>
> >>     [0]PETSC ERROR: matcreate_() at<br>
> >>     /Users/sg/petsc-3.22.4/gnug/src/mat/utils/ftn-auto/gcreatef.c:101<br>
> >>     Cannot create PETSC_NULL_XXX object<br>
> >>     [1]PETSC ERROR: matcreate_() at<br>
> >>     /Users/sg/petsc-3.22.4/gnug/src/mat/utils/ftn-auto/gcreatef.c:101<br>
> >>     Cannot create PETSC_NULL_XXX object<br>
> >>     [2]PETSC ERROR: matcreate_() at<br>
> >>     /Users/sg/petsc-3.22.4/gnug/src/mat/utils/ftn-auto/gcreatef.c:101<br>
> >>     Cannot create PETSC_NULL_XXX object<br>
> >><br>
> >> I have a 4 processor run going.  I am running with<br>
> >> -on_error_attach_debugger but the debugger is giving me cryptic (at least<br>
> >> to me) output (the same for all 4 processes modulo the PID).  Stack traces<br>
> >> seem to be unavailable :(<br>
> >><br>
> >>     lldb  -p 71963<br>
> >>     (lldb) process attach --pid 71963<br>
> >>     Process 71963 stopped<br>
> >>     * thread #1, queue = 'com.apple.main-thread', stop reason =<br>
> >>     signal SIGSTOP<br>
> >>         frame #0: 0x00007fff69d92746<br>
> >>     libsystem_kernel.dylib`__semwait_signal + 10<br>
> >>     libsystem_kernel.dylib`__semwait_signal:<br>
> >>     ->  0x7fff69d92746 <+10>: jae 0x7fff69d92750            ; <+20><br>
> >>         0x7fff69d92748 <+12>: movq   %rax, %rdi<br>
> >>         0x7fff69d9274b <+15>: jmp 0x7fff69d9121d            ; cerror<br>
> >>         0x7fff69d92750 <+20>: retq<br>
> >>     Target 0: (feap) stopped.<br>
> >><br>
> >>     Executable module set to "/Users/sg/Feap/ver87/parfeap/feap".<br>
> >>     Architecture set to: x86_64h-apple-macosx-.<br>
> >><br>
> >> Does anyone have any hints as to what may be going on?  Note the program<br>
> >> starts normally and i can do stuff with the interactive interface for the<br>
> >> code -- even plotting the mesh etc. so I believe the input data has been<br>
> >> read in correctly.  The crash only occurs when I initiate the formation of<br>
> >> the matrix.<br>
> >><br>
> >> I am attaching the<br>
> >> /Users/sg/petsc-3.22.4/gnug/src/mat/utils/ftn-auto/gcreatef.c file in case<br>
> >> that offers some insight.<br>
> >><br>
> >> Note, I have been<br>
> >> -sanjay<br>
> >> -- <br>
> >> <gcreatef.c><br>
> ><br>
> <br>
> <br>
</blockquote></div>