🚀 go-pugleaf

In several different circumstances recently, we have received 'guard faults'
from Fortran programs.  Turns out that these are stack overflows, caused by
large (200,000+ byte) local arrays in subroutines (all allocated on the
stack, by default).  The reasons for this happening are quite understandable,
but it turns out that this is EXTREMELY hard for the typical Fortran user
to diagnose (even though they might otherwise be quite knowledgable).
It produces diagnostics entirely outside their realm of experience, and
is not even consistently repeatable (at least apparently).
Run it under the debugger, and the problem doesn't happen (the new cross
process debugging surely helps, but indirectly, as the fault will still
occur, but it is still not obvious as to why).
   
    [Side question.  One of these monsters run in a new shell will result in
     a guard fault.  Run it again immediately, and it seemingly works
     properly.   Why????]

I don't know what I'm suggesting, but I wish there was a better way.

Perhaps as little as a documentation section in the Fortran manual
as to the most common causes of guard faults, references to illegal
addresses, etc.